Articles

Estimate Time and Set Priorities with Planning Poker

Estimating time for software development in groups can be tricky. The first person's response often plants an idea in the heads of the rest of the group, leading to an incorrect estimate. One way of getting around this is to play a few rounds of planning poker.

Ulf Eriksson's picture Ulf Eriksson
Skipping Shortcuts: Convincing Clients to Take the Better Path

Your clients may not understand why you follow certain practices as a project professional. They may encourage you to take shortcuts that they believe will save time, money, and difficulty. You know better, but how can you convince them?

Brad  Egeland's picture Brad Egeland
Effective Risk Management: An Interview with Payson Hall

We recently sat down with Payson Hall ahead of his upcoming 2012 Better Software Conference East presentation titled "Twelve Risks to Enterprise Software Projects - And What to Do about Them" in order to learn more about his experise in the field of risk management.

Noel Wurst's picture Noel Wurst
Controlled Flight into Terrain

Entering a holding pattern on a project can give you the opportunity to gather additional information about a problem. But, sometimes, holding consumes valuable resources with disastrous consequences.

Lee Copeland's picture Lee Copeland
Hours, Velocity, Siloed Teams, and Gantts

Johanna Rothman shares some tips for project and program managers turned ScrumMasters who are adopting agile. If your management won’t allow you to take training, start reading.

Johanna Rothman's picture Johanna Rothman
Why, Oh Why, Do Projects Fail?

While everything should be done to avoid project failure, it does occur. When it does, management and the team must look into why a project failed, to avoid repeating mistakes in the future. Failure must be more than simply accepted or allowed. It also needs to be closely analyzed.

Naomi Karten's picture Naomi Karten
Building Highly Productive Teams Building Highly Productive Teams: Factors that Influence Commitment-to-Progress Ratio

Aleksander Brancewicz addresses how to build a team that achieves a high commitment-to-progress ratio and presents the core skills and factors that influence this ratio.

Aleksander Brancewicz's picture Aleksander Brancewicz
Building Highly Productive Teams Using a Commitment-to-Progress Ratio: Work Committed vs. Done

This article explains methods to build a team that will embrace "required work" and deliver robust software in a predictable fashion. It proposes a measure that helps calculate the throughput of an agile team by comparing work committed to work actually done.

Aleksander Brancewicz's picture Aleksander Brancewicz
How Technical Support Is Like a Pain in the Neck

Payson Hall looks closely at the unique idea of not just providing better service to clients, but changing the client's perception of what defines good or bad service. We've gotten so used to "normal" that we've lost the ability to appreciate it. But this can be changed.

Payson Hall's picture Payson Hall
Building with a Cross-Functional Test Team Changing the Ground with a Cross-Functional Test Team

We need to test infrastructure upgrades carefully to avoid disruptions to our applications—whether still under development or running in production. A good regression test suite can do most of what’s needed, but what if you don’t have one? You can take the time to create a new regression suite, but consultant Fiona Charles recommends an alternative: Use a cross-functional team approach to identify and target upgrade risks directly.

Fiona Charles's picture Fiona Charles

Pages

StickyMinds is a TechWell community.

Through conferences, training, consulting, and online resources, TechWell helps you develop and deliver great software every day.