Agile Zone is brought to you in partnership with:
  • submit to reddit
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.

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.

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.

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.

John Esposito05/22/14
0 replies

Video: Dave West on ALM and Real Software Engineering

I spoke with Dave West (Chief Product Officer at Tasktop, former analyst at Forrester Research, hyper-guru on all aspects of ALM), about all aspects of the software development lifecycle, with some emphasis on how good software engineering can shorten cycle times and avoid technical debt.

Dave Fecak05/22/14
2 replies

How Ben Accidentally Became a Developer

In early April I received a message from Ben, delivered to my Reddit account.

Rob Galanakis05/22/14
0 replies

The myth of the brilliant jerk

Firing brilliant jerks is the absolute worst thing to do for teamwork, or indeed the health of the company as a whole.

Nathan Slippen05/21/14
1 replies

Five Qualities of a Remarkable Agile Team

All managers want employees with excellent development and organizational skills, but when forming an Agile team, talent alone won’t cut it.

Mike Cottmeyer05/21/14
0 replies

Self-Improvement In Agile Teams

It can be an underlying reason individuals at the team level are resistant to an agile adoption. There are a number of ways to “solve” this problem.

Gil Zilberfeld05/20/14
1 replies

What If I Do This?

Good testers have the wonderful skill of asking “What if I do this”? This thinking is different than “happy path” coding, where we “know” the answer. People with experience in TDD develop this skill as well.