We’re dedicating our “blogging time†this week to doing some infrastructure upgrades – we have to address some security issues on the site. Until we get through these changes, we’ll be recycling some of our existing content. For our recent readers, it will be “new to you†and for our […]
Business Analysis / Expert systems / Prioritization / Product Management / Project Management / Requirements / Requirements Models / ROI / Use Cases
Posted on:
Prioritization and Value Maximization
We all know the story about the emperor’s new clothes. I’ve been thinking about prioritization and scheduling, and as far as I know, no one is promoting that we maximize value – they (and we) have been promoting that we do the most valuable stuff first. Doing the most valuable […]
Flashback
Posted on:
Flashback: A Year Ago This Week on Tyner Blain [2006-04-14]
A look back at the best from a year ago.
Prioritization / Project Management / Requirements
Posted on:
Writing Incomplete Requirements
Writing Complete requirements is one of the twelve elements of writing good requirements. Sometimes, you don’t have the opportunity to finish the job, and are forced to write incomplete requirements. How would you go about doing that?
Agile / Process Improvement / Software development
Posted on:
Code Debt: Neither A Borrower…
Code Debt is the debt we incur when we write sloppy code. We might do this to rush something out the door, with the plan to refactor later. Agile methodologies focus on delivering functionality quickly. They also invoke a mantra of refactoring – “make it better next release.” This can create pressure to “get it done” that overwhelms the objective of “get it done right.” Taking on code debt like this is about as smart as using one credit card to pay off another one.
Agile / Communication / Process Improvement / Project Management / Software development / Testing
Posted on:
Crossing The Desert With Bad Project Planning
Johanna Rothman recently wrote an article with a poignant introduction: “A project team focuses on an interim milestone, works like the devil to meet that milestone. They meet the milestone, look up, and realize they’re not at the end of the project–they still have to finish the darn thing. They’re living the Crossing the Desert syndrome.” Fixing it isn’t enough – how do we prevent it from happening?
Product Management / Project Management
Posted on:
Outside Reading and Thanks!
For your weekend reading pleasure, an interview and an article.
Project Management / ROI / Slightly off-topic
Posted on:
Iron Triangle Kills in Boston…
… Skyline Unharmed Short-sighted demands on software teams usually don’t kill people. Software development is often described with a construction analogy. The Big Dig construction project was under exactly that kind of pressure. On July 10th, 12 tons of tunnel ceiling collapsed and killed a motorist. On July 20th, Mitt […]
Consulting / Process Improvement / Product Management / Project Management / Requirements / Software development
Posted on:
How To Use Timeboxes for Scheduling Software Delivery
Roger had a great suggestion in the comments to our previous two-part post on scheduling requirements changes based on complexity. Roger pointed out that we had not explained what timeboxing is, but implicitly used the principles of timeboxing in our proposed process. In this post, we explain timeboxes and how they are used.