Jesper Boeg on Priming Kanban
In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Deborah Hartmann Preuss on Aug 09, 2006
"Naked agile is without apologies not for everyone and not for every project. Big, distributed teams can forget it (think Arctic naked skydiving ... cold cold cold). Life critical systems, forget it (think rocks and shale on the landing surface... death, destruction and many cuts). But if you're a small team, colocated, with access to usage experts, it could be your thing."
As Agile software development moves into the "enterprise" space, gaining tools and trappings, Cockburn and Patton sound an appeal to focus on the basics: "Listening, Designing, Coding, Testing – That's all there is to software. Anyone who tells you different is selling something," to quote Kent Beck.
Transforming Software Delivery: An IBM Rational Case Study
SCM best practices for multiple processes, releases & distributed teams
In today’s hyper-competitive world, later may be too late to adopt Agile development and this Roadmap for Success will help you get started. Download "Agile Development: A Manager's Roadmap for Success" now!
Listening, Designing, Coding, Testing, Changing.
My Blog
;)
But that might result in tight coupling!
Makes you wonder what's going on in those popoular Scrum Certification classes, doesn't it? ;-)
Im glad theres people always dedicated to renaming the obvious and reminding me that I never knew how to do my job in the first place.
And that I need a team of "usage" experts to use my brain. Brilliant!
Im glad theres people always dedicated to renaming the obvious and reminding me that I never knew how to do my job in the first place.
j c (why don't you use your real name?), being heavily involved in the patterns space I have to say that there is a lot of value in assigning names to common practices. It gives us a common vocabulary as software development professionals which makes learning and communicating easier. Sometimes the names can be silly, but there is value in naming the obvious IMO.
Floyd
Author, EJB Design Patterns
Hi j c : sounds like you're already doing stripped-down bare-minimum process yourself - if so, this item wasn't directed at you :-) When it comes to process, though, plenty of people are still stuck in "more is better"... and a call to common sense might be useful there. Know anyone like that?
I'm a big fan of Alistair but, if he's intent on us pronouncing his surname properly he shouldn't be casting allusions of being naked whilst travelling at high-friction speeds(!)
Cheap shot i know but, i didn't start the thread - great term though and i agree with Floyd - terms promote learning/digestion.
In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.
Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.
Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).
Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.
Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
8 comments
Watch Thread Reply