敏捷始于客户
发布于 2024-10-03
1518
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
本文指出,失败的项目常常归咎于项目周期短、需求变化快和人员有限。然而,需求和工期通常由客户设定,客户往往无法准确评估需求是否能在限定时间内完成,而人员配置则是开发方的责任。开发方一旦承诺,就应当兑现而不是抱怨。
文章提到,CMMI(由美国国防部资助开发的模型)是一种解决方案,它是甲方驱动的模型,得到甲方认可的方法。敏捷方法也能有效地实施,但这同样需要客户的认可。
推广敏捷方法应该从客户开始,包括让客户认可质量优于功能和工期,客户应对需求划分优先级,同意分批交付系统,并在开发过程中参与确认。同时,客户需要指派熟悉需求且有决策权的专家与开发团队保持即时沟通。缺乏这些条件,敏捷开发管理也可能导致失败。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1254.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
QA人员的工作内容
1 与新项目的项目经理一起确定项目组应使用的管理标准。 项目组的管理标准的来源主要包括4个: (1) 国际、国家、行业等外部标准 (2) 企业内部标准 (3)客户要求的标准 (4)项目经理拟定的标准
软件组织成熟度4个等级的比较
简单概括CMMI 模型中软件组织成熟度4个等级的区别如下表:
需求与设计人员如何配合工作?
在软件开发的过程中 ,经常出现需求与设计脱节的现象,如设计人员按照自己的理解去设计,没有遵从需求去设计系统;需求人员做完需求定义后,交给设计人员去设计,撒手不管了等等,为了使需求与设计人员更好的协作,建议采取如下的措施:Ø 需求人员与设计人员一定要分离,否则无法解决需求文档化的问题,但是文档并不能解决所有的沟通的问题,还需要面对面的沟通。Ø 需求评审设计人员一定要参加,设计评审需求
践行者访谈实录:你真的了解CMMI吗?
CMMI是不是拿钱就能过的认证?CMMI存在的意义是什么?CMMI真的是笨重不懂变通,只会要文档的家伙吗……在《践行者》第5期中,我们邀请到了资深CMMI高成熟度主任评估师——任甲林老师为大家澄清关于CMMI的这些常见问题,和我们一起回顾一下吧。
原因分析必知必会的十大要点
原因分析是对选定的现象进行全面深入的研究,找到现象背后的真正原因与深层次原因,然后采取合适的措施纠正问题、预防问题。如果没有找到真正的根因就采取措施,往往事倍功半,浪费了投入。那么在原因分析时,有哪些成功要点呢?基于我多年的咨询与引导经验,我总结了如图1所示的十个要点。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线