项目管理经验

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、因为要检查他们的工作，可能自己的时间会消耗，要懂得例如别人，可以让自己的工作减少