Development

JIRA rewrite

Posted in Development, Methodology, Project Management, Requirements Gathering, Software Development on March 5th, 2010 by Stephen Hurn6 Comments

As alluded to in Adam’s recent post on the next steps in our Agile journey we have taken the liberty of reorganising our JIRA workflow to better suit our new practices. We want to use JIRA as much more than a simple job tracking tool and begin using it much more as a part of both our organisational memory and as a key part of our work flow. I had also been getting irritated at the large number of useless or redundant jobs in the system. Thinking back on it now, I realise that the irritation was my brain sending me a signal that our processes were not alligned with our work flow.
read more »

Thoughtworks breakfast - Emergent Design & Evolutionary Architecture

Posted in Design, Development, Event Review, Life-Long Learning, Methodology, Requirements Gathering, Software Development on February 16th, 2010 by Stephen Hurn10 Comments

This morning I was the most casually dressed person at a Thoughtworks run seminar called “Emergent Design and Evolutionary Architecture”. The seminar itself was extremely well planned and executed, despite the lack of effective air conditioning. The speaker was an American named Neal Ford, who Thoughtworks had flown out to Australia to speak at these events (there are two more, which you can catch for free in Sydney and Melbourne).”
read more »

Now Hiring – GM Software

Posted in Design, Development, Human Resources Management, Leadership, Methodology, Project Management, Requirements Gathering, What and Why on January 24th, 2010 by Paul McArdle7 Comments

In long-hand, you will be known as our:

General Manager for Discerning, Developing and Delivering what the Customer Wants

That’s a bit of a mouthful, so we have shortened it to a variety of titles used on this blog and elsewhere:
1)  GM Software
2)  Chief Software Engineer
3)  Director of the Product Development “Factory”

I would stress that all three aspects of the role are important.

read more »

Making Things Happen – Mastering Project Management

Posted in Book Review, Design, Development, Methodology, Project Management, Requirements Gathering on January 18th, 2010 by Paul McArdle1 Comment

Perhaps a year ago, we bought our first copy of this book. One of the guys read it then, and highly recommended that we get a number of copies such that everyone in the office could read (alas no book review online then).

We did this, and a number of others did read the book – giving similarly rave reviews.  Coincidentally, they commenced a software development project (our “UPIP project”) with the “lessons learnt” still fresh in their mind.

However, the wheels fell off – leading to the UPIP project being canned indefinitely.  This was one of the major triggers for me to instigate our Autopsy 1 process, which continued into the Autopsy 2 process, my stipulation that we were going to go Agile, and the commencement of our process for looking for our Chief Software Engineer.

Note that there is plenty more we can learn from the many things that went wrong in the UPIP project – with a view to improving ourselves for the future.  When I find the time, I will post a more detailed retrospective as a restricted post, just about that project.

Don’t get me wrong – I understand that we had significant shortcomings that were the root cause of our calamity.  For instance, it became clear through this process that our team collectively had no major project management experience – hence a read of a single book (no matter how good) was not going to make them competent (especially with respect to a complex project).

However I did wonder how a project to could go significantly off the rails (and in the early stages) so soon after a number of people had read, and raved about, this book. read more »

Book Review: User Stories Applied

Posted in Book Review, Design, Development, Requirements Gathering, Software Development on November 12th, 2009 by Paul McArdle3 Comments

.

In recent times we have been exploring various software development methodologies to correct some of the issues that have arisen.

As Shane noted with respect to the development of NEM-Watch 8, we screwed up, and caused clients unneeded angst, and ourselves unnecessary stress.

When the company started (10 years ago now), we sort of “happened upon” an iterative development methodology that worked for us, much of the time.  However with employee turnover and a lack of specific focus, we were not religious in its application – leading to issues such as these.

This is one book of many on Agile that we are in the process of reviewing as one step in our strategy to refine our approach to development.

1)  Binary Review

The Book

What we thought

UserStoriesApplied

