TALENT项目管理之火山模型

模型定义

火山模型 ：是将多个项目进行同时管理，按照客户联系你的紧急程度来进行对开发进度的统筹，多个项目的周期都主要分为，冷却期和喷发期两个阶段，简单来说：冷却期屁事没有，喷发期当晚上线，形如火山喷发之势。最终得到的上线产品，能不能使用并不重要，其过程就是在某一指定时刻到达喷发的顶点（上线）。利用这一项目管理办法可以完成多个项目的同时掌控，按照喷发的先后顺序猛烈程度进行今天，明天，后天，**天依次上线，上线顺序形如瀑布。整体核心与常规的瀑布流模型正好相反，不存在传统意义上的输入，各阶段输出结果并不作为下一项活动的输入，如果验证未通过，没事儿继续下一项活动，因此此模型常作为锻炼员工敏捷开发的基础。

模型演示

通过模型展示可以更好的体现出，此模型两阶段的实际状态

试用场景

• 当有一个突如其来的需求且你无需知道它会被用在何处时，纯火山模型特别合适，因为短暂的项目状态变化，由不得你想这想那。
• 当有专业一线测试人员，且不用担心公司测试会提出bug指向到你时，火山模型将成为首选。
• 对于那些不用理解同时都不知道干啥的项目,采用纯火山模型最为合适,因为你不知道可能你的项目经理也不知道
• 在没有质量需求且成本较低和进度要求当日上线的时候,它尤为出色
• 当开发队伍存在一位知道如何复用的技术人才时,火山模型更为适合

缺点

• 推广还不够彻底，没有普及流行，在软考中还没纳入考点。

优点

• 开发状态的变更完全可控，就两种管理状态，不是冷却就是喷发。
• 节约成本，全流程无需要测试人员介入，上线后的几个月内后会有一线用户进行测试。
• 充分迎合用户需求变化，客户说改立马就改，持续变更持续上线【CCCO】。
• 项目完成阶段上线后，只需要去关注用户测试的进度。
• 早期的错误无需更改，客户发现后，收集多个用户的测试结果凑够一个文档再统一改动。
• 各个阶段的划分完全不用固定，各功能之间需求定义自己理解就行。口头记下，口口相传。无需整理文档，大大的节约了时间，减少了工作量。
• 更好的迎合项目团队的管理，你说我改 他说我也改，氛围融洽。

感谢阅读

如果读者有更好的理解欢迎讨论
文中专业术语解释：【CCCO】:Constant change Continuous on-line