Comments on: How to Ruin an IT Project http://aboveandbeyondkm.com/2009/06/how-to-ruin-an-it-project.html A discussion of knowledge management that goes above and beyond technology. Sat, 24 Jul 2010 00:55:00 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: VMaryAbraham http://aboveandbeyondkm.com/2009/06/how-to-ruin-an-it-project.html/comment-page-1#comment-1501 VMaryAbraham Wed, 01 Jul 2009 08:35:17 +0000 http://aboveandbeyondkm.com/?p=1071#comment-1501 Paula -<br><br>You definitely were ahead of the rest of us in the 1990s. Given the inherent shortcomings of requirements, why do IT departments around the world still cling to them? Inertia? Willful blindness? <br><br>- Mary Paula -

You definitely were ahead of the rest of us in the 1990s. Given the inherent shortcomings of requirements, why do IT departments around the world still cling to them? Inertia? Willful blindness?

- Mary

]]> By: VMaryAbraham http://aboveandbeyondkm.com/2009/06/how-to-ruin-an-it-project.html/comment-page-1#comment-1502 VMaryAbraham Wed, 01 Jul 2009 08:31:08 +0000 http://aboveandbeyondkm.com/?p=1071#comment-1502 Thanks, Sean. I'd love to know what your PM folks thought of it!<br><br>- Mary Thanks, Sean. I'd love to know what your PM folks thought of it!

- Mary

]]> By: rotkapchen http://aboveandbeyondkm.com/2009/06/how-to-ruin-an-it-project.html/comment-page-1#comment-1500 rotkapchen Wed, 01 Jul 2009 06:21:38 +0000 http://aboveandbeyondkm.com/?p=1071#comment-1500 In the mid-90s I had a presentation "Requirements Don't Work" that began to circle in on some of the same topics I'm spewing today. The relevant evidences have just increased in detail.<br><br>So far the best placeholder is to leverage Design Thinking fundamentals. While there are a variety of ways to consider the approaches, this article details the fundamentals most relevant to IT <a href="http://twurl.nl/5t3dlc" rel="nofollow">http://twurl.nl/5t3dlc</a><br><br>My own summary of relevance:<br>Immersive Research -- establish the relevant context<br>Collaborative Discovery -- even with paper artifacts a process of 'winnowing' possibilities allows for 'failing faster' (This? No, This? This and This?)<br>Collaborative Development -- Moving into construction with same methods as last phase<br>Continuous Adaptation -- via feedback loops (business conditions constantly change -- there is no Done) In the mid-90s I had a presentation “Requirements Don't Work” that began to circle in on some of the same topics I'm spewing today. The relevant evidences have just increased in detail.

So far the best placeholder is to leverage Design Thinking fundamentals. While there are a variety of ways to consider the approaches, this article details the fundamentals most relevant to IT http://twurl.nl/5t3dlc

My own summary of relevance:
Immersive Research — establish the relevant context
Collaborative Discovery — even with paper artifacts a process of 'winnowing' possibilities allows for 'failing faster' (This? No, This? This and This?)
Collaborative Development — Moving into construction with same methods as last phase
Continuous Adaptation — via feedback loops (business conditions constantly change — there is no Done)

]]> By: VMaryAbraham http://aboveandbeyondkm.com/2009/06/how-to-ruin-an-it-project.html/comment-page-1#comment-799 VMaryAbraham Wed, 01 Jul 2009 04:35:17 +0000 http://aboveandbeyondkm.com/?p=1071#comment-799 Paula -<br><br>You definitely were ahead of the rest of us in the 1990s. Given the inherent shortcomings of requirements, why do IT departments around the world still cling to them? Inertia? Willful blindness? <br><br>- Mary Paula -

You definitely were ahead of the rest of us in the 1990s. Given the inherent shortcomings of requirements, why do IT departments around the world still cling to them? Inertia? Willful blindness?

- Mary

]]> By: VMaryAbraham http://aboveandbeyondkm.com/2009/06/how-to-ruin-an-it-project.html/comment-page-1#comment-798 VMaryAbraham Wed, 01 Jul 2009 04:31:08 +0000 http://aboveandbeyondkm.com/?p=1071#comment-798 Thanks, Sean. I'd love to know what your PM folks thought of it!<br><br>- Mary Thanks, Sean. I'd love to know what your PM folks thought of it!

- Mary

]]> By: rotkapchen http://aboveandbeyondkm.com/2009/06/how-to-ruin-an-it-project.html/comment-page-1#comment-797 rotkapchen Wed, 01 Jul 2009 02:21:38 +0000 http://aboveandbeyondkm.com/?p=1071#comment-797 In the mid-90s I had a presentation "Requirements Don't Work" that began to circle in on some of the same topics I'm spewing today. The relevant evidences have just increased in detail.<br><br>So far the best placeholder is to leverage Design Thinking fundamentals. While there are a variety of ways to consider the approaches, this article details the fundamentals most relevant to IT <a href="http://twurl.nl/5t3dlc" rel="nofollow">http://twurl.nl/5t3dlc</a><br><br>My own summary of relevance:<br>Immersive Research -- establish the relevant context<br>Collaborative Discovery -- even with paper artifacts a process of 'winnowing' possibilities allows for 'failing faster' (This? No, This? This and This?)<br>Collaborative Development -- Moving into construction with same methods as last phase<br>Continuous Adaptation -- via feedback loops (business conditions constantly change -- there is no Done) In the mid-90s I had a presentation “Requirements Don't Work” that began to circle in on some of the same topics I'm spewing today. The relevant evidences have just increased in detail.

So far the best placeholder is to leverage Design Thinking fundamentals. While there are a variety of ways to consider the approaches, this article details the fundamentals most relevant to IT http://twurl.nl/5t3dlc

My own summary of relevance:
Immersive Research — establish the relevant context
Collaborative Discovery — even with paper artifacts a process of 'winnowing' possibilities allows for 'failing faster' (This? No, This? This and This?)
Collaborative Development — Moving into construction with same methods as last phase
Continuous Adaptation — via feedback loops (business conditions constantly change — there is no Done)

]]> By: seanabrady http://aboveandbeyondkm.com/2009/06/how-to-ruin-an-it-project.html/comment-page-1#comment-795 seanabrady Tue, 30 Jun 2009 15:15:27 +0000 http://aboveandbeyondkm.com/?p=1071#comment-795 That is a great image. It sums things up very, very well. Forwarded on to our PM folks. That is a great image. It sums things up very, very well. Forwarded on to our PM folks.

]]>