1、项目启动会2、未有合同不能开展余下的工作，特殊情况除外
输出结果
验收
项目计划
代码开发
数据库设计
1、了解客户各个干系人，业务的对接人和对接方式2、整理大概的项目计划、里程碑
开始
1、部署UAT、生产环境，要在项目进行过程中，就要客户准备好，例如一些数据，也需要提前让客户准备好
1、服务器运维，日常检查，保障系统正常运行2、漏洞检查，漏洞修复3、bug修复
思考点：1、例如农垦项目（分包的），确认需求时，涉及到业主、客户，确认需求范围时，要思考如何确认2、角色定位，分包的项目，作为项目经理，是直接对业主，还是直接对客户接口人，职责范围是怎样，也值得思考，而且，部分功能需要分包，例如ui，那么，如何建立沟通渠道，是要想想3、例如农垦项目，客户要求设计页面，没原型，没范围，而且业主的接口人，也不能拍板，反复是常态，思考如何减少反复次数4、农垦的项目，客户经常变更，晓峰可以拒绝变跟，我们则不能拒绝客户的变更5、项目开发过程中，如何提高人员积极性，需要加班抗事情的时候，能够做得完，能够紧凑执行6、当没有按照计划实施时，要怎么做
需求详细调研
项目立项
验收报告
1、效果图确认，跟原型一样，需要客户确认（不确认不往下做），最好签字、盖章确认，其次是双方公司邮箱确认2、需求调研清楚后，需要跟开发、前端、测试讲解需求。重要的，也需开一个需求评审会，来确认大家对需求理解是一致的，需要每个人都对需求有所了解3、把关数据库设计和一些中要流程的设计，减少业务偏差
1、控制客户预期，可能客户会发现很多问题，这些问题要甄别好是否范围内
签订合同
项目售前
原型设计
1、项目经理一定确认好需求范围，就算售前前时，已确认过，并写到合同，也不能算最终的边界2、尤其是分包项目（农垦的项目），尤其明确跟甲方的范围，有可能甲方跟业主的需求很范，需求调研时，警觉业主的要求，有可能是范围外的功能。3、警醒调研过程中，提及的内容，并多些提问业主，挖掘可能的功能，发现可能存在的功能，要及时同步给客户4、不要怕麻烦，把范围列得详细，这是以后扯皮的根据，范围中，不做的也需要明确标注出来5、业主的对接人，不能直接拍板，需要识别这种反复修改的风险，尤其是政府项目（需要多层确认），这需要提前识别，做好应对，这个最好在需求调研时，问清楚客户
UI设计
需求文档
需求评审会
效果图
整体测试
1、需要邮件于客户确认（不确认不往下做），最好就是签字、盖章确认，需求文档也是，其次是双方公司邮箱确认2、项目经理，发出去的原型，都要经过自己的审核，查看每个功能点的合理性、易用性、业务是否跟需求一致
概要设计
1、严格按照计划执行： ◆ 每天开早会 ◆ 每天工作汇报 ◆ 每周向客户发周报2、开发的重要逻辑，不要让实习生来负责3、不要相信他们反馈工作已做完，多多少少都存在差异，起码打个7折，并且要检查他们做的情况，以免效果有偏差
测试用例
客户试用
结束
正式上线
单元测试
部署UAT
1、上线需要邮件通知干系人
上线汇报邮件
原型
运维
1、项目上线后，记录抵上线时间。根据约定，到试运行完结时间，催客户验收，上线时，准备验收材料
人员管理1、实习生、初级人做的事，都需要及时跟进他们的情况，因为他们往往会出现返工严重或者没达到要求的情况2、因为要检查他们的工作，可能自己的时间会消耗，要懂得例如别人，可以让自己的工作减少
