SN-Logo NewSN-Logo NewSN-Logo NewSN-Logo New
  • Scrum Courses
  • Agile Keynotes
  • Agile Books & Tools
  • Blog
  • About
  • Contact
0
Risks and Side Effects of Scrum
12-11-2009
Interrupts Considered Harmful
26-11-2009

Italian Agile Day: Fixed Price Projects

Published by Peter Stevens on 21-11-2009
Categories
  • bologna
  • das scrum team
  • fixed price
  • italian agile day
  • italy
  • presentation
Tags

Yesterday it was my privilege and honor to give the keynote speech at the 6th Italian Agile Day. 400 Agilists gathered at the Savoia in Bologna to share their experiences. And there were even curious skeptics from company management, who wanted to find out about about Agile and whether it could help their problems. Lots of energy.

I also found some surprising obstacles. I was very surprised about the class warfare tones I heard in the discussions. Much of Italy’s best talent goes looking for work in London or Munich where their work is more appreciated: the pay is substantially higher than in Italy. One of the cornerstones of Agile is the idea of building trust, e.g. between the developers who build the product and the managers who request it. I wonder how well this culture will do in an atmosphere of contention over pay, benefits and respect.

My favorite quote from the Coaching Workshop: “My name is Luca and I am a Waterfall-aholic”. “Hello Luka” everyone replied. Reminded me of the sharks in Finding Nemo.

My talk was about doing fix priced projects with Agile. I believe that Agile is the only way to go for a fixed price project. (I believe there are better approaches than fixed price projects, but that is another story.). It’s very simple. Under Agile, a project is 50% complete when 50% of the features have been completed. With non iterative processes that don’t regularly produce a product in a stable state, you just don’t know how complete it is.

Completing fixed price projects is a lot about risk management, so in the presentation, I talk about how to identify and minimize the risk in the bidding, planning & execution stages of a fixed-price, fixed-scope software development project.

Share
0
Peter Stevens
Peter Stevens

Related posts

05-04-2011

Changes to DasScrumTeam Course Program for the Fall


Read more
26-10-2010

DasScrumTeam is on the starting blocks!


Read more
08-01-2010

Scrum Course Program for 2010 in Switzerland


Read more

2 Comments

  1. Unknown says:
    25-11-2009 at 11:18

    I've eared the discussion with "Mr Bad Guy" asking how to manage an unpredictable need of productivity from one year to the other of 10 times the current productivity. I think is this is not a rational question (does exist a rational manager?), but I've never eared a rational answer. I suppose our duty as scrummaster/tech lead/whateveryouwanttocallme is to find a rational way to answer this unrational question. The first question about this argument that jumped in my mind is: "What is productivity?", old fashion number of lines of code?! Number of classes? Number of implemented features?
    Cohen in his book about estimating project suggest that the only way to estimate long term project is using Velocity, do you think this concept should be applied scaling 'Productivity'?
    If scrum or in general Agile methodologies are so "Productive" why major actors such as Accenture, IBM or the one who goes around with trendy ties, seems not very interested (they doesn't came to the Agile day!) to Agile methodologies?
    Thanks

  2. Peter says:
    25-11-2009 at 11:35

    Hi Balza,

    Good questions! I subscribe to the belief that productivity is measured in

    1) ROI (X per 100K€ invested, where X is whatever you are trying to accomplish, e.g. revenue, users on your web site, cost savings, whatever — as long as it's a business goal) and

    2) defects per 100K€ invested.

    X should go up and defects should go down. Depending on the size and flexibility of the organization, you might see results in 3 months, but it may take longer.

    A close second as a productivity measure is number of releases per year. A common result of a Scrum Transition is to take a team which wasn't able to release software in 2 years, a get them able to make a release every 3 to 4 months.

    What about IBM and Co? Many big companies do Scrum with various levels of commitment. SAP, Allianz Germany and Nokia come to mind. You might what to ask Agile thought leader Scott Ambler why agile is not more present at IBM.

    Cheers,
    Peter

Learn more about Agile

  • Certified Scrum Master | Online | English | 2 days [210128-CS2]
    in Zurich
    January 28, 2021 -
    January 29, 2021
    Register Now
  •  

  • PARP Certification Program (Europe and Further East) 210222A-PAS
    in Zurich
    February 22, 2021 -
    February 26, 2021
    Register Now
  •  

  • Certified Scrum Master | Online | English | 2 days [210308-CS2]
    in Zurich
    March 08, 2021 -
    March 09, 2021
    Register Now
  •  

  • Certified Scrum Product Owner | Online | English | 2 days [210311-CP2]
    in Zurich
    March 11, 2021 -
    March 12, 2021
    Register Now
  •  

High Performing Teams

  • Get Stuff Done
  • Get Right Stuff Done
  • Create Alignment
  • Leadership

Free Resources

  • Personal Agility Institute
  • Impressum
  • Terms and Conditions
  • Privacy Policy

Upcoming courses

  • Certified Scrum Master | Online | English | 2 days [210128-CS2] in Zurich
    January 28, 2021 -
    January 29, 2021
    Register Now
  • PARP Certification Program (Europe and Further East) 210222A-PAS in Zurich
    February 22, 2021 -
    February 26, 2021
    Register Now
  • Certified Scrum Master | Online | English | 2 days [210308-CS2] in Zurich
    March 08, 2021 -
    March 09, 2021
    Register Now
  • Certified Scrum Product Owner | Online | English | 2 days [210311-CP2] in Zurich
    March 11, 2021 -
    March 12, 2021
    Register Now
© 2020 Saat Network GmbH. All Rights Reserved.
    0