软件项目策划时常犯的12个错误
发布于 2024-10-03
1004
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
本文简要概述了项目管理中存在的一系列问题。这些问题指向了项目规划和执行过程中的不足,旨在将来详细论述和改进。
- 任务颗粒度问题:存在任务颗粒度差异过大的问题,意味着任务规模和细节程度的不一致会影响项目的管理和执行。
- 任务识别不全面:在任务识别过程中遗漏了多项关键任务,如计划评审(PP, PPQAP, CMP, MAP等)、计划修订和模块间集成等。
- 估计方法不当:项目只进行了工作量的估计,忽略了规模估计,并且估计工作依赖于少数个人经验,缺乏规范化的估计方法。
- 计划偏离控制:项目中缺少计划偏离的控制阀值,这可能导致项目无法有效监控和调整。
- 项目组成员承诺:未能获得项目组成员对计划的承诺,这可能影响团队成员对项目目标的共识和责任感。
- 缓冲任务缺失:在项目计划的schedule中缺乏缓冲任务,增加了项目风险和不确定性。
- 个人工作计划:当个人参与多个项目时,未能制定个人工作计划,可能导致资源分配和时间管理上的问题。
- 项目计划书面化:项目缺少书面的项目计划,而是依赖口头传达,这可能会导致信息的遗漏和误解。
- 关键路径识别:项目中未能识别出关键路径,这是项目管理中的重要元素,关系到项目的时序和优先级管理。
- 生命周期模型定义:项目未定义清晰的生命周期模型,使得项目的各个阶段可能缺乏明确的界定和管理。
- 复用构件活动识别:项目未能识别出可以复用已有构件的活动,错失了提高效率和节约资源的机会。
综上所述,文章揭示了多个项目管理的薄弱环节,这些问题若不解决,可能会导致项目的延误、成本增加或失败。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 602.6K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
数据中存在的假象
在一些实施CMMI高成熟度的软件公司中对于过程的性能数据进行分析时,常常发现应该具有相关性的2个变量根据历史的数据不能证明这种相关性,或者是应该正相关的数据却分析出了负相关的结论,原因何在呢?例如: 我们的经验与常识: 假设或常识1:高水平的测试人员找出的BUG多, 低水平的测试人员找出的BUG少。 假设或常识2:高水平的开发人员犯的错误应该少,低水平的开
哈哈,新开了微博:http://weibo.com/measures
哈哈,新开了微博:http://weibo.com/measures,欢迎访问。
为什么必须首先做规模估计?
这个问题客户问过我,我也解答过多次,但是我一直没有更直接的理由说服我自己,认为必须先做规模估计再做工作量估计。 比如:对维护类的项目,或者是维护类的活动,为什么要估计规模呢?项目组的人没有技术风险,对需求很熟悉。 我总结了如下的理由: (1) 以规模来估计工作量与成本 (2) 规模估计与实现的人与技术无关,比较客观 (3) 可以度量项目的开发效率:规模/工作量 (4)
我说CMMI之四:CMMI的表示方法
我说CMMI之四:CMMI的表示方法
CMMI分为了两种表示方法,一种称为阶段式表示方法,一种称为连续式表示方法。如下图所示:
我们可以从以下几个方面来理解这两种表示方法的区别与联系:
1包含的过程域相同,但是过程域分类的维度不同。
阶段式表示方法为我们所熟悉,我们通常说的过级了,过了2级,过了3级都是针对阶段式表示方法而言的。在CMMI-DEV V1.2中,阶段式表示方法将22个过程域分别放置在了4个等级中,其中
再谈如何推广单元测试
以前曾经写了一篇博文谈如何推广单元测试,最近有朋友问我如下的问题,因此便又写了本文,阅读时请综合原来的博文。问题: 有开发人员认为进行单元测试会花费大量时间来编写测试用例,因此他们做单元测试的意愿比较低,请问有何好的建议进行单元测试的改进?解答: 1 首先应该明确单元的含义。单元在面向对象的程序中指的是一个类,在结构化的方法中指的是一个函数。 2 其次应该明确单元测试的方法。单元测试的常用方
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线