Individuals want to improve their skills, teams want to create more, and everyone wants to go faster. However, improving skills and creating more both require time: something we have a finite amount of.
Individuals want to improve their skills, teams want to create more, and everyone wants to go faster. However, improving skills and creating more both require time: something we have a finite amount of.
For part 2: https://www.coveros.com/what-is-agile-part-2/ For part 1: https://www.coveros.com/what-is-agile-part-1/ Where I have seen agile implemented properly, practices were followed that were non-intuitive but effective. A couple examples will help: It is a known statistic (2015 Chaos report) that the smaller the project, the higher the likelihood of success – by a significant margin. ” It was […]
Are you someone working within a regulated industry that has extensive documentation requirements? Or does your company or client insist that you adhere to a documentation-heavy process? Although you may be thinking that the agile ideal that you have been striving for is now just a pipe dream, fear not! If you’ll be at STARCANADA […]
Everywhere I go, everyone seems to agree that the Daily Scrum should not be a status meeting. However, a consistent complaint I hear is, “our daily standup has become a status meeting.” How did we get here? Part of the problem is the typical guidance given to Scrum Masters about facilitating this meeting. This guidance […]
(for the first part, see https://www.coveros.com/what-is-agile-part-1/ ) Strategies for greater effectiveness had been discussed and applied since the earliest days of software development. What set agile apart was the shared understanding on these techniques by some of the most mindful and collaborative developers of their generation. They convened to decide on the intersection of their […]
One of my colleagues recently asked me how I interview people who have agile experience listed on their resume. I gave him some pointers, and it got me started thinking, “How do I interview for Agile experience?”. So building on the thoughts I gave him here is what I do. I start by looking at […]
There are lots of good practices that people will tell you aren’t agile. Usually this comes from people who read a book on Scrum or Extreme Programming and took it literally. But agile is not methods and tools associated with a particular methodology; as long as you follow the agile principles, anything is fair game.
There’s often a huge difference between working software and complete software. In agile, nothing is ever really complete, and working software doesn’t have to be fully finished to bring value to the end user.
There’s often a huge difference between working software and complete software. In agile, nothing is ever really complete, and working software doesn’t have to be fully finished to bring value to the end user.
One of the most important parts of the agile process is the ability to continuously learn and adapt. While most find it easy to share positive feedback during retrospectives with their teammates, sharing negative experiences and criticism can often be a challenge. Negative feedback has the greatest potential to help people change in areas that […]
