I had an epiphany today which got me out of bed at 4:00a...
At my current workplace I've repeatedly experienced some "Sharepoint Projects" that internal customers initially are convinced are "micro projects" and apparently ideal fits for Sharepoint eventually snowball into larger, longer, more complex projects wherein Sharepoint can't quite do what they want....
:-|
Everyone suddenly gets all disillusioned & frustrated, and pointing the finger at Sharepoint as the culprit, which I find annoying. Instead of focusing on the 95% of the "initial" requirements which were met swiftly & completely by Sharepoint, they end up focusing on the remaining 5% of the "eventual" requirements which Sharepoint struggled with.
Hmmm...
"Eventual" Requirements...
This scenario played out enough times (and truth be told on even NON-Sharepoint projects) that I must have been working on it even in my sleep, because the epiphany hit me just minutes ago:
THE REAL CHALLENGE IS THIS:
HOW TO QUICKLY, COMPLETELY & ACCURATELY UNCOVER ALL 'HIDDEN' AND 'FORGOTTEN' REQUIREMENTS AT THE BEGINNING OF THESE 'MICRO' PROJECTS ?
That is, in a company culture that appears to DESPISE - and therefore attempt to skip in its entirety - that part of the traditional SDLC model wherein Solution Needs Assessments and its subsequent Solution Requirements Definition are exhaustively performed, the end result is INVARIABLY the same:
- The Customers naively coerce developers into Solution Construction with only partial requirements;
- The Customers naively coerce developers into Solution Deployment with only partial testing (due to partial requirements);
- The Customers naively begin using The Solution;
- The Customers FINALLY begin uncovering the HIDDEN REQUIREMENTS and FORGOTTEN REQUIREMENTS;
- The Solution does not - and SHOULDN'T be EXPECTED TO - meet these HIDDEN and FORGOTTEN requirements;
- The Customer gets angry, and wants to blame The Technology for what is THEIR oversight.
:-(
End of Epiphany. What I've realized is that for Sharepoint - and many other technologies, in fact - the MOST CRITICAL KEY TO SUCCESS is finding a way to QUICKLY, COMPLETELY & ACCURATELY capture REQUIREMENTS:
- QUICKLY, because The Customer DESPISES this activity, and will forever & always deem it an UNnecessary waste of time & money;
- COMPLETELY because every damn project I've seen struggle and/or fail can invariably find incomplete requirements as THE root cause;
- ACCURATELY because sometimes requirements are OVERSIMPLIFIED, and this is just another form of being INCOMPLETE.
This then is going to be Mark Vogt's QUEST - and possibly the topic of an entire booklet...
The Quest for Holy Grail of Methods: Quick, Complete & Accurate Solution Requirements Gathering.