关于项目管理的一点体会

标签: 项目管理 体会 | 发表时间:2011-11-07 18:48 | 作者:enno oxygen
出处:http://ucdchina.com/rss/all

1人100个月完成的项目,不是100个人1个月就可以完成。

项目管理是让项目活动中相互竞争的各类制约因素:质量、进度、资源、风险等取得平衡的艺术,同时也是平衡项目干系人的各种需要、关注和期望,带领不同的人朝着相同目标迈进的领导艺术。

成功的项目管理可以简单理解为:按时、在预算内+满足产品需求+满足质量需求 地完成项目。

以下是我对项目管理的一点体会记录。
——————————————————————————————————————————-

需求等级

视觉 A:图片没有分享功能吗?
技术 K:图片有链接转发分享、微博或邮件形式分享等多种分享,全部开发的话需要推延时间表。
策划 D:图片只做预览、下载已经足够了,暂时不做分享。
交互 E:如果我们的用户是基于邮箱用户,图片的邮件分享还是建议做。
… …

如果在前期产品需求文档中没有明确定义每个需求的优先等级,或者说项目成员对需求的优先等级没有明确的意识,可能类似的争论会时常发生在项目成员之间,每个人会基于自己对产品目标的理解来考虑这个需求是否要做,什么时候做,做到什么程度而产生分歧,因而增加项目推进的阻力。

所以在前期产品需求文档中,必须明确定义出每个需求的优先等级,需求的粒度可细化到每个大功能下的子功能需求,如:图片分享功能的转发链接分享、邮件形式分享这样的子功能需求。等级的划分依赖于前期的用户需求调研、产品的预定目标、开发成本、运营计划等;

一般的需求等级划分:

P0 -Must have: 如果缺失,产品不能发布
P1 -Should have: 如果缺失,产品能发布,但不能达到预定目标(功能/性能)
P2 -Nice to have: 做了则更好
P3 -Neutral: 对产品没有明显的好处,用户不在意
… …

每个需求的优先等级确定之后,产品经理根据产品预定目标、开发成本、运营计划等来定义一个等级分界线,高于或等于这个等级分界线的需求在本期开发,部分根据成本、运营计划等因素调整到下期开发,而低于这个等级分界线的需求则只会在下期开发,这样让全体项目成员对本期要做的需求达成共识。

需求等级的实际应用:

  • WBS各工作包Triage的参考基准之一;Triage即确定需求任务是否要做,是否要现在做的一个共同决策过程;在Triage的过程中,任务owner对自己的任务以及其他人的任务有更全局的认识。
  • Bug的Triage的参考标准参考基准之一(也是zero bug *注1 和code freeze *注2 时间节点计算的参考基准之一);Triage即确定测试中的Bug是否要修,是否要现在修;如:在功能开发期间,P0、P1、P2及以上的Bug都要修;当进入接口冻结期后,只有P0、P1normal及以上的Bug才允许修,以保证优先的Bug问题更快地被解决。
*注1  Zero Bug:当前不存在active bug,或不存在高优先级或特别严重的bug
*注2  Code Freeze:除高优先级或特别严重的bug外,代码冻结不再接受提交

——————————————————————————————————————————–

WBS

技术 K:相片上传的界面还没有搭建好吗?这部分我们需要先做起来。
前端 J:视觉设计师没有完成呢!
视觉 A:我在做相片的展示页面,还没有做到相片上传。
… …

项目各成员对自己需要负责的任务粒度细分不到位,每个任务的交付时间点不够明确,对任务之间的依赖关系也不够清晰,造成项目推进中的协作成本提高,项目时间预估准确率不高,项目控制的风险增加;

因此在产品需求文档确认之后,必须做工作分解 WBS(Work Breakdown Structure),即把需求分解成较小的、易于管理的工作包。一般的工作包是最小的“可交付成果”。工作包必须详细到可以对该工作包进行估算(成本和工时)、安排进度、分配负责人员或组织。

项目经理、项目成员和所有参与项目的职能主管都应该参与WBS工作,根据项目规模情况,可以由项目经理或各模块主策划来组织。组织方负责召集有关人员,集体讨论所有项目工作,确定项目工作分解的方式后,各职能方提交各自的WBS,汇总后画出WBS的层次结构图。结构图中应包括每个工作包名称(内容定义)、指派人员名称、所需工时、可能的依赖关系等;

WBS的工作包,最终以任务形式录入到QA中进行跟踪管理。

