走出混沌——从“三边”工程到实施方法论
关于IT项目管理，在网上流传很广的说法是“三边六拍”项目，虽说这是对IT项目的揶揄，却也总结得非常经典，切合当时的实际。但是网上没有一篇文章对“三边”和“六拍”作详细注解的，现在这里对“三边”工程作些详细的注解。
所谓的“三边”，就是指项目实施过程中“边计划，边实施，边修改”。我最早听到这种说法是在1997年，当时给一个招投标机构作内部管理MIS，他们的领导揶揄说现在不少项目做成了“三边”工程，并详细诠释了“三边”的含义，当时就令我咂舌称叹，说实话，那时候的IT项目基本上都是“三边”工程。
首先，第一个环节就是不规划先行动起来，叫做“边计划”。其实现在想来，这也符合事物发展的必然规律，谁第一次做项目就能规划得滴水不漏，头头是道？我想应该都是摸着石头过河！在当时，管理过较大IT项目，尤其是软件开发类项目的人非常少，也没有几个成功的项目案例值得借鉴，没有人知道规划阶段究竟要想清楚哪些东西才可以动手。通常在项目计划的过程中，项目经理并不知道要达到什么具体的目标，要形成一个什么样的最终成果，也不知道这件事情该如何做。多数情况是范围不清、目标不明，盲目地、朦胧地凭感觉来做，在规划阶段给项目经理再多的时间他也想不清楚到底要规划哪些方面，规划到什么程度，所以只能是边走边计划。
第二个环节是边走边看，叫做“边实施”。实施过程就像傻女子和面，面多了加水，水多了加面，最后把人都糊到面团里了。我们经常讲哥伦布式的管理，项目实施也有哥伦布式的项目。所谓哥伦布式的管理就是：走的时候不知道要去哪里，去的时候不知道到了哪里，回来的时候不知道去过哪里。整个过程是一种布朗运动，完全是一个无序的混沌态。
第三个环节是边做边改，称为“边修改”。做项目的人都知道，计划赶不上变化，项目是在复杂多变的环境下进行的，注定要发生很多始料未及的事情。情况变了，就要随需应变，就改吧。改来改去改成什么样子谁也不知道，反正最终的结果是什么样大家都不清楚，就顺其自然吧。
