Hey,
lokheed! Remember the concerns you voiced about our release? At this point, the only thing that's going to hold it up is if Daniel's not ready with his release- as of 5:30 today, it had eight open issues and he'd just found a new one. All of our 5.5.1 fixes have been verified in test and are good to go, leaving only the last few items left, all of which except for the one checkin oddity, i think can be safely deferred until the next maintenance release- so i'm not concerned in the least about it.
You, sir, rock.
In other notes:
I'm convinced that the precepts of Agile Development can work in a vacuum.
I'm equally opinionated that the way we're implementing it is critically flawed. It is being driven by people who don't know the personalities of the people in the department, much less whether there are working processes in place; and they don't seem to care when a self-organizing team begs to be let work on things that are well within their scope and practice- the same group which has been doing so for an extended period and has met or beat every deadline, as well as having demonstrated a capability to release on a bi-weekly basis.
If people had been brought in entirely for the purpose of doing this, they could become an effective team. If the late arrivees bothered to listen to some of their senior staff, they'd have a capable team. As it is, the personalities ang work ethics on the team they've assembled will make it tough, and that difficulty will be compounded by the fact that the database admin, the user experience designer, and the quality assurance engineer all are also tasked out on other projects.