WBS的好处:
  • 为资源、成本、进度、质量等控制奠定共同基础,确定项目进度和控制的基准;
  • 为各独立工作包分派人员,规定这些人员的相应职责,便于项目职责的落实和明确划分;
  • 针对各独立工作包,进行时间、资源需要量的估算,提高时间、资源估算的准确度,并确定工作顺序,提高协作效率,利于更准确的制定项目进度计划表;
——————————————————————————————————————————–

QA可视化项目管理

技术 K:我完成到图片分享功能,图片下载的bug已经就提交上来了,但是我现在没有时间改bug。
测试 F:我已经提了一轮的bug了,但是我不知道bug什么修好,然后我可以去复查。
交互 E:图片分享功能开发完成了?可以测试了吗?
产品经理 :现在大概还有多少P0的bug?zero bug时间节点是否需要后延?

… …

如果没有QA,项目的状况不是对每个项目成员透明化,就会出现以上的各种情况;
QA作为协同式任务管理工具,通过对每个任务的记录和跟踪,让项目成员对整个项目的情况有直观的了解,项目经理可随时监控项目推进中的风险是否在可控范围,并提前快速作出调整。

不管是前期开发的工作包还是后期的测试bug,均以任务的形式录入在QA里,然后对这个任务的一些基本属性做设置,如:属于哪个milestone、哪个模块等,然后由各个阶段的Triage的负责人按照需求等级标准来对任务作分类定级,并确定是否做,是否现在做;所有的任务都必须经过Triage并approve通过,才能开始工作。Triage的决策需要多个层面的知识(结合产品、技术、进度等多方因素),特别是在大项目中,Triage往往是一项群体工作,以功能小组(feature team)或产品决策组的方式来进行。在项目的不同阶段,可以由不同的角色来主导Triage流程。

在任务approve后,各职能方leader将任务指派给相应具体执行的人员。执行人员,也就是任务的owner,必须设置任务的Status date,如:Status任务状态是Working(进行中);Status date即完成日期点,Status date应真实反映实际工作计划,并应契合项目时间表。

在执行人员完成任务时,QA会通知各职能方leader去关闭这个任务,关闭的意义在于通知任务的相关跟踪者,可以着手下一部分的工作,如某功能代码任务关闭,即相关测试人员就知道可以开始这个功能点的测试工作;

通过任务在QA系统里的记录和跟踪,以及任务状态的实时更新,最终会汇总生成各种可视化的图表,项目进展直观,且可度量,能够很好的把握整个项目推进的节奏,对项目中各项问题和风险定位更容易,并可在周会上对项目的所有成员公开进度信息,便于协调一致;

其中最重要的图表:glide path任务走势图:

“实际任务走势”与“计划任务走势”的对比,可以衡量出计划与实际的偏差。

——————————————————————————————————————————–

每日构建

技术 K:我们只在每个小milestone才会打build。
交互 E:希望可以每日bulid,我可以每天拿到最新的版本进行测试。
测试 Q:我建议测试前期可以每个milestoen打版本,但是中期开始,每日build。

… …

每日构建(daily build)是指每天对整个项目做一次完整的自动构建,生成可执行文件的过程,对Web类产品,每日构建通常要伴随自动部署的过程,将这些可执行文件部署至测试环境,并按照一定的规则对这个安装包或测试环境做版本编号,是一种Public build的管理方式。

每日构建是编译管理的一种方式,项目初期,可根据根据需要按照一定的频率打,如:每周、每个milestone,随着项目的进行频率逐渐增加build的频率,如:每天build。

每日构建的好处:

  • 每日构建让从产品经理、项目经理、策划、交互、视觉等所有的项目人员从第一个小功能模块完成开始,能够随时测试最新的版本提交bug,并能及时了解技术开发的进度;
  • 每日构建让测试人员从第一个小功能模块完成开始,能够每天测试最新的版本,提交新bug和复查部分bug,而不需要等着某个小milestone或者所有的功能代码都实现了,再开始测试,大大增加了测试和开发的重叠时间,测试更充分,测试和开发的迭代效率更高,产品质量控制得更好;而且bug提交到qa上,也会一并附上build版本号,方便技术还原现场,更快地解决bug;
  • 每日构建使得技术必须对每天自己输出的代码负责,一旦每日build失败,必须检查原因,并纠正不可再犯,以避免再次build失败,这样能非常有效地提高所提交代码的质量,减少bug的产生,加快开发效率;
虽然搭建并维护daily build,需要比较大的工作量,但绝对物有所值。

——————————————————————————————————————————–
参考:杭院项目管理部《项目管理白皮书》

