• submit to reddit
David Bernstein07/29/11
0 replies

Don’t Do (Up Front) Design

I worked on many projects in my 30 year career as a software developer. I’ve worked on embedded systems, operating systems, collaboration software, downloadable applications, and enterprise applications—the whole gambit. I’ve done coding, testing,...

Israel Gat07/28/11
0 replies

Getting Ready for Agile 2011 – Part II

In her recent post Getting Ready for Agile 2011, Anne Mullaney gave an outline of my forthcoming sessions at the conference. Specifically, she highlighted the emergence of new forms of Agility:

Matthias Marschall07/28/11
0 replies

DevOps Q&A with Kevin Parker

This is an interview with Kevin Parker (@kevinparkerusa) about DevOps

Benjamin Mitchell07/28/11
14 replies

How can I push the software development team to go faster?

A common challenge I’ve heard from Development Managers or Product Owners is “how do I push my software development team to go faster?” Here are ideas on how to approach this topic and have more productive conversations.

Daniel Ackerson07/28/11
0 replies

Initial Test Points for Getting Your Environment Under Control

Starting a job with a running system and real users is a nice “problem” to have but it presents some unique challenges as well. Especially if server monitoring isn’t robust and there are absolutely zero automated tests. Without these two critical...

Giorgio Sironi07/28/11
0 replies

Practical PHP Refactoring: Inline Class

Every refactoring technique is potentially bidirectional: their list is a toolbox, and you decide when to use each tool.Inline Class is the inverse of Extract Class: when a class does not justify its existence and it has become a useless indirection, you can...

Dave Rooney07/27/11
1 replies

A Survival Guide for New Agile Coaches - Believe in It

My Dad wasn't one for giving lots of advice about life. Golf, yes, but life, not so much. One thing he did say, though, has stuck with me.

James Shore07/27/11
0 replies

Let's Play TDD #126: Following Patterns

There's no source code for this episode, but the previous episode's code is available here. Visit the Let's Play archive for more episodes!Many thanks to Danny Jones for figuring out the HD Youtube embed code.

Israel Gat07/27/11
0 replies

It starts with Agile – The Pragmatic Cloud

In the podcasts around here and Israel’s posts we often talk about using cloud computing as a tool to deliver better software – indeed, to better the software delivery process. Those two angle on cloud computing are what I tackled in a recent...

Benjamin Mitchell07/27/11
0 replies

How three forks on a hand-drawn chart helped a team improve

After visualising the workflow of a recent client’s software development process, and showing where the work was, the team realised there was a queue of tasks that had been developed and were waiting to be validated (‘tested’).  The...

Giorgio Sironi07/27/11
0 replies

Practical PHP Refactoring: Hide Delegate

The client code is calling a method on a collaborator (delegate) of another object, obtained by getter or another sequence of calls. Hide Delegate is about respecting the Law of Demeter: don't talk to strangers, by avoiding relying objects which are not...

Paul Stack07/26/11
3 replies

Automated UI Testing - Part 1 - WatiN

A few months back I discovered a tool called WatiN. This is based on WatiR and is a web application testing tool for Dot Net developers. After doing a few little test applications i started to see the benefit of using this application in my development....

Benjamin Mitchell07/26/11
0 replies

Removing the bubbles: solving bottlenecks in software product development

A challenge with software product development is visualising the work so that you can spot where there are delays in the process of converting ideas from “concept to cash”. This post shows how a cumulative flow diagram helped identify a pattern of...

Mark Needham07/26/11
0 replies

Retrospectives: The 4 L’s Retrospective

I facilitated the latest retrospective my team had last week and decided to try The 4 L’s technique which I’d come across while browsing the ‘retrospectives’ tag on del.icio.us. We had 4 posters around the room representing each of the L’s:

Sandro Mancuso07/26/11
0 replies

SRP: Simplicity and Complexity

Simplicity does not precede complexity, but follows it. - Alan Perlis