Tech Support

  • Subscribe to our RSS feed.
  • Twitter
  • StumbleUpon
  • Reddit
  • Facebook
  • Digg

Wednesday, 30 May 2007

Pain without gain (ROI) or pleasure with gain (ROI).

Posted on 10:16 by Unknown
Pain with a threatened ROI or pleasure with an improved chance of a greater ROI - which one appeals to you?

At the end of a waterfall project (or any project for that matter) the product manager or project manager will usually hold a ‘lessons learnt’ session where the participants of a project that has not gone so well discuss what went wrong with the view of improving performance on the next project. Developers and other technical team members feel put on the spot – attempting to explain, from their perspective, why the project was deemed a failure or put another way not as successfully as it could have been. The key points that ususally need to be explained, by product managers and developers, are why:
  • deadline were missed
  • budget(s) overrun or why
  • the customer wasn’t happy.

Post mortems of this kind are always uncomfortable and are a typical symptom of waterfall projects: lots of pain with out delayed gain (ROI).

The symptoms of agile are pretty much the exact opposite: short daily focussed, stand-up, meetings involving all stakeholders. Budgets (man hours) agreed up front and controlled by the product owners, sprint retrospectives designed to give business owner, product manager, and technical teams the opportunity to identify what could be done in the next sprint to improve on the previous one and the opportunity to put it into practice and evaluate with in a few weeks as opposed to many months or a few years (as is often the case under the waterfall project methodology).

From a Product & Project Mangers point of view waterfall is a long and drawn out process that may end up in a painful lessons learnt session. While agile gives short bursts of mild discomfort with the opportunity to turn the discomfort into a pleasurable experience as software gets delivered:

  • on time (time is fixed)
  • with in budget (which is under the control of the product owners) and
  • to the customer’s satisfaction (involvement in the sprint planning meetings the daily catch up meetings limits the chances of unpleasant surprises at the end of the project).

This sounds and feels like “pleasure with gain” or pleasure with increased/quicker return on investment (ROI).

For more: How do lessons learnt influence an organastion



















Email ThisBlogThis!Share to XShare to FacebookShare to Pinterest
Posted in Agile, Product Management, Product Manager, ROI, waterfall | No comments
Newer Post Older Post Home

0 comments:

Post a Comment

Subscribe to: Post Comments (Atom)

Popular Posts

  • Part #9 The role of the Product Manager in Scrum
    Scrum has three key roles: #1 The team – who owns the sprint backlog and are responsible for estimating. functionality and fulfilling th...
  • Agile Product Management Framework
    There are many good product management frameworks available - however, I thought I would create an agile product management framework that i...
  • Interview Questions for Product Managers
    Several months ago I spent a lot of time interviewing potential Product Manager and Lead Product Managers to head up a product team. List...
  • Part #5 How to adopt Agile Product Marketing
    The Agile Product Manager works closely with the engineering and technical teams working with in an agile framework such as scrum. The ado...
  • Part #10 Justifying Time to Research with Agile
    Agile Research I worked for a company that designed and manufactured niche signal processing equipment for the broadcast industry. Part of t...
  • From Software Engineer to Product Manager to Founder of SVPG - Interview with Marty Cagan
    Marty Cagan has worked for several leading Hi Tech companies such as Hewlett-Packard, Netscape Communications, America Online, and eBay. Du...
  • How Product Managers can estimate business value using agile techniques
    We recently finished a scrum sprint; during the sprint review the technical team gave a demonstration, to senior business owners, of the ne...
  • How Product Managers can push back at an interview
    Interviews are about persuading the interviewer(s) that you are the right person for the job. That you will be able to deliver the goods ...
  • Part #6 How Everyone Can Get Involved in Agile
    I mentioned in an earlier post that I was adopting scrum (an agile development frame work). At first implementing scrum identified quite a f...
  • Part #1: Implementing an Agile Sales Framework
    By their very nature sales people are agile in their approach to selling products and services. A good sales rep will intuitively carry out...

Categories

  • Agile
  • Agile Manager
  • Business case
  • Developers
  • Engineers
  • Increase revenue
  • Innovation
  • interview
  • Knowledge Management
  • PM interviews
  • Product Development
  • Product Management
  • Product Manager
  • roadmap
  • ROI
  • Scrum
  • ScrumMaster
  • stakeholders
  • strategy
  • Technology
  • Test Analyst
  • Tips
  • Tips + Tools
  • Value chain analysis
  • waterfall
  • Your Career

Blog Archive

  • ►  2013 (3)
    • ►  June (1)
    • ►  May (2)
  • ►  2010 (4)
    • ►  October (1)
    • ►  July (3)
  • ►  2009 (5)
    • ►  August (1)
    • ►  July (1)
    • ►  June (1)
    • ►  March (1)
    • ►  February (1)
  • ►  2008 (43)
    • ►  December (2)
    • ►  September (1)
    • ►  June (2)
    • ►  May (2)
    • ►  April (2)
    • ►  March (9)
    • ►  February (11)
    • ►  January (14)
  • ▼  2007 (34)
    • ►  December (1)
    • ►  November (5)
    • ►  October (2)
    • ►  September (2)
    • ►  August (4)
    • ►  July (4)
    • ►  June (3)
    • ▼  May (3)
      • Pain without gain (ROI) or pleasure with gain (ROI).
      • Agile people working in a non-agile world
      • Being up front during an interview
    • ►  April (4)
    • ►  March (6)
Powered by Blogger.

About Me

Unknown
View my complete profile