源地址:http://uedc.163.com/8142.html

相关 [项目管理 体会] 推荐:

关于项目管理的一点体会

- - 博客 - 伯乐在线
“1人100个月完成的项目,不是100个人1个月就可以完成. 项目管理是让项目活动中相互竞争的各类制约因素:质量、进度、资源、风险等取得平衡的艺术,同时也是平衡项目干系人的各种需要、关注和期望,带领不同的人朝着相同目标迈进的领导艺术. 成功的项目管理可以简单理解为:按时、在预算内+满足产品需求+满足质量需求 地完成项目.

项目管理入门PPT

- - 堇| 网络 产品 读书 睡觉
无意看到一个项目管理的PPT,虽然标题是《轻松项目管理之电信项目管理实务》,所写内容在互联网行业也颇为适用. 地址: http://doc.mbalib.com/view/05ee6199c3b3885c59e878a5cbd8cd53.html.

项目管理ppt下载

- - 人月神话的BLOG
项目管理培训的ppt前年做了部分,一直没有做完,今年准备花些时间全部做完,并全部共享出来. 最近做完的主要是项目成本管理和项目质量管理. 成本管理: http://vdisk.weibo.com/s/dyHc0/1348535220. 成本管理涉及到比较多的财务的内容,包括财务上的预算管理,成本核算,概预核决,资金管理.

Excel项目管理工具

- - CSDN博客研发管理推荐文章
版权所有,转载请注明出处: http://guangboo.org/2013/10/27/excel-project-management. Excel强大的表格功能在项目管理中同样具有大用处,作者通过在实践中实际运用Excel进行项目管理的经验,简单介绍Excel在项目管理中的应用. 本文主要介绍Excel如何做项目计划和项目进度跟踪,项目计划和项目跟踪是项目周期中最重要的环节,无论是几个月的小项目,还是几年的大项目,计划和进度始终是保证项目正常推进、按时交付的重要手段.

项目管理总结

- - 研发管理 - ITeye博客
【一】开发环境和测试环境部署和配置:具体包括JDK、TOMCAT、Eclipse、SVN、ANT   、Maven,以及缺陷库环境的搭建,以及用户权限的分配. 【三】数据库服务器环境的部署、搭建、并根据项目需求情况,建立相应的表空间、用户对象、并制定数据库备份计划. 【四】 SVN环境的部署及配置,并建立版本库和对应的项目目录结构、常用知识库目录结构等.

未来项目管理发展趋势

- tiod - cnBeta.COM
根据ESI国际项目管理培训公司的分析,项目管理作为一门学科越来越被接受. 公司项目管理将起到关键作用,无论是开发新的产品和服务,或确保日常的日常工 作顺利进行. 项目经理可以组织本地或远程团队,在许多情况下还是虚拟团队,不同的群体的人为一个项目一起工作. 对于组织,人才和项目经理是一个有效的竞争 优势,根据ESI执行副总裁J LeRoy的 分析,这种情形在2011年仍将继续.

IT项目管理工具总结

- 腾 - 博客园-首页原创精华区
阅读: 3434 评论: 16 作者: Lynn. 发表于 2010-06-02 10:27 原文链接.          俗话说"工欲善其事必先利其器",在一个项目开发流程中,如果搭配一个比较完善的项目管理工具,必将取得事半功倍的效果. 本文搜集了目前项目管理界比较有规模的管理工具,给予了简单介绍,同时为了发扬免费开源的精神,重点总结了免费开源工具Dotproject 和Redmine.

一份项目管理提纲

- 黎明 - 最新文章 - UCD大社区
这是一份工作笔记,我的做项目管理的方法,相信大多数有经验的项目/产品经理对此必定了如指掌,或者有更优秀的经验. 提案过程是公司内部的一次自我营销,方案好坏、沟通高低决定公司对项目能投入多少资源. 提出解决方案——PPT提纲.ppt. 撰写产品需求文档PRD.doc、制作页面原型.rp. 以PPT提纲和页面原型进行共享、论证、评估.

互联网项目管理要点

- - 月光博客
  互联网项目,会定一个计划发布日期,然而这个项目有个隐藏的实际合理发布日期. 因为软件开发并不是一个直接添加资源就可以加快速度的过程,所以这个实际合理发布日期是在现实资源合理利用前提下一个客观存在的最可能早的完成时间. 项目进展的过程,其实也是发现这个隐藏的合理发布日期的过程.   从管理的角度来讲,当然是尽可能的赶上计划的发布时间,或者尽可能快的完成项目.