Signing-off on your prototypical madness
20 October, 2007How do you sign-off on your systems requirements and documentation?
Projects I have worked on previously have collected and collated requirements from business and then produced a large tome so complex that no one understands it (except the author and the IT-dudes), but that they are expected to sign-off on. Once that’s done, the programmers build. But that’s not how things are done on this project.
In my current project, we’re using prototypes to communicate our understanding of business and user requirements. Just recently though, after the conclusion of a presentation of a prototype, and some excellent discussion around their work practices, our team began to talk about the need for requirements. That talk led to the question “how much documentation do we need to get sign-off”.
I would love for The Powers That Be, after seeing a prototype, to agree that it reflects their needs and sign-off on the prototype. My feeling, though, is that they will still want their pound of flesh .. err.. I mean paper to put a signature on.
Maria’s been working on this same project for a while and has noted that our tools for gathering and managing requirements (outside of prototyping) have been lacking. I would have loved for our team to be able to hand over a set of requirements that we’d gathered at meetings and workshops, traced back to specific prototypes or versions of prototypes, so that they had a stack of paper that they could read (if they wanted to) and sign. But all we have at our disposal is Word and Visio.
In an agile project environment, how do you get sign-off on prototypes as requirements? Or do you just make more paper?
M
Posted by magia3e










