InfoQ Homepage Agile Techniques Content on InfoQ
-
How to Audit an Agile Team
Stakeholders of an Agile project often seek the help of a seasoned Agile coach to gauge the effectiveness of the Agile process and practices that their team is following. The intention is to plug the holes and make the team more effective. Recently, on the Scrum Development group, Scott Killen started a thread on how to do an audit on an Agile team.
-
Toyota Using Waterfall?
Lean software development has been inspired by lean manufacturing and specifically the work that Toyota pioneered in the field. It is then very surprising to find out that the software development arm of Toyota has been working with waterfall and is in it's infancy in lean software development.
-
Repetitive Tasks an Agile Smell?
Is slicing stories in horizontal tasks an Agile Smell? Is this common habit used in Scrum/Agile Planning meetings - hurting a team's focus on customer value? What is being suggested instead?
-
Monetizing the Technical Debt
Most Agile teams recognize the evils associated with technical debt. Just like a financial debt, the technical debt incurs interest payments. These are paid in the form of extra effort required to maintain and enhance the software. Most Agilists recommend repaying the technical debt as early as possible. However, most Agile teams fail to monetize the technical debt.
-
Agile Documentation: Is There Clarity?
Agile documentation is not exactly the most clear cut subject in the community? How much documentation should we create? What works? What doesn't? How do we transform from a traditional process to an agile one with regards to documents? This is an area that lacks clarity in the agile community.
-
Conflict is Human: Let's Use It Well
Lyssa Adkins, author of Coaching Agile Teams maintains that not only does "resolving" conflict not work - it can even be counter-productive. Can conflict actually catapult teams to higher performance? In her ADP2009 keynote, she presented a model for helping teams learn to de-escalate from destructive into constructive forms of conflict.
-
The “Do Not Disturb” Team Member
Many developers like to work in isolation, for some time, if not always. XP recommends a room arrangement called “Caves and Commons”. Commons area is organized to maximise osmotic communication. Caves are meant to facilitate isolation for activities like personal email, phone calls or a quick spike. However, there could be a situations where a team member wants to take this isolation too far.
-
What is Story Point? Are they Necessary?
Michael de la Maza asks the question what exactly is a Story Point? He went looking for an answer and found many: “Story points represent nebulous units of time.” or “Story point is a random measure used by Scrum teams. This is used to measure the effort required to implement a story.”
-
Uncovering Serious Flaws of Agile and Scrum
Software development is known to be a creative process. The failure of traditional methods, where the dynamic environment of software development was ignored, made Agile methods fairly popular. There has been a growing adoption of Agile methodologies, particularly Scrum. However, is everything all right with Agile? Kai Gilb does not think so. He suggested that there are serious flaws with Agile.
-
Rules for Better Retrospectives
James Carr recently published a list of five rules to help improve the effectiveness of retrospectives. The rules are based on his experiences in hundreds of retrospectives, both successful and not.
-
Experiment Driven Development - The Post-Agile Way
TDD and BDD are now widely-used software development techniques. However, solely following TDD & BDD may still lead to missed business opportunities, or worse, a negative impact to the business. Two questions which TDD & BDD are unable to answer are: How do you measure the usage of your application? How do you get feedback from your customers? Is Experiment-Driven Development (EDD) the answer?
-
A Critique of the Pomodoro Technique
Is the pomodoro technique really all it's cracked up to be? Are we over-analyzing the issue and creating complexity where none is needed? Mario Fusco shared his critique of the pomodoro technique with InfoQ and we are sharing it with our readers along with many others.
-
Deciphering Burndown Charts
Burndown charts are considered to be one of the most useful information radiators on an Agile team. It is a graphical representation of amount of work left to do (y-axis) versus time (x-axis). The interesting part is that the analysis of the burndown chart can reveal multiple pointers on how the team is doing and what can they do to improve further.
-
Scrum/Agile Failings or the Theses of Uncle Bob Martin
In response to a question about the Inherit Shortcomings of Scrum/Agile - Uncle Bob Martin penned (in the spirit of Martin Luther), 7 theses: No Technical Practices, 30 Day Sprints are too long, Scrum Master sometimes turns into Project Manager, Scrum carries an anti-management undercurrent, and others.
-
Comparing Velocity Across Teams
A common project management criticism is that since the story points vary across teams, there is no way to ascertain one teams progress with respect to the other. Amongst Agilists there is a general consensus that comparing velocity across teams is an anti pattern and is best avoided lest the overall productivity should suffer.