14.30天软件开发 告别瀑布拥抱敏捷

1）传统预测性软件开发流程的使用是导致如此之多项目失败的罪魁祸首。预测性流程也叫瀑布式流程，其可行性依赖于项目计划的准确性和执行的严格性。2）YDC为什么软件开发能成功.需求的控制2.开发工具及框架控制3.开发人选及流程控制需求。无变更风险时确定性最高。随着不明确因素、涌现式描述和可预见性变更的增多，确定性降低。 技术。所用技术为人熟知时确定性最高。随着开发及运营技术复杂度的提升，不同的技术在不同的软件开发和发布阶段通过接口交互，确定性随之降低。 人。确定性随着人员数量的增多而降低。当人员数量超过4个或者5个，甚至达到上百个并经常改变时，确定性不断降低，因为不同的人有不同的意见、态度和情绪。以团队或分组方式工作时，成员间的互动和工作的不可预见性是巨大的。3）斯黛西图（Stacey Graph）是用来评估工作中的确定性和可预测性的有效工具。 [1] 斯黛西图用于度量不同维度的工作的确定性和不可预见性，并标示出工作范围。我们用它来为软件开发中的三个维度建模，这三个维度分别是需求、技术和人 16）在向Scrum转型的过程中，整个企业会发生剧变，所有人都在一种可控的混乱中工作，而这种状态会持续几年。但最终，软件的每个版本会变得越来越好，员工都很乐意来上班，客户也开始乐于和企业合作。然而，企业转型成功与否取决于发起转型的高管。我们已经见过太多例子，在企业内的其他人还没有真正懂得如何用新的方法思考和工作，转型还没有在企业内扎根时，发起人就由于晋升或离职离开了原来的岗位。当发起人高管离开之后，之前取得的进步将灰飞烟灭，而刚被掩埋却没有根除的旧文化又会卷土重来。之前取得的优势和持续改进的习惯也会随着时间的推移渐渐减弱。尽管企业仍然比实施Scrum之前优秀得多，但是它本可以更优秀。人们也变得小心谨慎。在发起人离开的几年之内，企业不会比开始转型前更差，却称不上是真正敏捷的Scrum企业。这样一来就错过了彻底转型的机会。 回顾笔记时我们发现，在我们所知道或者亲身参与过的企业转型中，一旦发起的高管离职，几乎都不可避免地发生了上述这些问题。17）在企业转型过程中必须谨记的两个忠告。 1.不要试图改变Scrum Scrum不是可以被随意修改以迎合现有企业文化的流程。相反，企业的文化应该进行调整来适应Scrum。在Scrum中，阻碍本书所描述的软件开发方式的文化障碍将无所遁形。对于一个企业来说，Scrum就像是“煤矿里的金丝雀” [1] 。如果没有用Scrum建立敏捷、透明的开发环境，那么隐藏的问题将会一直留在企业内损害企业的利益。这个时候就失去了使用Scrum最主要的好处。 2.不要犹豫 不要认为企业转型是件容易的事。开始策划一件有价值的事情的时候，目标明确、身体力行以及建立氛围都是非常重要的。一旦开始使用Scrum，就能更容易地找到最主要的障碍。过度计划和过度思考是很多企业中常见的问题。但是，这并不是Scrum的初衷。Scrum所需要的是实际行动、测试、评估、学习、移除障碍，然后用更多行动来为大家创造有价值的18）用Scrum的方式实施Scrum就是利用Scrum的流程来实现组织的转型。要成功实施Scrum，组织必须进行两项主要改变。首先，软件开发人员必须组成小团队，并学会如何使用Scrum进行软件开发。其次，移除所有有碍于优化创新和软件交付的障碍。这些障碍会随着Scrum的使用逐渐显现。第一项改变能够提升软件交付的能力，第二项改变则可以为提高生产效率和投资回报率清除障碍。这两项改变都具有挑战性，也需要努力才能达成。它们是转型工程的核心，因此无论管理层有多强烈的愿望或者决心推进Scrum，都不能在这两方面节省时间。19）Scrum的经验型流程模型  

转载于:https://www.cnblogs.com/edwardsun/p/5194287.html

相关资源：fouro-application:iOSAndroid应用程序,用于发送虚拟拥抱并与朋友…

来源：weixin_30815427