Agile Zone is brought to you in partnership with:
  • submit to reddit
Anders Abel04/23/13
7708 views
0 replies

Can You Handle An Elite Performer?

Employers ask for elite performers, but they should be careful – they could get what they ask for… If they find an elite performer, do they have the elite organization required to match the new hire?

Lorna Mitchell04/23/13
2849 views
1 replies

The Economics of Developer Recruitment and Training

This isn't a rant about salaries, the skills of new graduates, or the trials of dealing with recruiters, although each of those is worth a post in itself. It's about the mathematics of providing your organization with the talent it needs at the time that it needs it.

Steve Rogalsky04/23/13
1765 views
0 replies

Facilitating a retrospective with 50 people in an hour

We had just under an hour to eat lunch and complete the retrospective. Second, there are about 50 volunteers - allowing everyone to have a voice in such a short time frame would be a challenge.

Ian Mitchell04/23/13
1848 views
0 replies

An Agile Health Check: The Daily Stand-Up in Practice

The rules of a stand-up are simple. Every day the team should assemble for a maximum of 15 minutes so that they can assess progress towards the Sprint Goal, and self-organize in order to overcome any impediments. In this article we look at how to use the daily stand-up as a "health check" for gauging an agile team's well-being.

Krishna Kumar04/22/13
7024 views
1 replies

The Work From Home Question

Everyone is talking about the Yahoo! memo ending work from home for employees. I am reminded of an article on Rands in Repose about telecommuting.

David Pollak04/22/13
4888 views
0 replies

Code of Conduct for Communities

I think that codes of conduct should be positive definitions of expected behavior rather than a series of prohibitions. Here's the code of conduct I'll use for my next conference.

Mitch Pronschinske04/22/13
917 views
0 replies

What About The Budget In Agile Software Development?

Finishing a project on time and under budget is the whole point of Agile, but the budget can put some tricky constraints on the process.

Mitch Pronschinske04/22/13
1472 views
0 replies

Agile Architecture & Design

In this presentation from JAXConf 2012, ThoughtWorks software architect Neal Ford investigates agile architecture and design, specifically addressing how big up-front architecture and design fail because of the unknown unknowns of a project.

Esther Derby 04/21/13
3632 views
0 replies

How Much Self-management Is Right for a Team?

There are lots of teams in small companies and start-ups who are self-managing and self-directing. They manage themselves, they set product direction, and set company priorities. When I visit big, established companies, there’s almost always an assumption that teams need close supervision.

Jurgen Appelo04/21/13
1966 views
0 replies

Coalition or Council: Which One Are You?

coalition: A temporary alliance of distinct parties, persons, or states for joint action. council: A group elected or appointed as an advisory or legislative body.

Jurgen Appelo04/20/13
1619 views
0 replies

A Task Board That Really Sucks

A typical problem in Agile organizations is that most Scrum and Kanban boards look messy. And office management doesn’t like a messy office. Office managers like their offices neat and tidy, hip and trendy. They particularly don’t like tons of sticky notes whirling through the corridors.

Esther Derby 04/20/13
1813 views
1 replies

Building Trust, One Iteration at a Time

A while back I talked to a CEO of a contract development shop. He wondered how Agile could help him with fixed price, fixed scope contracts to deliver software.

Johanna Rothman04/19/13
1275 views
0 replies

Management Myth 16: “I Know How Long the Work Should Take”

Long ago, when I was a young developer at an anonymous company, one of my managers was disappointed with my progress. “I know how long the work should take. If I was doing the work, it would be done by now,” he huffed at me. There is nothing more insulting to a programmer.

Matthias Marschall04/19/13
7984 views
0 replies

3 Reasons To Avoid Overloading Your Teams

Let’s discuss three negative outcomes of overloading your pipeline: You lose focus by increased task switching, Managing the waiting queue costs a lot of time, and Big releases create big headaches.

Olga Kouzina04/19/13
1228 views
0 replies

The Paradigm of Project Management Tools

While there’s been some talk and research about project management paradigms e.g. waterfall, Project Management 2.0, ALM, with the paradigm of agile prevailing at the moment, it looks like no one has spoken about the paradigm of project management tools.

Ian Mitchell04/19/13
1319 views
0 replies

Why Stretched Teams do Scrumban

A few years ago Corey Ladas wrote an article about an Agile approach he called “Scrumban”. As the name suggests, this is a variant of Scrum with certain Lean-Kanban characteristics. What he proposed was a graduation of Scrum teams to leaner and more pull-based ways of working than Scrum itself allows.

Jurgen Appelo04/18/13
1912 views
0 replies

How I Organize My Work (with 'Remember the Milk')

Frequently people ask me, “How can you be so productive?” The question seems a bit strange to me, because I often consider myself not productive at all!

Ian Mitchell04/18/13
989 views
0 replies

Suiting Up for Agile Practice

Enterprise-wide agile transitioning is a hot topic. Agile methods aren't just for developers any more...managers are also trying to get on board with best practices. The question is: as the present custodians of the agile process, what can developers do to help coach the "suits", and what sort of things should they be teaching them?

Allan Kelly04/18/13
1620 views
0 replies

Requirements and Specifications

In everyday colloquial usage of the words Requirements and Specifications are pretty interchangeable. In general teams, and Developers in particular, don’t differentiate. There are usually one or the other, or neither, and they are both about “what the software should do.”

Michael Sahota04/18/13
808 views
0 replies

Create Authentic Connections with Influence Maps

Influence Maps is the module in a Temenos lab that allows you to reflect, visualize (map) and articulate your personal history, and share it with the group—as detailed and deep as you choose to. Like every Temenos module, Influence Maps works on its own, too.

Isaac Taylor04/17/13
4700 views
3 replies

Coding for the Changes You'll Have to Make Next Month

Anytime you find yourself looking at a class's implementation to figure out how to use the class, you're not programming to the interface, you're programming through the interface to the implementation. If you're programming through the interface, encapsulation is broken, and once encapsulation starts to break down, abstraction won't be too far behind.

Michael Sahota04/17/13
1011 views
0 replies

Temenos – A Workshop for Healing, Connection and Relational Flow

Temenos is also a philosophy and mindset. In brief, deep bonds and healing result from exploring each other’s personal history (how we became who we are) and visions (who we want to be). We use the conceptual model of a container to help us perceive and understand our relationship with ourself and others.

Peter Pilgrim04/17/13
1333 views
0 replies

“Why You No Train?”

Sometimes, just when we are walking about and we feel everything is going smoothly, then the bottom drops out of the bucket, our world suddenly of positivity, in the situation, our lives, family and friends, takes a nose dive to the other side.

Allan Kelly04/16/13
4047 views
2 replies

Requirements: Whose Job are They Anyway?

Companies believe that Developers will somehow comprehend what is needed from a simple statement. In the worst cases this is a condition I refer to as: “Requirements by Project Title”. Just because Developers understand the technology doesn’t mean they understand what is needed.

Roman Pichler04/16/13
2593 views
0 replies

Agile Product Planning: Vision, Strategy, and Tactics

Agile product planning comprises three levels: vision, product strategy, and tactics. The vision is the overarching goal, the product strategy the path to the vision, and the tactics are the steps along the way, as the following diagram illustrates: