Agile Zone is brought to you in partnership with:
  • submit to reddit
Rob Galanakis06/04/14
0 replies

Should a team be able to abort a sprint?

As a senior person, I had a responsibility to speak up. As a team member, I had a responsibility to get our work done. I don’t know if I made the right choice in this instance.

Angela Ashenden06/03/14
0 replies

The True Cost of Enabling Social Collaboration

We have thankfully largely moved beyond the days when business execs believed that they could change their businesses on a shoestring budget through the introduction and viral adoption of free or very low-cost social collaboration tools.

Roman Pichler06/03/14
0 replies

Every Great Product Owner Needs a Great ScrumMaster

To do a great job, product owners need a strong ScrumMaster at their side. This post explains the differences between the two roles, what product owners should expect from their ScrumMaster, and what the ScrumMasters are likely to expect from them.

Allan Kelly06/03/14
0 replies

Inconvenient Truths of Project Status Reporting

As the title suggests the article looks at why project status reporting, specifically for IT projects, so often fails to alert companies of the problems in project work.

Mark Needham06/03/14
0 replies

Thoughts on Meetups

We’ve ... been experimenting with the idea that one size doesn’t need to fit all by running different styles of meetups aimed at different people.

Shannon Behrens06/02/14
2 replies

Being Turing Complete Ain't All That and a Bag of Chips

I was talking to someone the other day. He said that given two Turing Complete programming languages, A and B, if you can write a program in A, you can write a similar program in B. Is that true? I suspect not.

Rob Galanakis06/02/14
0 replies

Results Are Not the Point, Follow Up

Another way of saying “results are not the point” is “do not trust your fortune to randomness.”

Andrzej Krzywda06/02/14
0 replies

Async Standups

When you work remotely, you want to have some kind of a standup meeting regularly. In our team, after experimenting with many different approaches, we settled with text-based, asynchronous standups every day.

James Shore06/02/14
0 replies

The Lament of the Agile Practitioner

See, 2-5 years is about how long a not-really-Agile Agile team can survive before things shudder to a complete halt.

Whitney Baker06/01/14
0 replies

The Best of the Week (May 23): Agile Zone

Make sure you didn't miss anything with this list of the Best of the Week in the Agile Zone (May 23 to May 30). Topics include chronic stress, Parkinson's Law of Triviality, the importance of developers, adjustable standing desks and employee value.

Antonin Januska05/31/14
4 replies

Bro, do you even program? The case of non-programming programmers

It was late at night, when I stumbled on yet another Quora question concerning the topic of “Programmers not programming”. The topic itself always seemed ridiculous to me. What is a programmer if they can’t program?

Rob Galanakis05/30/14
0 replies

There is no essence of Agile

I don’t know where the idea that Agile can be distilled down into one or two practices or principles comes from. Thinking this way is extremely harmful.

Mike Cottmeyer05/30/14
0 replies

Converting Feelings to Metrics with a “Safety Check”

In the quest to understand how the delivery teams feel about changes in delivery process, a simple tool called the “Safety Check” can be used to measure how empowered the team feels.

Chris Odell05/30/14
0 replies

Code Reviews Are A Luxury, So Cherish Them

When working as an in-house developer you will have colleagues to bounce ideas off. If you have an idea, talking it over with someone can enhance it, or stop you making a less than optimal design decision. A SOHO Developer does not have this option.

Johanna Rothman05/30/14
0 replies

Scaling Agile? Think Out, Not Up

When you think scaling agile, think out, not up. You use small world networks, and when you say, “think out, not up,” it’s a very nice catch-phrase.

George Dinwiddie05/29/14
7 replies

Another Two Sides to Estimation

Everyone in the business of software development has had experience with wanting estimates, being asked for estimates, or both. That experience frames how they look at the issue. A considerable share of those experiences have been painful.

Roman Pichler05/29/14
0 replies

10 Tips for Creating an Agile Product Roadmap

A product roadmap is a powerful tool to describe how a product is likely to grow, to align the stakeholders, and to acquire a budget for the product. But creating an effective roadmap is not easy particularly in an agile context where changes occur frequently and unexpectedly.

Anh Tuan Nguyen05/29/14
0 replies

Software Development and Newton's Laws of Motion

I have no idea since when the word velocity found a new home in software development, it is nevertheless popular these days. However I am pretty sure that Mr. Isaac Newton would not be happy if you talk about motion without mentioning his laws.

Julian Exenberger05/28/14
6 replies

When too much coding can kill you.

Well it's true: too much coding can kill you, the real question is "what is the reason?" and the answer to that is; Chronic Stress.

Gil Zilberfeld05/27/14
0 replies

The Kitbag Question

Anyone you ask will says they are encouraging learning, and that theirs is a learning organization. But is that really true?

Mike Bushong05/27/14
0 replies

Real employee value goes beyond what you produce

Would you rather be known as the person who does a lot of stuff that is almost right? Or the one who nails every deliverable?

Rob Galanakis05/26/14
5 replies

Adjustable standing desks should be mandatory

If you want a vibrant and dynamic engineering culture, standing desks are a must. I view them as fundamental to a programming team as decent workstations and SSDs.

Jonathan Levene05/24/14
0 replies

7 Ways to Kill Your Big Decision-Making Meeting

Critical decision-making meetings can easily run off the rails when many key stakeholders are present. Here are 7 ways to guarantee yours will fail.

Zac Gery05/23/14
0 replies

Identifying the PLOT in Software Design

Parkinson's Law says that "organizations give disproportionate weight to trivial issues." This statement later became known as Parkinson's Law of Triviality, or PLOT. Although Parkinson was referring to organizations as whole, over the years this problem has become a pervasive issue in software development.

Phil Whelan05/23/14
0 replies

Developers: The New Kingmakers

Technology changes have moved developers, previously of little importance within the world of IT, to a central direction-setting role within companies.