Bookmarks for November 21st

  • James Shore: Successful Software - "Technical debt sucks, and it's a particularly common problem for the teams I work with. Technical debt affects everything they do. It disrupts plans, kills productivity, and creates defects. There is much wailing and gnashing of teeth, but strangely, these teams put very little effort into paying off the debt. (That's probably why they got into this mess in the first place.)"
  • Lab Safety, Grainger combining supply lines — GazetteXtra - "In an effort to prop up an underperforming Lab Safety Supply, company officials said Wednesday they will combine the business with another that operates warehouses across the country."
  • InfoQ: Agile Usability - "Jakob Nielsen, usability guru and author of Usability Engineering, raises the concern that Agile methods are a threat to traditional approaches to designing usability. He says that Agile’s greatest threat to usability is that “it's a method proposed by programmers and mainly addresses the implementation side of system development”. Alistair Cockburn counters that this claim just isn’t true"
  • InfoQ: The Generic SOA Failure Letter - "There have been quite a few articles recently on the subject of whether or not SOA should be considered a failure. Gartner analysts have entered the debate with a mock letter supposedly written by Project Manager, EA Artchitect or Lead Developer "To the CIO, CEO, CFO, CTO and shareholders", indicating why the writer admits that SOA is certainly a failure"
  • The 7 Deadly Linux Commands - "If you are new to Linux, chances are you will meet a stupid person perhaps in a forum or chat room that can trick you into using commands that will harm your files or even your entire operating system. To avoid this dangerous scenario from happening, I have here a list of deadly Linux commands that you should avoid."
  • The Decline and Fall of Agile - "Scrum is undeniably the winner of the agile method wars. Thanks to the Scrum Alliance's vast (and lucrative) network of Certified Scrum Trainers and Certified ScrumMaster courses, when people say "Agile," they usually mean Scrum. So when "Agile" fails, it's generally Scrum that's failing. And Scrum is incomplete, purposefully so."

Related posts

Tagged with: , , , , , , , , , , , , , , , , , , ,

Bookmarks for November 10th through November 11th

Related posts

Tagged with: , , , , , , , , , , , , , , ,

Bookmarks for October 15th through October 17th

Related posts

Tagged with: , , , , , , , , , , , , , , , , , , , , , , , , , ,

  • Nalla pointed me to ScrumWorks, a Scrum automation tool available at danube.com. Apparently its free with site registration. I haven’t looked into it in any semblence of detail, but thought it was worth a note to myself and a later look into the details. Comments Off

Ken Schwaber and Scott Ambler on ITConversations

I found two excellent lectures on IT Conversations that I would like to recommend to people looking at how to learn (or justify) agile development methods. The first lecture was given by Ken Schwaber, the creator of the Scrum project management methodology, called You Thought it was Easy: Wrestling Gold from Today’s Software Projects. In this 40 minute discussion, Ken explains what Scrum is and how it works. Its a very informative lecture that has helped a lot in giving me additional ways to try to explain the advantages of Scrum as a project management methodology.

One of the interesting points that Ken brings up is that when you introduce an empirical model like Scrum, all of the things that have been wrong in your environment for such a long time come to the surface and have to be dealt with. We have definitely seen this in our environment and it has caused some discomfort on the team. For me, its very nice to have a lecture like this that I can refer team members to that explains that this is a normal part of the process. It is, however, extremely difficult to explain to some that the problems we are seeing have been around for quite a long time, but that we have been unable to quantify them until implementing Scrum.

The second lecture was given by Scott Ambler and is called Are you Agile or are you Fragile in which Scott tries to explain the advantages of Agile methods and answer some of the arguments one would get in justifying using Agile methods on actual projects. There are a couple of interesting things about this lecture. First, he runs it as an agile project, eliciting “requirements” or topics from the audience and having them prioritize them. Secondly is the passion in which Scott talks about Agile methods and his no nonsense way of explaining the advantages.

This lecture gave me a great quote that stuck with me. “A new requirement is a competitive advantage - if I can act on it”. I found this to be a brilliant reframe of the common objection to changing requirements that happens on teams which have been “raised” on the waterfall type of approach where requirements are finalized and cannot change without having been “wrong” in the first place. This lecture is a long one, weighing in at one hour and 55 minutes.

For those teams out there that are attempting to implement agile methods in an environment that has been historically waterfall and “predictive planning” based, these two lectures are definitely something you should check out.

Related posts

Tagged with: ,