[文章做者:狂奔的鹿(陆松林)本文版本:v1.0 转载请注明原文连接:http://www.cnblogs.com/dynamiclu/] 数据库
记得曾有一大领导提过,项目管理不是理论上学习的,而是实际经验总结出来的。本码农没拿过PMP,也没做过全职的项目经理。 工做若干年,接触到若干多项目,大到20个同时开发一年的,小到2我的半个月完成的。 仔细思量,并是项目管理的操做要接地气,不一样公司架构、不一样的资源,不一样性质的项目,以及项目成员对项目的进度都有影响。 扯一扯互联网公司影响项目开发进度的三个因素。架构
1.计划框架
计划包括需求分析、程序设计、模块划分、任务量评估、进度安排。 不少团队把需求做得很规范,很细致,一个登录的功能会有流程图,还有长篇的对流程说明的文字,共20页以上。需求文档、设计文档、数据库文档、架构文档等。工具
文档太多,致使书写文档占用大量时间,文档变动困难。 文档只是便于沟通的工具,建议不要过于庞大,但也不能没有文档,文档须要包括,需求的疑点、重点、技术的难点等。 模块划分、任务量评估, 这些是计划的重点。总之那些容易产生沟通不一致的地方最须要文档化。学习
功能模块列表测试
如上图功能模块列表spa
模块列表其实是也是需求的分解。如,项目包括前台、后台,前台有登录模块,后台有登录用户统计模块。 模块的划分,跟任务挂沟。 一个模块(即一个任务)它的开发工做量最好控制在3天之内,至少要细化4个小时一个任务。 不光写代码工做有任务量,测试环境、生产环境的搭建,画ER图,建表建库都要算在一块儿,甚至包括开会时间。设计
开发任务排期表blog
开发任务排期表必定要有里程碑的过程。开发可工做分三个阶段: 初级阶段(占开发周期的10%-15%时间,包括准备性开发,如搭建程序框架,DB配置),冲刺阶段(并行全部的开发工做占60%),收尾阶段(占25%的时间,变动,开发自测)。此分阶段的方式适合三个月之内的项目。里程碑是重中之重,完整的开发计划,是后续工做顺利的基础。 项目管理
2.沟通
(一) 需求理解的沟通
项目需求文档准备好后,项目开启动会,采用广播的形式
(二) 模块分配工做的沟通
(三) 进度跟进的沟通
项目的计划、时间表、任务分配完成透明化是进度跟进的前提。
群组沟通。群组的进度沟通比较有效,谁都不想拖团队的后腿。
(四) 问题反馈的沟通
群组沟通、提升沟通效率。
3.变动
在项目的计划阶段,需求分析时充分沟通,防止没必要要的变动。没有变动是不可能的,项目的整个开发过程当中要预留冗余的时间,用来给变动,自测用。 同时可保证整个项目的工期。
[文章做者:狂奔的鹿(陆松林)本文版本:v1.0 转载请注明原文连接:http://www.cnblogs.com/dynamiclu/]