Wayne Allen's Weblog
pragmatic agility
-
RE: Roadmap for SourceSafe and Beyond
Korby Parnell recently bloged about the VSS Roadmap. He notes that the big (HUGE) feature increase will revolve around Unicode support, web services, and better IDE integration for Whidbey (i.e. 2004 if no delays).
-
Version Control: Decision
Regarding my previous post on version control, I thought I give a little update on what we finally decided to do.
-
Agile Process: Iteration Planning Tweak
On Ward's suggestion we made a change to our iteration planning around the velocity & task sign-up process.
-
XP/Agile Universe
Looks like I'll be attending XP/Agile Universe in New Orleans Aug. 10-13. Any other bloggers going to be there?
-
Agile QA: Iterations & Release Testing
In discussions with Ward and others in our QA group I'm starting to see another possible arrangement for an agile QA team.
-
Ward in the house
We have the great pleasure of having Ward Cunningham on-site this week to help us fine tune our implementation of XP/agile process.
-
Agile QA: Customer Advocate
One of the roles we have defined in our agile process is the "Customer Advocate". This is a distinct role from Customer or Customer Proxy in that the advocate is looking after the customer's needs from a quality perspective. The need for an advocate is seen in many agile implementations. The usual symptoms are a customer that needs to do their "real" job or where the customer needs assistance writing appropiate stories and acceptance tests. The advocate him/herself may or may not have any specific domain knowledge.
-
What are you currently reading?
ScottW asked What are you reading? For all the reasons he mentioned I think it a good idea.
-
Agile QA: 1 Team or 2?
We've been having an interesting discussion internally about whether our development and QA groups should be part of the same agile team or seperate with a half iteration offset. So far we've developed a list of pros and cons to help us decide where to go.
-
Is Software Really Different than other Industries?
Much has been made about the failure rate of software projects with the failure rate being around 66%. Failure being defined as over budget, delivered late or both. No mention is made of how many of those projects suffered from severe scope creep and feature bloat. Neither is whether or not the sucessful projects delivered the correct software nor how complicated the "sucessful" projects were. Further it has been claimed that if it were any other industry the failure rate wouldn't be tolerated.