For any programmer who wants to learn the particulars of Scrum (short of attending a Scrum training seminar, that is), if you are already somewhat familiar with agile practices like XP, then probably the best place to start is with Ken Schwaber’s second book, Agile Project Management with Scrum
.
Schwaber’s first book, Agile Software Development with Scrum
, is more of a reference book than a how-to. It describes what Scrum is, but not so much the nuances of how to use it.
Continue Reading
I’ve been reading “Clean Code: A Handbook of Agile Software Craftsmanship
” by Robert Martin. This is no ordinary book on writing better software. It’s not just a rehash of “Code Complete” or “The Pragmatic Programmer.” Those are both fine books, but “Clean Code” is different. So, please don’t think that if you’ve read one, you’ve read them all.
In Clean Code, Martin doesn’t just name the best practices we should all be following. He explains the reasoning behind each one and gives names to the concepts. Just as the idea of software design patterns revolutionized the way we think and talk about software architecture, Martin’s exploration of day-to-day coding habits gives us a smarter way to think and talk about that.
Case in point: Clean Code kicks off with the practice of giving your objects meaningful names. One aspect of this is that good names do not require anyone who might read your code in the future to have to perform any “mental mappings.” Here’s an example of this that I came across just the other day.
Continue Reading
The other day, I was asked for the “elevator pitch” on XP, so I dug out this description from an old posting on another of my sites.
It’s taking best practices to the extreme…
- Long iterations become short iterations with early experience
- Long, irregular meetings become frequent stand up meetings
- Back-end testing becomes unit testing
- Specification artifacts become stories and a full-time customer (proxy)
- Enforced deadlines become developer-derived estimates
- Code reviews become pair programming
Continue Reading
If the three most important attributes in real estate are location, location, location, then the five most important attributes of good project management are communication, communication, communication, communication, communication.
1. Maintain a written glossary of domain terminology. It’s amazing how often the developers and the customers think they’re talking the same language, but they’re not. Misunderstandings like this are a common source of “assumption errors,” which are a leading cause of wasted effort.
Continue Reading