Dear Experts
My organization is currently adopting the Agile methodology for Project Management of projects (However, they only seem to adopt the part that mean less documentation/work)
As someone who works on behalf of the business, it is up to me to ensure that the requirements have been met. However, many of the user stories are 9by design) fairly vague. But in order to test something, details are required. From what I can tell, these details are kept in the developer's head. But is there any opart of the Agile methodology that I can state they need to follow in order to document the detials of such user stories (because at the moment I just waste time searching for the right person to ask)
An example may be: As a user I need to ensure that all the mandatory fields are completed before I move to the next step
Where are the mandatory fields defined?
Thanks in advance!
In the User Story world you ahve Acceptance Criteria as thetest case/s for the requirements. Acceptanc criteria are, when using cards, often atatched to the back of the story card. Look up Dan North's Behavior Driven Development for a good run down on user stories and acceptance criteria.
As a reprasentative of the client you should work with them on establishing acceptance criteria and actively participate in explaining what they are and testing to ee tat they are met. Do this inside the sprint, not in a test phase in a subsequent iteration.
Re Agile being a low-doc solution, my experience is that many tams generate much more documentation - but incrementally. And the end outcomes are usually much higher quality and more likely to be used.
You agile adoption is likely to fail is people are lazy. Discipline is required, and continous improvement is crucial.
Hi there,
A couple of related concepts which I have recently heard articulated, and which resonated with me are:
All the best with the agile adoption!
Cheers,
pete
brought to you by enabling practitioners & organizations to achieve their goals using: