Mail The Captain:
Subscribe
Tags
5s 2009 2011 backlog bug change management Chris Matts coaching collaborate conference culture defect design ego elephant empowerment enterprise goal information radiator Kanban leadership lean manifesto music oubliette pairing pattern peer review performance pirate priority question scrum simple tdd team technical debt test Theory Of Constraints thinking TOC user value waste WIP-
Recent Posts
- Portrait Vs Landscape
- You Are Not A Lathe Operator
- Story Points are Only for the Team
- The Flat-Pack User Experience
- The Hidden Dangers of an Independent Quality Organization
- Rapunzel’s Ivory Tower
- Post #Agile2011 Playlist
- Where’s My Tools?
- Piratical Management (Pirarticles)
- Transactions for Managing Technical Debt
- The Point of Maximum Learning
- Improving Your Retrospectives
- 5S Your Scrum Board – (Part 2) – In depth
- 5S Your Scrum Board – (Part 1) – A Place for Everything
- Dietary Manipulation (Part 3) – Coffee
- Have We Started Yet?
- Arrrr – Thar Be Treasure in Cambridge!
- Swimlane Sizing – Complete & Fast Backlog Estimation
- Acting on Difficult Advice
- Dietary Manipulation (Part 2) – Carbo-Caution
- Black Holes & Revelations
- Yellow is the new Green
- Intellectual Humility
- The Joy of Peer Reviews (Part 2 – Documentation)
- Agile Is Just A Means To An End
- Express Your Real Motivations
- Escaping the Oubliette (Part 4) – The Litter Patrol
- Distributed Management and Work-Life Integration
- Escaping the Oubliette (Part 3) – Bug Blitz
- SMART Goals and The Elephant Test
- Priority Fatigue
- Building a Case for Change
- Patterns For Collective Code Ownership
- Escaping the Oubliette (Part 2) – Tailing
- Escaping the Oubliette (Part 1a) – Debt Prevention
- Your Baby Might Be Ugly
- Escaping the Oubliette (Part 1) – Topping
- The Joy of Peer Reviews (Part 1 – Code)
- Your Leaders Are Not Gods
- The Oubliette
- Stop Working With Blunt Tools
- Dietary Manipulation – Pizza
- Are You Empowered?
- Freedom To Vent
- Lessons in Application Performance (Part 2)
- Lessons in Application Performance (Part 1)
- Your Leader Sets The Tone For Your Team
- The World Needs Ditch Diggers Too
- Nobody Thanks the Drummer
- Soylent Green Is People
- Why The Manifesto For Half-Arsed Agile Software Development Is Actually Important But Not Enough
- Readiness to Serve
- Blame
- Software Is Just A Means To An End
- Writing Code is NOT a Value-Add Activity
- Cultural Balance
- Stop The Bleeding
- The Egoless Daily Stand-Up
- Learning to Say “No”
- Captain, You’re Wrong!
- Breaking The Seal (Part 2)
- Red Cards
- Agile 20xx – It Takes a Team
- Breaking The Seal (Part 1)
- Communicating in Patterns
- 10 Minute Test Plans
- What’s on Your Radar?
- Just Enough Design
- I’m Drowning in Confetti
- Don’t Open More Barrels Than You Can Consume
- A Decade of What?
- Creative Freedom & Product Ownership
- Ahoy!
Blogroll
- Adrian Wible
- Arlo Belshee
- Bas Vodde
- Carl Bruiners
- Chris Matts
- Clarke Ching
- Clicktricity
- Cory Foy
- Dan North
- Dean Leffingwell
- Edge of Chaos
- Eric Willeke
- HBR
- Henrik Kniberg
- Innovation Games
- Israel Gatt
- James Lewis
- James Shore
- Joel on Software
- Juergen Appelo
- Liz Keogh
- Luke Morgan
- Mark Dalgarno
- Mark Levison
- Martin Fowler
- Mike Cohn
- Mike Pearce
- Naresh Jain
- Pat Kua
- Rajeev Singh
- Rich Mironov
- Richard Durnall
- Rob Brown
- Simon Prior
- The Rally Team
- XP 123
- Your Brain At Work
Tag Archives: backlog
Swimlane Sizing – Complete & Fast Backlog Estimation
Thanks to Adrian Wible for sharing this tip when I was in Nevada a couple of years ago. It’s now one of the most powerful simple tools I have at my disposal. I use it frequently with teams to rapidly size their backlogs … Continue reading
Dietary Manipulation (Part 2) – Carbo-Caution
My first article on dietary manipulation was intended to be the last. However as I learn, so I must adjust… Some time ago I had the pleasure of guiding a team through a backlog prioritization session – taking items from a large unsized, … Continue reading
Learning to Say “No”
The great thing about working with software development teams is that on the whole they’re a nice bunch of people who just want to get on and do the right thing. The tricky thing in large-scale enterprise product development is … Continue reading