互联网日益盛行的今天，技术项目已经是一个不可阻挡的大趋势
但翻遍了各大平台，发现技术分享类的文档特别多，但是技术项目经理相关的却寥寥无几，因此想把自己知道的一些内容能以文字的形式输出，也希望多一个和各位大佬交流的渠道
今天想跟大家交流的是作为一个技术项目经理，开展一个技术项目的常规流程都有哪些呢？
（作为一个掘金小白，以前都是仰望各位大佬的著作，第一次尝试输出自己的一点心得，写的不好的地方还望大家多海涵）
1.初识项目背景
要做好一个项目，首先要先从一个项目的背景了解起，这一步的目的主要还是帮助项目经理了解该项目的初衷，顺便验证该项目的市场环境是否有实施该项目的必要；也从用户的角度验证用户是否真的需要该项目，当然这一步一般在项目经理介入的时候已经验证的差不多了，但项目经理是有了解的必要的。
2.KO立项
等到市场环境、用户需求已经验证的差不多了，项目经理便可以组织各方力量对该项目做立项处理
立项过程主要的流程有：识别各干系人、确定项目范围、上线时间、里程碑、关键路径
另外，还有非常重要的一环是确保各关键干系人都同步到了项目的目标，还有关键的里程碑和上线时间都达到了初步共识，当然，鸡血别忘了多打 = =，情怀也绝不能少
3.初步需求评审
项目范围确认后，可以进行初步的需求评审、交互评审，同时做好项目子域的划分，敲定好各子域的负责人，以便后续对项目做更细化的拆分
同时也可以和各子域的负责人一起对项目中可能遇到的风险做初步的评估，后续也持续对项目的风险做更新
4.WBS拆分及优先级确认
需求评审完成后可以尝试着将任务逐步拆解，拆成更细化的WBS工作表，基本原则是越细越好，也能验证自己评估的工作量及加的buffer是否合理
同时，也可以给当前的子任务定义下优先级，最好能划分出项目的MVP，对优先级高的且在关键路径上的任务可以优先开发
5.技术方案评审
业务方案和项目内容已经确认后，重点开发同事便可以开始评估技术实现方案，此时需要输出业务架构图，技术架构图，关键技术方案，初步的风险评估书
6.任务分派
对于上述拆分出来的wbs，可以分配到人，并归于不同的子域，让每个子域的负责人也能知晓该任务的详情，便于后续跟进和问题的处理
7.开发
任务拆分完成且优先级已经确认下来后，开发同事便可以进入开发流程了，测试同事也可以同步攥写测试案例，该过程碰到的研发类的问题基本可以交由子域负责人来处理，再有解决不了的，可以求助各技术leader或者外部的专家
项目经理在该过程中需要和研发团队保持密切的交流沟通，阶段性的check里程碑和关键路径，并评估是否有新风险
8.测试
前期测试同事输出的测试案例在此刻就可以发挥作用了，也可以随时补充自己的测试案例，保证任务符合项目目标
UAT和众测
测试同事把相应的领域全部测试完成后，也需要关注整体的性能，另外，也可以将测试环境交由业务同事及项目经理来验收
这个阶段还比较想强调的一点，是希望核心的研发同事、测试同事、项目经理，大家可以坐在一起，对研发要上线的内容做一次统一验收，这步有几点好处：
1、不同的人有不同的视角，比较可能发现一些线上会出现的问题
2、让大部分人对项目内容有一个比较全面的了解，从历史经验来看，大部分研发同事只关注自己开发的那部分
上线
项目在上线时，一定要在灰度等环境做好验证再发布到正式环境，也要及时监控用户的使用反馈等
