All Entries in the "Methodology" Category
Agile Teamwork – what BA’s need to know (Guest Post)
Agile team members must know something about teamwork and this means understanding a lot about human behavior and why people do the things they do!
“Cascade”: Q&A with David Wright
Cascade: Better practices for effective delivery of information systems in a multi-project environment.
Agile and Traditional Methodologies Compared…. Again
This post is spurred by a few articles I’ve read recently which have only served to reinforce some similar thoughts I’ve been having for a while now on the constant, competitively toned comparisons between agile and traditional development methodologies.
As I read article after article extolling the wonders of these new methodologies against the weaknesses of the traditional methods, I begin to wonder if the emphasis isn’t too much on agile methodologies over agile principles.
Agility vs. Bureacracy (and other thoughts)
How long will “Agile” remain agile?
Does Your Paperwork Add Value?
That it’s required doesn’t mean that it adds value.
Choosing Between Agile and Classic Management Methods
“[T]he determination is made by evaluating project environments and organizational stakeholders.”
More on User Stories
How are user stories different from use cases and from traditional requirements?
Onshore vs. Offshore
The way I see it, offshore outsourcing of IT work – chiefly development and QA – is not going away. Those of us stateside will have to learn to adapt and thrive in this new type of environment in order to remain marketable. For many of us, retooling may be necessary.
The REAL Development Lifecycle?
Ok, time for something light. This is funny stuff. Forget the phases or iterations – THIS is how the development lifecycle really plays out… Right?
“Party of Four” Key Considerations in Product Development
This “party of four” key considerations comes from Adam Bullied at writethatdown.com. Basic? Absolutely. Product management 101 type stuff? Yes, sir. But if you’re not including these 4 key and simple concepts in your product planning you probably ought to.