Tech Support

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

Sunday, 1 February 2009

What causes Product Managers to become disorientated?

Posted on 14:16 by Unknown
Agile development gives the software product manager a good sense of orientation. Therefore it’s no surprise that when the development team steps away from using scrum or their preferred agile techniques things get a little disorientated.  I've observed this on two occasions over the past few years.

Totally moving away from scrum/agile
The first time was in the summer of 2007 when we where planning a major redesign of a B2B website. It was decided to take advantage of the redesign and upgrade our technology at the same time – in fact it was deemed pretty much a 'must have'. The development team had to carry out a number of research tasks and experiments on moving from .Net 1.1 to 3.5 and also on how to best build a reclassifying engine to automatically reclassify all the legacy content (some 50,000 articles) and then every new article that the editorial team would create from that point onwards. In hindsight it was a big mistake to allow the research to go ahead with out formally sizing and scoping it in pre-sprint planning. I had no way of knowing how things where progressing and when the research would come to an end.  XP identifies time boxed research as spikes .   

Partially moving away from scrum/agile
The second deviation from scrum occurred this year. At the beginning of 2008 we implemented a radical restructure that effected product management, test analyst and developers. The newly formed team had inherited a newly implemented platform, moved to a new floor and adopted new tools. Initially the new floor did not have the multitude of white boards that our previous floor had. This brought about a lack of visibility. Previously I could walk past half a dozen white boards and get a really good idea on the progress of four scrum teams with in my portfolio of products by looking at the list of impediments, the location of sprint tasks on the white boards and most of all the updated burn down charts.

Lesson Learnt
Irrespective of the work being carried out ensure you stick to your scrum cycle, estimate each task and keep track of progress using burn down charts. Failure to do so could cause you to become disorientated.






Read More
Posted in Agile | No comments
Newer Posts Older Posts Home
Subscribe to: Posts (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)
      • What causes Product Managers to become disorientated?
  • ►  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)
    • ►  April (4)
    • ►  March (6)
Powered by Blogger.

About Me

Unknown
View my complete profile