0524-项目管理正规化
1、整体计划
1）精确到每一周
2）每个人的计划都要有。
--每个人每个阶段任务量，必须用时间来衡量出来。
3）为收拾老油条背书
2、每周开始时的计划
1）精确到每一天
2）执行力：拖延的进度，一定要熬夜抢回来。
否则越积压越多，最后的压力非常大。
3、每周末的总结
1）进度追踪
哪个模块提前完成？要介绍经验。
哪个模块拖延了，要找到原因，想办法杜绝，并且追赶进度。
有什么新的变动，需求是否变动了？根据变动调整整体计划。
2）绩效考核
可以借鉴腾讯的绩效考核。
考核一定要冷血，不能过分讲人情味。
每周末一定要有考核结果出来，发布到博客上，免得日后说不清楚。
3）关于嘉奖：口头嘉奖、博客中公开表扬。
奖惩制度很重要，是激励人心，提高战斗力的很有效的办法。
4、进度跟踪的可视化方法
1）任务墙
可以用博客代替，每完成一个模块，就修改博客，标记已经完成的属性。
2）燃尽图
做燃尽图不方便的话，直接用文字展示，预留的时间也行。
总之要让进度和时间，能够直接展示出来。
3）各人完成度进度条
5、需求分析文档
1）NABCD分析法
2）没有发布博客的，继续追查，必须发出来
3）每周对需求的追踪
用户调研是长期的事情，每天都要做。
每周都需要收集新的需求，讨论，总结。
发布到博客中。
6、项目设计文档
1）设计文档，发布到博客中
2）开发过程中，相应的对设计的变动，也需要重新发布出来，保证全组人看到
7、每日立会
1）有会议的，要把照片传到博客中
2）路程远，不方面见面的，网络上的讨论，要截图为证。
3）必须保证每日都有进展
没有进度，也要记录下来。
4）每周计划中，精确到每天的任务，必须每天都要总结。
然后统一发一篇简短的博文。
8、开发管理和代码管理
1）代码评审
2）单元测试
3）冒烟测试
4）Github上提交的次数
5）上述5条，也要发布到博文中
9、敏捷原则
1）第一次发布原型产品的时间
紧盯原型发布时间，尽量提前
能削减的任务，尽量削减，保证第一版及时发布
2）是否紧盯需求和用户
3）软件功能的轻重缓急，时间规划
10、学习、开发过程中的个人收获
1）相关内容，发布到博客中，不需要长篇大论，怎么省时间怎么弄
2）开发过程中的问题，及时暴露出来