掐“头”去“尾”管好项目
每次考试，语文老师阅卷任务总是最繁重，尤其是作文评分，更耗时间。为了提高效率，他们一般会按“三段法”的顺序，先看看开头和结尾论点是否正确，再看看中间有没有偏题、跑题。
基本上，对一篇作文来说，一头一尾把握住了，基本不会差太多。项目管理也是一样，掐“头”去“尾”控制住，项目过程也出不了什么大错。
针对一头、一尾、一中间，再提出几点建议作为应用“三段法”的补充。
1．对“开头”的建议：
“好的开始是成功的一半”。明确项目的范围和目标是基础性问题，回答好“做什么、怎么做”的问题，对项目整体成败至关重要。
“干活不由东，累死白搭工”这话，话糙理不糙。项目范围既不能贪多、也不能过少。贪多，很可能是眉毛胡子一把抓，结果什么都没抓住、什么都没做好。过少，连最基本的需要都满足不了，用户怎么可能满意？
目标是前进的方向，方向如果错误，再多努力也不可能成功。做项目既要埋头苦干，也要抬头看路，让市场和用户来决定产品，比先做出产品再去找市场和用户更容易取得成功。
Vista的发布曾引来骂声一片，就是没有认清用户真正要的是什么，闭门造车导致的失败。反观Gmail长达5年的用户Beta测试及上线后的反响，高下立见。
软件项目的成功必须重视用户的需求，这个“开头”必须有用户的充分参与，才能做出令人满意的产品，项目才能取得成功。
2．对“结尾”的建议
软件项目的“结尾”不只是产品通过验收和用户签字认可，还可以是由于各种原因成功无望的项目被及时终止。
软件项目在实施过程中可能会遇到各种困难，比如技术不成熟、外部环境变化、内部资源不足等情况。有些困难是可以克服的，有些则是不可抗的。作为项目的管理者，不仅要考虑如何取得成功，也要考虑如何处理失败。
项目应该能“上”也能“下”，对那些无法再继续进行下去的项目，应该及时应用“项目终止流程”中止，避免把更多的人力物力浪费在注定失败的项目上。这是减少因项目失败造成损失的正确选择，也是一个成熟的软件开发组织必备的能力。
失败的项目不是耻辱柱，而是另外一种财富。通过分析失败的教训，不但可以使组织避免“重复犯错”，还可以避免有价值的知识随时间流逝和人员变动而消逝。
3．对“过程”的建议
“开头”和“结尾”很重要，“中间”也同样不容忽视。一个条理分明、层次清晰的论述过程，绝对可以为文章加分不少。
执行阶段的复杂程度决定了管理的难度，不过，我们仍然可以找到很多方法来提高管理的效率，比如目前比较流行的敏捷开发的若干做法，正是对付这个“大肚子”的好办法。
敏捷开发强调效率，但并非不要纪律。它是将严格的文档和控制流程“化整为零”，变集权为分权，以便随时随地进行管理。比如：站谈会议、进度讨论、持续发布，就是把正式评审、PMC控制、配置管理的工作分散到日常的管理活动，用零星的、小块的时间来完成。
在“过程”中追求敏捷，我们可以把笨拙的管理过程简单化，让这个软件项目中涉及内容最广、经历时间最长、面临风险最多的“过程”变得清晰可控。
综上，“三段法”不仅在写作中有着广泛的应用面，在项目管理当中也可以灵活运用，让管理过程变得更灵活、更及时、更有效，进而提高整个项目的成功机率。