标签：
要有一套好用的项目管理工具包括wiki，在项目管理过程中各种任务状态的控制、任务看板等
停 不应该这样写，当前的思维知道写的是什么，不出一个月就不知道自己在说什么了
参考这个（产品委员会提案模板-初稿）
软件开发模式
http://www.cnblogs.com/liang--liang/p/3613815.html
准备工具：
1.项目管理jira 包含 bug管理，测试提交、开发任务、发布部署
2.文档管理wiki 项目相关的产品文档、接口文档、排期文档、核心业务逻辑分解描述文档、样例数据文档、枚举文档、各种会议纪要等。
多人协作、文档修改历史版本、工作流状态
干系人分类：
产品文档、接口文档在发生变化时需通知重要干系人、不遗漏、不耽误非干系人的时间；最有效的办法通过及时工具建讨论组，或者是直接面对面交流。
开发经理不要做产品和测试的角色，对于产品文档要充分理解、反复确认、争取时间、适当妥协；如果想提高代码质量，应该选择合适的人或者自己多参与代码。
产品经理和测试保证项目进度和完整性，所有影响项目验收的关键问题，都需要和产品沟通，让产品推动测试达成一致；
1.产品文档
产品文档明确要做什么，甚至可以代替原型明确到怎么做的程度
2.接口文档
移动项目需要服务端、iphone、android、h5等几个小组共同协作；可以看做多个项目组协同开发；技术文档首先要是在线的利于协同，技术文档最好是具有描述作用的，
json 是一种很好的数据交换格式，轻巧、便于理解正符合场景需要；
3.枚举文档
json数据中key 对应的value 经常会是枚举值，较多的枚举对象在json注释中写好见“XX枚举即可”；这些枚举需要集中存放起来。
4.排期文档
保证项目进度，非常重要、甚至有必要花1整天的时间和各方确认。
建筑学理论：
做项目就像盖房子，需要做图纸（产品文档）、地基（框架）、主体结构（主要功能、流程实现）、封顶（里程碑）、装修（界面、输入验证等锦上添花的功能）；
”偷懒“法则：
H5给前端做，可利用的资源一定要利用好，保证项目较高质量的完成，需要有较好的职业素养、责任心和能力，同时安排一个合适的接口人负责跟进。
项目都按部就班的进行时，项目经理可以做其他方面的规划、项目、技术、
标签：
原文地址：http://www.cnblogs.com/viewcozy/p/4579283.html
