|A.||Traditional teams may have a 15-20% contingency cushion in time and cost on their project estimates. Routinely subtract a similar agile contingency from the number of backlog items you accept to make sure you finish all planned work within a single iteration.|
|B.||Agile is expected to be flexible, and velocity can vary. Just complete what you can and adjust your velocity for the next sprint if you don’t finish all of the stories you committed to complete this time.|
|C.||Be sure you are acknowledging hours that team members will spend in Scrum ceremonies, personal time commitments and non-team directed organizational work before calculating the capacity for this iteration.|
|D.||Ask the ScrumMaster to speak to anyone on the team who did not finish his or her work during the previous iteration. This person is making the team look bad and should be disciplined if it happens again.|
Advance Your Career
This webinar will clarify what they are through a brief but solid introduction to them; will show you their differences and the different nature of their application in Management. This is not a battle of the fittest discussion but rather a where and when to apply each one discussion
Just because you are working in a waterfall organization doesn't mean you can't be Agile. Join Dave Prior as he walks you through a case study on implementing Scrum in a waterfall environment. He offers some key practices and data points that will enable you to be successful in both keeping the team productive and providing the information needed to build trust and confidence with the Project Sponsors and Senior Executives you need to support your Agile implementation.
Learn From Others
A retrospective is a special meeting during which the team gathers after completing an increment of work to inspect and adapt their methods and teamwork. Retrospectives enable whole-team learning, act as catalysts for change and generate action. This article presents some of the reasons why the retrospective’s efficacy can fade over time and then discusses some interesting techniques to keep them lively.
As an experienced agile coach, this writer often gets asked about agile tactics and practices--what works and what doesn’t. There are no singular answers, but there are some generative behaviors and rules for agile done well. In this article, he explores a set of common anti-patterns that he sees in an effort to share what not to do in your agile journey.
Is Scrum better, or Kanban? Which is more suitable for your project? Such questions--and sometimes the responses--put managers in a dilemma about which framework to embrace. Each has its own benefits and tales of success...
The concept of double-loop learning exemplified by the Mobius strip can be a great model for encouraging transformational improvements by challenging key assumptions and strategies. Combining agile practices and a dose of courage, learn how double-loop learning can help your organization respond more effectively to change and thrive in the marketplace.
|A.||Be careful what you ask for. Only human resource certified people are qualified to choose new employees for an organization. Revoke your participation rights in this process or you will be blamed when this new hire fails.|
|B.||It’s not only the questions you ask, but what you do with the answers that will empower you to choose the best addition to your team. Create a good list of questions and know how to interpret what you hear.|
|C.||Your product owner is the person on the management team and is more experienced in what makes a good agile team member. Ask him to sit in on candidate interviews and then defer to his superior judgment when making the final choice.|
|D.||The person you hire must fit into the team, so assemble the entire team and have all of them work with you to interview potential candidates. Once they have agreed on a choice, they will be forced to work with the new person successfully since they have been part of the hiring decision.|
Agile project management, and particularly Scrum, can become overwhelmingly consumed by methodology, jargon and rules. This is just the opposite of what was originally intended for agile-lead projects, and it is the communications part of our role that is so important.
Do the skills required by each function make it almost impossible to be a successful PM and ScrumMaster? Our writer had one theory as he started his musings...and ended up somewhere else entirely.
Troubleshooting geographically distributed agile teams is difficult--made even more difficult because you can’t see the people you need to talk to. Don’t assume it’s the first problem you consider.
Ever encounter people who consider themselves “victims” of the agile process? They are competent contributors, managers and project managers who never asked for agile, have had no say in its implementation and hate going through its motions. What can you do to cheer them up?
While self-organized teams are valuable and shared responsibility is the way to manage any project, it seems like a project manager is needed to steer things in the right direction--just make sure you allow them to adapt.
Ask a Question
|Examples of non-IT/software Scrum implementation and uses||Federico Varchavsky||Jan 27, '15 2:58 PM||1||1|
|Mark All Read|