Organizations learn through their employees. To enable adoption of agile ways of working, organization have to support the personal development of their employees.
Achieving a maturity level is a target often used in CMMI based process improvement programs. It can be important for organizations to have insight in the relation between a maturity level and business goals, and to know the business benefits. An interview with Michelle Krupa on changing an improvement program from being CMMI Maturity Level based to a benefits led approach.
The build-measure-learn feedback loop in lean startup aims to help entrepreneurs to learn about the needs of their customers. Agile retrospectives are a way to reflect and learn and to agree on changes that are needed. Some examples describing how lean startup can be supported with agile retrospectives to learn and take actions.
At the recent DevOps Days in New York, Kevin Behr, co-author of “The Visible Ops Handbook” and ”The Phoenix Project”, and Jesse Palmer gave a talk on how they instilled a continuous improvement culture into an operations team. InfoQ interviewed Kevin Behr to know more about the approach that was taken.
Working in an agile team can sometimes be stressful, when the needs of the customers are unclear, if there is a lot of work to be done, or when team members are having difficulties doing their work. You might ask the question if having fun could reduce the feelings of stress, increase motivation, or increase productivity? And if that is true, then what can you do to have more fun in agile teams?
Everything Sysadmin proposes five milestones, each with a set of detailed checklists, to help an organization adopt a DevOps culture. The site places these milestones within the context of The Three Ways, a set of principles popularized by “The Phoenix Project”.
Agile adoption in organizations where command and control is the most dominant management style can be tricky. There have been situations where an agile transition didn’t deliver the expected improvements, or even failed and was stopped. Several authors suggested ways to adopt agile in organizations with a command and control management style. How did you deal with it when transitioning to agile?
Agile retrospectives are used by teams to improve their performance, by reflecting on the way of working and defining improvement actions. But retrospectives can also be used for personal improvement, additional to or as a replacement of performance appraisals. Such retrospectives can be done as a one-on-one by a manager and an employee, individually by an employee, or in a team.
Jake Benilov will give a talk on September 27 at Agile Tour Brussels about feedback techniques used for making gov.uk. InfoQ did an interview with Jake about using the feedback techniques and how the team applies lean startup with minimum viable products to do user research.
Teams sometimes consider to skip a retrospective meeting, when they feel time pressure, or do not see direct benefits of doing one. Next they question themselves if they have to keep doing retrospectives? Agile retrospectives help teams to learn and improve continuously, and there are valid reasons to keep doing them also with mature teams.
When enterprises implement agile ways of working, questions can arise if changes are needed in the way performance appraisals are being done? Several authors have suggestions on how you can use feedback next or as a replacement for existing appraisal processes, to improve the performance of individuals and teams.
Being one of the principles of the agile manifesto, sustainable pace is considered important by many to deploy agile. But achieving a sustainable pace can be difficult, and teams are often asked to improve their velocity. What did you do to adopt sustainable pace with your team? And how did you improve the speed in which your team delivers, and establish a new sustainable level?
Vim 7.4 was recently released, after more than a month of beta. It is more robust and comes with a new, faster engine for regular expressions.
Sam Guckenheimer proposes to reimagine ALM to enable continuous feedback on software projects with a metric based on how long it takes to drive an experiment and obtain validated learning from it.
Retrospectives are often considered to be a valuable agile technique, but sometimes teams have difficulties doing them: insufficient control of things, thinking that they can’t improve, difficulties defining good actions, or much complaining. Teams may find retrospectives boring, and a waste of their time. How to deal with this, and help teams to discover better ways to do retrospectives?