“User Stories Applied
for Agile Software Development”

by Mike Cohn
Thumbs up

Very good content
(and well written)

Full Disclosure – yes, that’s a tracked link to Amazon shown above. We buy quite a large number of books on a wide range of topics, all relevant to our business in some way.  If you did happen to purchase the book from Amazon, they’d throw a few shekels our way, which would help us to buy (and hence publish reviews of) even more books.  Hence, Karma would return the benefits to you…

Read most of this book within a day out of the office, so it is an easy read – and very worthwhile.

read more »

All software development is iterative (without slides)

Posted in Design, Development, Event Review, Requirements Gathering, Software Development, Strategy on November 4th, 2009 by Paul McArdle3 Comments

.
Well, 17 hours ago I was awake for an IEEE-organised Webinar featuring Kent Beck (founder of Three Rivers Institute) titled “Software G Forces:  The Effects of Acceleration” – so I’m beat!  Just another long day in a software start-up.

However I wanted to get this blog post up before it slipped my mind (please excuse me for any lack of polish in this one!)

read more »

How, Who and When Document

Posted in Book Review, Design, Development, Methodology, Software Development on September 20th, 2009 by Paul McArdle1 Comment

This commentary was initially included in a lengthy book review post about the book “Tale of Two Systems”.  Given I will be referring to these two documents on an ongoing basis, I have shifted the commentary to this separate page.

In the book, the 2nd key document is called the “Statement of Work” (SOW).

This, along with the “Concept Document” are the two key documents referenced in the book.   I agree there should only be two!

According to the book (p8) this “laid out the ‘how’, ‘who’ and ‘when’”.

The author notes that this was developed concurrently with the iterative development of the Concept (i.e. “What and Why) Document.

In my view, it is important that this was a separate document, as these types of details (whilst needed up-front) should not pad out a business case.

As a business owner, what I need is to know that the SOW exists and to have trust in the people who have developed the SOW – I do not necessarily need to read the details.

For our company, moving forward, we’ll place particular emphasis on conversations, and documentation, that answer together the:

HOW, WHO and WHEN

Book Review: Tale of Two Systems

Posted in Book Review, Design, Development, Requirements Gathering, Software Development on September 19th, 2009 by Paul McArdle11 Comments

I know that someone recommended I read this one – I apologise for forgetting who it was!  Was it you, Justin?

I read this book as it claimed to answer some questions I had been pondering along the lines of “what’s this AGILE thing all about?” .

Shane’s review helped, but I still had loads more questions – as a result of which we loaded up our Amazon cart with quite a few books on the topic, of which this is the first I have reviewed.

1)  Binary Review

This book is written as a fictional tale of two separate software development projects within the same large company – one using “Lean and Agile” Software Development, and one using a more traditional (e.g. waterfall) approach.

The Book

What we thought

TaleOfTwoSystems

“A Tale of Two Systems”
by Michael K Levine
Thumbs up.

Useful
(and very timely for us)!

Full Disclosure – yes, that’s a tracked link to Amazon shown above.

We buy quite a large number of books on a wide range of topics, all relevant to our business in some way.  If you did happen to purchase the book from Amazon, they’d throw a few shekels our way, which would help us to buy (and hence publish reviews of) even more books.  Hence, Karma would return the benefits to you…

.

As a novel, this book certainly does NOT qualify as “Un-Put-Down-Able”.

read more »

Book Review: The Pragmatic Programmer

Posted in Book Review, Development on August 10th, 2009 by Todd Bowles1 Comment
What is a Pragmatic Programmer? A Pragmatic Programmer is one who knows his craft. He’s failed, and he knows why he failed. He thinks before he acts (as the old adage, measure twice, cut once), and he takes pride in what he does, because what he does is good.
This book teaches you how to be a Pragmatic Programmer. It is straight-forward, easy to read and more importantly, actually efficient at imparting the wisdom of its authors on the reader.

read more »