扫码阅读
手机扫码阅读
敏捷始于客户

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

本文指出,失败的项目常常归咎于项目周期短、需求变化快和人员有限。然而,需求和工期通常由客户设定,客户往往无法准确评估需求是否能在限定时间内完成,而人员配置则是开发方的责任。开发方一旦承诺,就应当兑现而不是抱怨。
文章提到,CMMI(由美国国防部资助开发的模型)是一种解决方案,它是甲方驱动的模型,得到甲方认可的方法。敏捷方法也能有效地实施,但这同样需要客户的认可。
推广敏捷方法应该从客户开始,包括让客户认可质量优于功能和工期,客户应对需求划分优先级,同意分批交付系统,并在开发过程中参与确认。同时,客户需要指派熟悉需求且有决策权的专家与开发团队保持即时沟通。缺乏这些条件,敏捷开发管理也可能导致失败。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 241.9K
麦哲思科技任甲林的其他文章
例解如何编写递归程序
递归是指方法在执行的过程中自己调用自己。用递归能解决的问题通常能将问题不断缩小为性质相同但规模更小的问题(递归情况),直到问题足够小能够直接解决(基本情况)。递归程序编写有4个要点:1问题是否可以递归描述?2递归结束的条件是什么?3递归调用之前做什么准备工作?4递归调用之后做什么收尾工作? 以下通过一个稍微复杂的程序来举例说明一下如何编写递归程序。有一只中国象棋中的 “ 马 ” ,在半张棋盘的左下
CMMI成功的根本原因是什么?
前天和一位朋友沟通关于在公司内实施过程改进的心得,我介绍了几个成功案例后,她突然问了一句话:“他们成功的最重要的原因什么呢?”,我第一反应是:原因很多啊!随即,在林林种种的原因中,我找到了我认为最重要的原因:“企业文化与领导重视!”。昨天中午、晚上也都和其他朋友在深入讨论这个问题,越来越发现,这个结论的正确性。 企业的文化也许是一种说不清道不明的东西,但是你却能切实地的感受到。有的企业从员工到领导
项目计划评审时的36个检查点
在多次的运行检查中,发现很多项目的计划存在一些共性问题,根据这些问题,归纳出来36个检查点供大家参考. 1 是否定义了项目的组织结构? 2 是否定义了每种角色的职责? 3 PPQA是否有独立的渠道和高层沟通? 4 如果有客户或客户代表的参与,是否定义了他们的职责? 5 是否定义沟通了机制?(和客户的,和其他外部和伙伴的,内部成员的,和上级的,和其他项目组的) 6 是否定义了
项目资源调配要打歼灭战
很多软件企业都面临人少事多的状况,在公司级如何调配人力资源的使用呢? 现实中最常见的策略就是:平均用力,分散资源,会叫的孩子有糖吃。即新来一个项目就抽调几个人过来,启动该项目,开始干起来。如果有另外一个项目面临交付工期压力,项目经理找老板申诉人手不够,就再从别的项目组临时抽调人员过来救火,如此恶性循环,每个项目都人手不够,每个项目都拖期,四处江湖告急。 我们理想中的策略应该是啥样的呢?应该是集中优势兵力打歼灭战,确保绝大部分项目都人手充足,最多只有一个项目缺少人...
猴子选大王(约瑟夫环问题)的OO解法
描述: 猴子选大王类图图片: 描述: 猴子选大王顺序图图片: 问题的描述如下:有M个猴子围成一圈,每个有一个编号,编号从1到M。打算从中选出一个大王。经过协商,决定选大王的规则如下:从第S个猴子开始,每隔N个,数到的猴子出圈,最后剩下来的就是大王。要求:从键盘输入M,N,S,编程计算哪一个编号的猴子成为大王。 C#源程序如下:/* * User: dylan ren
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线