最近，一个项目经理朋友，实在干不下去了，就找到咱们一位项目管理界的大牛级前辈倾述……
天啦噜，做项目还有这么多讲究？天天加班就算了，“姿势”还得对？
我们且往下看↓↓
项目的开发“姿势”大致可分为四大类
1
预测型 IT软件行业也叫瀑布开发模型
它长这样式Emmmm…好吧这个图笔记不好记来个抽象派滴~
2
增量型-每次交付一部分
像搭积木一样逐块构建
没体会滴，赶紧买个乐高“实践”一下
3
迭代型-从粗略到精细，从模糊到清晰，
每一个版本比上一版更完善
艺术专业生表示毫无压力我们一直这么是迭代艺术创作滴
4
敏捷型（也称适应型）
这个图高级了，快点收藏保存起来先用最低成本最快速度上线一个最小可行产品MVP（Minimum Viable Product），通过用户反馈确认需求，适应快速变化的需求和环境，在用户深度参与中持续开发产品。
延伸
STACEY矩阵
由Ralph D. Stacey 1996 年在《组织的复杂性与创新》中提出。
——Ralph D. Stacey《STACEY矩阵》
Stacey
根据需求是否明确和技术是否确定这两个维度，把项目可以划分成5个区域：
第一个区域，需求明确，技术（解决方案）也确定，这类项目就是简单的项目（Simple）；比如注册一个新公司，需求很明确，手续也很清楚，就那么几步规定动作，因此大量代理机构都可以帮你完成这个项目。
第二个区域，需求明确，技术却不确定，也就是说怎么实现不知道，这类项目叫复杂的项目（Complex），也叫棘手的项目。比如“无人驾驶”，这项目需求明确吧？“无人驾驶”四个字把需求说的明明白白，就是不要人开，车自己会走。但是“无人驾驶”研究了几十年，各种方法都试过了，一直也没搞定，最近随着人工智能技术的发展才让无人驾驶离现实越来越接近。
第三个区域，技术很确定，需求却不明确，这类项目最坑爹，比如我们经常遇到这样的客户，让我们开发一个信息系统，问我们会什么技术。你都不耐烦了：“老子啥都会，这根本就不需要什么新技术，问题不是我会什么，关键是你到底要什么？”这类项目是烧脑型的项目（Complicated），愁死个人！
第四个区域，需求不清楚，怎么实现也不清楚，这叫混乱状态的项目（Chaotic）；
第五个区域，就是图中紫色区域，不属于前四种区域的其它项目，属于模糊型（Hazy）项目。
-----问答-----
简单的项目怎么办？
既然需求明确，怎么实现也清楚，最好提前把计划做到位，预测型开发模式最适合。
棘手的项目怎么做？
技术不确定，怎么实现不知道，只能摸索着来，推荐用迭代开发。
那烧脑的项目怎么做？
既然客户要什么还没想明白，那就想明白什么先做什么，你边做他边想，最好增量开发，分成多个阶段交付，减少推到重来的风险。
模糊的项目怎么办？
需求和实现方案都不明确，最好用敏捷开发，适应性强，灵活机动，拥抱变化。
那混乱的项目我怎么做？
死的太难看，最好别碰。
你哭啥？
我总算明白了，我现在就是在作死中……
哭没用，如果需求和技术，两头都不沾，奉劝领导及时收手也是善事。
C罗不止人帅，关键姿势也帅，进球一点儿都不意外。
德赫亚为啥黄油手，姿势就不对！
做项目和踢足球都讲究姿势：“要想少加班，姿势先摆对！”
原创作者：杨述，本文转载自：漫话项目管理，版权归原作者，部分图片源自网络
