过程改进的关注点之项目管理过程

Posted 麦哲思科技任甲林

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了过程改进的关注点之项目管理过程相关的知识,希望对你有一定的参考价值。

从项目估算到项目策划、再到计划跟踪控制,包括风险的识别与管理,常见的改进点有哪些呢?基于我的咨询经验梳理如下:

小类

关注点

估算方法

无论是采用经验法还是模型法,都要根据历史的估算偏差率评价估算方法的合理性,如果偏差率大,则应该识别改进点。

规模、复杂度是影响工作量最常见的2个因子,不同类型的项目可能影响因子不同。要做相关性与回归分析,找到影响工作量的重要因子。

规模与工作量之间可以建立回归方程,在此回归方程中可以分析固定成本的大小是否合理。

在充分沟通的基础上进行估算,策划扑克法、宽带DELPHI方法都是有效沟通的手段。

规模估算

自定义的规模估算方法要检验合理性:回归方程、偏差率。

自定义的规模度量单位要详细而明确的定义,确保具有可比性。比如,如果是需求个数,则要对什么是一个需求进行明确定义。如果是定义代码行,则需要对是否包含注释、空行、工具自动生成的代码等进行详细定义。

COSMIC方法可以进行初步估算规模,也可以精确度量规模,精确度量时可以作为澄清需求的有效手段,无论是传统开发还是敏捷模式都适用,值得推广。

工作量估算

如果需要单独度量各角色的工作量或者各阶段的工作量,则可以建立工作量分布的性能基线。

过程设计

做项目过程裁剪或设计时,应该先分析了项目的特征(比如:规模、技术成熟度、客户成熟度、项目团队经验等),再定管理策略。

对组织级过程的裁剪,要分析对项目目标达成的影响。

短周期的项目可以瀑布模式,中长周期的项目建议采用迭代或增量模式。

不同的生命周期模型,应该积累历史数据比较效率与质量的差异。

对组织级流程的裁剪要检查合理性,重要的活动、输出物不能裁剪。

任务拆分

任务的识别要完备。要覆盖所有的需求,不要遗漏管理的任务、培训的任务。

任务大小的拆分原则: 近期任务不超过1周,中长期任务不超过2周。

任务的拆分在组织级可以给出参考的样例与模板,项目类型不同,模板与样例不同。

小项目可以按阶段为主线拆分,大项目建议按交付物为主线进行拆分。

工期估算

工期敏感的项目可以识别关键路径,并进行蒙特卡罗模拟工期目标的可实现性。

蒙特卡罗模拟时,前提条件与决策目标的设置要与项目目标一致。

如果要缩短交付周期,则可以:

1 进行价值流分析,识别浪费与等待。

2 进行敏感性分析,识别影响总工期的关键环节。

计划评审

计划要经过责任人的评审与承诺。

项目计划要根据外部环境的变化、项目的进展情况实时调整。

计划变更

总体计划的变更要经过评审。

风险管理

可以将风险的影响关联到项目目标,这样更易于判断风险的优先级。

风险描述时要描述清晰风险的背景,以便于大家对于风险的优先级有一致的判断。

风险基于发生的原因进行分类,以便于合并风险的应对措施。常见的类别有:人、技术、过程、质量、工期、成本、规模、环境、其他。

有些风险是需要高层经理协助解决的,在给领导汇报工作时要及时通报风险。

高优先级的风险应该既定义了规避措施又定义了应急措施。

每个风险的应对措施要责任到人。

风险的应急措施应定义启动条件。

通常基于可能性、严重性、紧迫性考虑风险的优先级。

要定期跟踪风险状态的变化。

计划跟踪

每日站立会议是实时跟踪项目的有效手段,应该强力推荐 。

在例会上要通报发生的变更。

燃尽图、燃起图等都是展示迭代或项目进展的有效手段,应该强力推荐。很多项目在每日站会上不更新、展示燃尽图,这是应该改进的。

看板是任务进展可视化的有效手段 应该强力推荐。

计划了什么就要跟踪什么。项目目标、规模、工作量、进度、质量都应该跟踪实际与计划的偏差。

项目进展汇报不能都是文字说明,要有数据、有图形、有结论。

可以定义跟踪策略。列出项目进展中的各种跟踪手段,及每种手段的关注点。

每个管理问题要责任到人,跟踪关闭。

以上是关于过程改进的关注点之项目管理过程的主要内容,如果未能解决你的问题,请参考以下文章

过程改进的关注点之项目管理过程

软考之十大管理领域及其过程组

「软件项目管理」一文详解软件项目成本计划

「软件项目管理」一文详解软件项目成本计划

「软件项目管理」一文详解软件项目成本计划

十二大管理及过程组,项目收尾,组合管理,项目集治理