敏捷始于客户
发布于 2024-10-03
1084
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
本文指出,失败的项目常常归咎于项目周期短、需求变化快和人员有限。然而,需求和工期通常由客户设定,客户往往无法准确评估需求是否能在限定时间内完成,而人员配置则是开发方的责任。开发方一旦承诺,就应当兑现而不是抱怨。
文章提到,CMMI(由美国国防部资助开发的模型)是一种解决方案,它是甲方驱动的模型,得到甲方认可的方法。敏捷方法也能有效地实施,但这同样需要客户的认可。
推广敏捷方法应该从客户开始,包括让客户认可质量优于功能和工期,客户应对需求划分优先级,同意分批交付系统,并在开发过程中参与确认。同时,客户需要指派熟悉需求且有决策权的专家与开发团队保持即时沟通。缺乏这些条件,敏捷开发管理也可能导致失败。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 949.8K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
快速学习COSMIC方法之十七:如何寻找更简单有效的规模度量方法?
很多企业都在探索合理估算工作量的方法,而工作量的多少主要取决于软件规模的大小,因此在估算软件工作量之前需要先估算其规模。传统的规模估算方法是进行代码行的估算,但是对于同一个需求,不同经验的人员去估算,结果差别很大,不同的实现语言,估算结果差别也很大,即使不同经验的人员针对同一种需求去实现,实际的代码行数也差别很大,并且实际情况中,往往一个需求可能需要多种语言结合才能实现。因此,使用代码行作为衡...
如何确定测试的重点?
测试投入不足是大多数项目都面临的棘手问题。在此前提下,如何最大限度的提升软件的可靠性呢?本文给出了一个简单框架,帮助组织与项目组定义自己的测试策略、测试重点。
为什么忽略管理的常识?
最近连续审查了几个客户的过程文档体系,有个问题,让我一直苦思:为什么我们总是忽略管理常识? 企业在实施CMMI的时候,为了满足模型的要求,在描述自己的过程时,习惯于照搬模型的描述。最典型的例子是PMC的描述,模型中描述了10个实践: SP1.1 监督项目的计划参数 SP1.2 监督承诺 SP1.3 监督风险 SP1.4 监督数据管理 SP1.5 监督项目相关人员的参与 SP1.6 执行进展评审 S
为什么同事不能成为好朋友
昨夜,一位朋友给我电话,他大叹:“为什么同事不能成为好朋友!” 他在一家小公司做事,但是人际关系却很复杂,他是一个直肠子,很善良,很容易相信别人,也很乐意帮助别人。结果却发现别人利用他,为了利益,为了权力,他成了冤大头。初来咋到,有什么心事,他还和其他的同事说说,结果那些心腹话成了别人的攻击他,给老板打小报告的把柄。他很苦闷,于是要找我喝酒,找一个不会危害他的人诉说诉说。 这个问题,我也经
项目里程碑评审的关注点
(1) 项目工期情况 关键路径是否按计划完成了? 如果没有按计划完成: 提前或拖期的原因是什么? 在后续阶段如何采取改进措施? 对后续阶段的工期有什么影响? (2)任务进展情况 计划完成的任务情况: 计划完成的任务有哪些? 提前完成的有哪些?提前完成的任务工作量有多少? 未完成的任务有哪些?未完成的任务工作量有多少? (3)工作量投入 计划投
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线