客户需求管理项目个人总结
每一项工作都应该去总结，而作为项目负责人和主要开发人员的我需要对此做总结，是十分必要的。
先跟大家报告下该项目总体状况。
1. 参与人员，项目经理培训生、李浩然、马娟
2. 项目周期：2012-12-26-2013-02-06
3. 出现的问题
1) Bug多,Issue多，投诉多
2) 用户体验不好
3) 项目流程管理失效
作为项目负责人
项目负责人需对项目负全部责任，而我作为项目负责人，有着不可推卸的责任，在管理期间对此有深刻的认识。
自高奋勇的自荐自己作为项目负责人，开始自信满满的着手该项目的管理，认为是一个小项目（自认不是一个项目而是一个模块功能而已），一开始就为项目的失败埋下“伏笔”。乐观地判断项目的运行。
项目管理过程中也体现了本人管理经验的不足，且没有及时地寻求帮助。管理中没有严格遵守项目管理流程，出现了很多问题。如团队成员不能及时了解项目进展、需求变动过多、反馈信息记录混乱、开发测试流程不规范、不能及时了解团队成员情况、实际与计划情况差别大等等。问题是严重的，结果是残酷的。想作为一名合格的项目经理，我还刚刚起步，路途遥远而险峻，我还要掌握更多的生存之道。
就该项目我需要去学习了解记住下面的问题：
主要开发人员和项目负责人不能为同一人，易矛盾。
两者为同一人时，开发人员在遇到问题时会使项目设计向开发妥协。应此需尽量避免两者为同一人。如果为同一人的情况下需要为开发留下足够的时间，让两者工作合理并行。
1.了解团队成员特点，有效调整资源分配
日常关注成员，主动增加交流机会
2. 可以延期来保证产品质量
不能拿质量开刀，定期公布项目进行，每日例会能促进项目如期进行。
3. 不要依靠邮件记录问题，邮件只用于沟通，及时的将问题存入相应的文档中
建立文件目录，与项目相关的信息实时记录在分类文档中，以免以后要花大量时间整理文档。
4. 作为项目经理需要充分掌握需求
开发中需求的变动与项目经理对需求的理解程度息息相关。
5. 学会调动资源
有可利用资源时可以利用，在遇到一些难题时最好能及时想到借助其他资源
6 晚上加班的工作效率不高
永远别拿“加班”开刀
7. 项目相关信息需要及时记录在相应位置.主要是放在BugReport中(内部工具)，信息有：项目信息，拆分需求的跟踪单，会议纪要，计划
从邮件中整理文档或者到最后整理文档信息是痛苦的，也必定导致信息的丢失
8. 工作中多问永远不会有坏处
多问问题是好孩子，孩子问问题别人乐意指导，多次问同性质的问题值得思考
9. 分配任务时明确责任人和交付时间
10.产品的成功 取决于用户的满意度，在产品任何阶段都要及时的和最终用户沟通
11 会议经验：
-
- 会前
1.会前确定会议内容，安排好内容进行顺序。
2.没有整体掌握项目，做到心中有数，可能导致会议不可控
3.需整体掌握项目进度，对工作量、项目周期等做到心中有数
-
- 会中
1.在关键时刻（如：出现讨论激烈难以有结论的问题）需快速暂定，会后讨论
2.会前让参与人对会议流程有整体了解
3.结束会议时需及时在过一遍会议内容，以达共识。
4.结束会议时可告知下次会议内容
-
- 会后
1.自我总结与会议内容整理
2.跟进会议待确认内容
作为开发人员
由于自己是项目负责人，因此放纵了作为开发人员的我。没有按照以往开发的标准要求自己，只想快速完成任务给测试人员测试，有Bug时再修改。结果可想而知。
自己需要学习了解记住下面的问题：
- 别给自己双重标准，出自自己之手的开发任务都要给出高质量，不能区别对待
- 对于开发时间的估算，不能认为功能很简单，开发时间必定很短。作为前端开发人员需要给自己预留更多的时间以处理特殊情况，一般可以在估算有时上再加2倍时间作为可答复的开发计划用时。
- 质量第一，即使超期也要保证质量，不要为赶进度而完成开发。需要时刻记住自己的质量信誉。
双重身份的自己，每个身份都没有做好。但我信心依旧，我相信一路走下去，我的脚步只会越来越稳，越来越优美，感谢在路上帮助我的人，指出我不足的人，谢谢你们。因为你们，我才能更好的成长。
-----------------------------------------End------------------------------------
个人感受，是否认同呢，是否反对呢，期待留言，谢谢
