概述
任何一家公司起码都一个成熟的产品或者服务支撑公司运行，对于任何一家软件开发公司也是需要一个或者多个成熟的软件产品。
而在产品的孵化和持续迭代过程中，任何一家软件公司都是需要一套自有的管理流程。
从宏观来说，一定是先有市场，才有产品的
市场需求可能来及市场规划侧与客户沟通洞察、国家政策合规需要、或者是某个大佬提前预测市场未来的需求
产品的孵化或者迭代开发过程中，总的流程一般都是需求规划先行、迭代持续开发、市场小范围交付验证、正常批量上线交付的流程
公司的规模、产品的形态、以及追求的目标侧重点会让细节有些不同，但是质量、快速迭代、市场验证一般是追求的目标
市场验证主要是为了验证产品是否满足市场需求，避免开发的产品和市场需求偏差太大
质量是产品的生命线，如果产品的质量不好，会严重影响产品的口碑以及后期的推广
快速迭代为了进行市场验证，市场瞬间万化，是不可能等到所有的东西都准备好才去推广的
正常来说一个客户的需求都是要提前很久沟通，提前一年，两年，市场需求的洞察也都是要提前规划的，开发快速迭代都是需要时间的，是需要快速占领市场。机会往往稍纵即逝
流程细节
从公司的规模来说，规划分为市场规划，和技术规划。简单的产品往往只需要市场规划即可，不需要技术规划相辅相成。对于一些有技术壁垒，甚至技术比较负责的产品是需要市场规划和技术规划相辅相成，相互约束
技术规划包含技术预研，技术预研又可以分为三类：
有方向，没有明确目标，没有明确技术方案的
有方向，有明确目标，没有明确技术方案的
有方向，有明确目标，有明确技术方案的
这种一般都需要有一定体量级别产品部门才会进行，一般小的体量级别是不会投入单独的人力去进行技术预研，一般在项目开始前就已经有核心人员消除技术风险
到这里基本就要开始立项
项目管理过中{BANNED}最佳主要就是识别风险，消除风险。
对于高风险，没有把握的项目一定要做项目沙盘，项目沙盘也是为了提前消除项目过中风险，提升团队信息的重要一般
立项一开始重要的就是用户需求评审、系统需求评审
这两步重要的就是确定需求，边界。需要交付功能的蓝图以及边界，边界非常重要，避免需求蔓延。实现过程中会发现需求越来越大
系统需求评审过程中就是要明确实现过程中使用的技术
需求讲解过程中，如果为了避免信息传递偏差，可以进行需求反讲解，确认相关责任人理解关键点一致
如果对于比较大型的项目，这里需要输出总体设计说明书，明确项目拆分的子系统，边界。是否分迭代实现，以及每个迭代要交付的功能边界
到这里，如果消除了项目风险，就可以立项了
项目风险包含人员风险，关键技术风险，工作量风险，资源风险等
所有识别到的风险一定要消除之后才能立项，对于立项没有识别的风险是非常危险了，立项之后没有识别的风险如果在项目过程中暴露，那也是要必须想办法消除
在没有立项之前识别到不可消除的风险，可以不立项，影响较小
但是如果立项之后，相关关键人员到位之后再有风险，这个时候如果项目不能按时交付影响就比较大了
巨大的浪费
总体设计评审时候，就要估工作量，开始投入人力，开始列计划，制定里程碑。进行迭代开发
在模块设计完成之后，开发的时候需要同时进行测试评审，重点评审如何对应模块进行测试，以及测试的具体用例，要保障每个异常点，客户的每个异常点都能测试到，正常流程由开发人员测试保障
这里如果是小的功能或者大的功能点改动可以增加用户使用场景分析、改动关联分析。用户使用场景分析需要重点分析用户各个使用场景，避免考虑缺失。改动关联分析对于比较复杂难改动的产品需要注意改动影响范围，需要保障产品质量
这里瀑布开发和快速敏捷开发的区别就是这里是一部到位完全开发完成
还是分成多次反复迭代开发，总之是需要完成一次项目目标
快速迭代可以将一个大的项目功能分成多次，以便快速进行市场验证
为了保证项目质量
开发过程中可以增加缺陷预防计划，设计评审、代码走读，单元测试，模块测试等等
测试完成之后则可以进行项目准出
市场快速灰度验证价值
{BANNED}最佳后批量交付。完成一个项目交付
这里还有根据实际情况，可以增加活动，或者减少活动，重点还是要看产品规模
项目目标、进度、质量、市场价值等
