INNOVATION ROOTS Announces Next Webinar Series with Doc Norton

We are pleased to inform you about the launch of next webinar series ‘Agile Metrics’ with Doc Norton, CEO of CTO2. He is a well-known organizational and leadership coach to the companies whose major portfolio is software developing. He holds 25+ years of experience as a coach, mentor, advocate, and facilitator,  for large enterprises involved in software creation.

This webinar is going to be held on May 30th, 2018 at 7:00 PM IST. In this webinar, Doc Norton will give a lecture on the topic ‘Escape Velocity’ and how velocity has become a common metrics to measure team’s performance and speed in the Agile projects. You will get to know the answers to all the questions, if velocity alone is a useful factor to measure or not, Is the team getting better? Are they producing valuable results? Is the work delivered on time? and does velocity alone enough to answer all these questions.

In this webinar, Doc Norton will explain to you why setting goals for velocity can actually impact project’s progress, using the Hawthorne Effect and Goodhart’s Law. Participants will learn the negative impacts of using velocity in teamwork, ways to stabilize the fluctuating velocity and some significant tips to improve velocity without risks.

Come participate in the webinar and take away some useful metrics and tools on how to couple velocity, and get unprecedented results in projects.

Register here! To participate in the webinar.

Sustainable Pace | Glossary

Definition:

One of the principles behind the Agile Manifesto speaks about “Sustainable Pace”

“Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.”

Sustainable Pace is an essential part of Extreme Programming (XP), where Kent Beck suggests working no more than 40 hours a week, and never working overtime a s second week in a row. Working overtime sucks the spirit and motivation out of team. When team becomes tired and demoralised they will get less work done, no more, no matter how many hours are worked.  Instead of pushing people to do more than humanly possible change the project scope or timing.

To set development pace, team should take seriously that they must deliver completed, tested, integrated, production ready software at the end of iteration. Even if it is last day of iteration it is better for the entire team to re-focus on stories which can be completed than keeping many stories incomplete. Building a sustainable pace, as you plan your releases and iterations keeps team away from getting into death march. The team should aim for a work pace that they should be able to sustain indefinitely.

Sustainable Pace is not about taking it easy and going slow, instead it’s just the opposite. It is investing energy wisely by setting your focus on priority items, delivering at regular intervals i.e every iteration and regain strength without overburdening as a continuous process.

Further Reading:

http://agilemanifesto.org/principles.html
http://www.extremeprogramming.org/rules/overtime.html
http://www.sustainablepace.net/what-is-sustainable-pace
https://ronjeffries.com/xprog/what-is-extreme-programming/#sustainable
http://www.inf.ed.ac.uk/teaching/courses/inf2c-se/Lectures/agileHO.pdf