项目管理的四大模型，项目经理必知！
是不是推论两个人对两件事与否介绍有条理？只不过是索韦泰且博奈。资金管理那个工作岗位的人也是那样，但因亚洲地区民营企业另一方面专业培训较少，许多部门经理都是在没基本上知识的情况下间接持证，因此可能会对基本上知识较为缺乏。
而黄金时代的快速产业发展又打下了区域化会在旧有的基础上更为强化和插值，因此做为部门经理很大要确切地晓得这三种基本上的资金管理数学模型，就可以总结经验、充分运用，那时他们就来一同自学呵呵这三种资金管理数学模型。
1数学模型 —— 依照业务流程纸制交货
峡谷数学模型是应用最广泛且最早出现的系统的资金管理数学模型，后续的数学模型许多都是在此基础上演变而来的，因此要想有条理地介绍各个数学模型的应用，峡谷数学模型是根本。
▍峡谷数学模型的六个阶段
1）软件计划
2）需求分析
深挖需求方的所有需求并进行分析，以确定需求方最终想要达到的效果，进而保证做出客户想要的产品。一般那个步骤需要和客户反复确认，最终形成需求文档，做为开发的依据。
3）软件设计
介绍了需求后，就要把需求系统化，根据需求的内容思考是不是呈现，如设计系统构架、设计系统界面、设计数据库、设计开发接口等，最终会形成架构设计文档。
4）程序编码
系统框架已经清晰，接下来是和程序员沟通，把设计结果通过程序代码变成客户可使用的操作平台。
5）软件测试
编码完成且在其相应的平台上也可操作，这时就需要测试人员站在客户的角度，依照需求文档进行详细测试，对于不合理或者不正常运营的部分提出疑问，然后程序员修复，所有疑问解决，最终形成测试报告。
6）运行维护
软件开发完成即可投入使用。但不可保证客户使用中与否会出现问题，因此项目团队可能需要继续维护，修复错误和增加功能。
▍举例
比如，客户要制造出两个小汽车。
▲首先，客户提出想法，想要两个舒服的、遮风挡雨的代步工具（初步需求）。
▲客户一开始可能并不确切想要什么样子的（对需求没那么清晰）。
▲部门经理根据客户需求做商业分析、市场调研、项目成本估算，对比工期和预算，评估与否可做，与否值得做（可行性研究）。
▲评估确定可行，约定价钱和时间，签订合同（制订项目计划）。
▲部门经理和客户确认需求，如几个座位，与否有智能设备等（需求分析）。
▲设计出原型图和客户确认，设计需要什么组成，如轮胎是不是做，方向盘是不是做等（软件设计）。
▲开始正式制作零件和组装（程序编码）。
▲这时客户来看，只能看到零件，如方向盘、轮胎等（中间客户看不到结果，只有最后能看到结果）。
▲这时，客户可能说空间太小，要六个座位的。这意味着设计图要重新调整，做好车壳需要加长等（峡谷数学模型不能做到随时响应变更，越到后期代价越大）。
▲零件制作好，且组装完成，测试人员进行测试，与否满足质量要求，与否需要修改（测试）。
▲最后，通过验收，客户开走车子。
▍优缺点
优点
▲计划性较强，每个阶段都有其明确的任务，让软件开发过程可控。
▲很好地分工协作，产品经理、部门经理、开发、测试等都有其相应的工作。
缺点
▲难以灵活响应需求变更，对于最初不确切需求的客户不友好。
▲工作量分布不均匀，项目安排是阶段性的，许多工作人员不能同时做事，可能会导致人力的浪费，如导致程序员开发时，测试人员需要等着结果。
▲进度控制难度加大，若前期进度受阻，就不得不压缩后续各阶段时间。
▍适用范围
▲客户对需求非常清晰，且在开发过程中没或很少变化；或者市场上已经有稳定的开发业务流程，项目进行过程中很少有变化。
▲客户对实时看到的效果没要求。
2增量数学模型 —— 按模块分批次交货
峡谷开发数学模型是两个纸制交货的过程，也是说那个项目通过了这六个软件计划→需求分析→软件设计→程序编码→软件测试→运行维护开发步骤，整个项目才算完成。
如果拿上面的小汽车为例，先制作轮胎，然后制作方向盘，再制作汽车壳等。而且制作轮胎时也要通过需求分析→软件设计→程序编码→软件测试这四个步骤，且如果模块没依赖关系的情况下，还可以并行开发。
▍优缺点
优点
▲分批次开发降低了开发的风险，两个开发周期的问题不会影响整体开发进度。
▲开发顺序灵活，可以根据组件优先级、成员的进度进行优先级排序。
▲很好地分工协作，产品经理、部门经理、开发、测试等都有其相应的工作。
▲质量有保证，每个阶段都有相应的文档留存和评审，可以帮助相关人员在动手之前思考得更清晰。编码结束后，也会有依照需求文档严密的测试，让质量更有保障。
缺点
▲难以灵活响应需求变更，对于最初不确切需求的客户不友好。
▲要求待开发的项目可以进行系统化模考划分。
▲模块并行进行，很可能导致成员工作的并行，例如，在做某一模块内容的同时，需要更改另一模块的漏洞。
▍适用范围
3插值数学模型 —— 按时间分批次交货
由于市场的快速变化，导致现在许多项目客户另一方面也不晓得需求是什么，因此为了应对这种情况，出现了插值开发数学模型，每次只设计和实现产品的一部分，然后逐步完成更多的功能。
每次设计和实现两个阶段叫做两个插值，整个过程就像两个完整的项目那样，包含软件计划、需求分析、设计、实现与测试验收等过程，就相当于进行了一次小峡谷插值，插值结束时都要完成两个可以运行的交货版本。
他们继续拿小汽车举例：在最初客户提出需求是需要两个代步工具，开发团队需求不是很清晰的情况下，做了两个滑板车，客户看过之后觉得不对，我需要让它速度再快点，而且再舒服一点。
那么，第二个版本可能就做了两个电动车让客户使用，客户使用了之后还是觉得不满意，那个不能遮风挡雨，这时团队成员就为这辆车加了棚子，是两个带棚子的电动车，再次提交给客户。
注意：在插值数学模型中，整个项目会被拆分成一系列的小插值。通常两个插值的时间都是固定的，不会太长。每次插值只实现一部分功能，只做能在那个周期内完成的功能。
▍增量数学模型与插值数学模型的区分
▲增量数学模型是依照功能模块来拆分；而插值数学模型则是依照时间来拆分，看单位时间内能完成多少功能。
▲还用制造汽车来理解，增量数学模型则是先做轮胎，再做方向盘，这样两个个模块来完成。而插值数学模型则是先做两个滑板，主要功能代步满足，然后再升级成电车，代步还有速度，这样一步步插值成最终的小汽车。
▍优缺点
优点
▲灵活响应需求变更，做最符合用户需求的产品。
▲快速交货产品，降低了产品无法依照既定进度进入市场的风险。
▲团队成员并行工作，有利于节省时间和人力。
缺点
▲项目的整体时间不好预估，只能短时间规划项目进度。
▲对部门经理和团队成员的要求较高，需要快速应对变化的能力，且一精多专。
▍适用范围
某些部分来讲，插值数学模型是应对变化而生的，因此它更适用于需求不确定的高风险项目。
由于种种原因，在需求分析阶段得到完全一致、准确、合理的需求说明是很困难的，因此为介绍决那个问题，让双方的理解达成一致，出现了快速原型数学模型方法，也叫原型数学模型。
但在原型开发过程中，并没经过严谨的系统设计和规划，可靠性和性能都难以保障。因此，在实际的软件项目中，针对原型数学模型的这种快速、低质量的特点，通常有两种处理策略：一种是抛弃策略，另一种是附加策略。
抛弃策略是指原型只应用于需求分析阶段，在确认完需求后，原型将会抛弃，实际开发时将重新开发所有功能。
附加策略则是将原型应用于整个开发过程，原型一直在完善，不断增加新功能、新需求，直到满足客户所有需求，最终将原型变成交货客户的软件，那个策略和插值数学模型优点类似。
▍原型设计工具
▍优缺点
优点
▲因为和客户交互方便，有利于提高客户的满意度，因此有助于短时间内产品的推广。
缺点
▲所选用的开发技术和工具不很大符合主流的产业发展。
▲快速建立起来的系统结构加上连续的修改可能会导致产品质量低下。
▲抛弃策略中的数学模型，可能会出现数学模型可以，但真正实现有困难的情况，再和用户沟通更改较难。
▍适用范围
过程明确、涉及面窄的小型系统；大型系统的需求阶段，用于和客户明确需求。
推荐一款工程资金管理软件，简道云，一款零代码轻量级的应用搭建平台。管理员无需代码，即可构建出符合需求的业务管理系统（如生产管理、进销存等）。员工电脑、手机均可使用，随时随地都能处理业务。用户能够通过拖拉拽自定义设计表单、通过简单连线设计业务流程、通过组件丰富的仪表盘对数据进行展示，还可以通过高级功能打破数据孤岛、挖掘数据的价值。这些功能能够满足用户个性化的应用搭建需求。
