项目管理规范

0524-项目管理正规化

 

一、总体计划

1）精确到每一周

2）每一个人的计划都要有。

--每一个人每一个阶段任务量，必须用时间来衡量出来。

3）为收拾老油条背书

 

二、每周开始时的计划

1）精确到每一天

2）执行力：拖延的进度，必定要熬夜抢回来。

不然越积压越多，最后的压力很是大。

 

三、每周末的总结

1）进度追踪

哪一个模块提早完成？要介绍经验。

哪一个模块拖延了，要找到缘由，想办法杜绝，而且追赶进度。

有什么新的变更，需求是否变更了？根据变更调整总体计划。

2）绩效考核

能够借鉴腾讯的绩效考核。

考核必定要冷血，不能过度讲人情味。

每周末必定要有考核结果出来，发布到博客上，省得往后说不清楚。

3）关于嘉奖：口头嘉奖、博客中公开表扬。

奖惩制度很重要，是激励人心，提升战斗力的颇有效的办法。

 

四、进度跟踪的可视化方法

1）任务墙

能够用博客代替，每完成一个模块，就修改博客，标记已经完成的属性。

2）燃尽图

作燃尽图不方便的话，直接用文字展现，预留的时间也行。

总之要让进度和时间，可以直接展现出来。

3）各人完成度进度条

 

五、需求分析文档

1）NABCD分析法

2）没有发布博客的，继续追查，必须发出来

3）每周对需求的追踪

用户调研是长期的事情，天天都要作。

每周都须要收集新的需求，讨论，总结。

发布到博客中。

 

六、项目设计文档

1）设计文档，发布到博客中

2）开发过程当中，相应的对设计的变更，也须要从新发布出来，保证全组人看到

 

七、每日立会

1）有会议的，要把照片传到博客中

2）路程远，不方面见面的，网络上的讨论，要截图为证。

3）必须保证每日都有进展

没有进度，也要记录下来。

4）每周计划中，精确到天天的任务，必须天天都要总结。

而后统一发一篇简短的博文。

 

八、开发管理和代码管理

1）代码评审

2）单元测试

3）冒烟测试

4）Github上提交的次数

5）上述5条，也要发布到博文中

 

九、敏捷原则

1）第一次发布原型产品的时间

紧盯原型发布时间，尽可能提早

能削减的任务，尽可能削减，保证初版及时发布

2）是否紧盯需求和用户

3）软件功能的轻重缓急，时间规划

 

十、学习、开发过程当中的我的收获

1）相关内容，发布到博客中，不须要长篇大论，怎么省时间怎么弄

2）开发过程当中的问题，及时暴露出来