敏捷开发管理的原则是什么？敏捷的原则在于项目、团队、企业的透明度
- “如果你必须将敏捷提炼成一个原则，那么这个原则是什么？”
这是一个很好的问题，如此简单和又具有挑战性！说它具有挑战性是因为敏捷的原则取决于业务的背景和规模。 定义单一原则很困难，因为敏捷涉及到许多相互关联的原则和实践。 例如从团队背景出发：没有开放性和高效沟通的跨职能团队就无法协作并为客户提供价值，团队没有反思和适应就无法持续改进，没有卓越的技术团队就无法提供经常构建的优质工作软件。 因此，根据我过去的经验，如果将敏捷定义为一个原则的话，我的选择是透明：即具有可见性和共同理解的一些事情。 作为企业的透明度 对于VUCA时代的企业而言，它意味着每天处理商业世界的波动性，不确定性，复杂性和模糊性。事实上，企业需要解决的问题在本质上就是需要和组织，项目，团队达成敏捷性和一致性。 我认为企业层面的透明度就是：愿景和价值观，目标和支持计划，主要挑战和风险，政策和文化的战略一致。 作为一个顾问，如果我提出以下这些问题，每个经理会给出相同的答案吗？： 作为企业，我们代表着什么？ 我们正在努力实现哪些目标？ 关键客户是什么？ 最高优先级的计划/项目是什么？ 未来6个月我们的企业路线图是什么？ 为什么要做出这些决定？ 业务以外的哪些变化会影响我们？ 我们是否已准备好PlanB/适应策略？ 作为项目的透明度 对于组织中的项目而言，它不是孤立的事件，所以透明度在项目的成功中起着至关重要的作用。这里说的透明度是指对目标，项目成果，进展和状态，风险，变化，财务的共同理解。 敏捷项目涉及高度不确定性，让所有工件可见并保持沟通流动至关重要，还要了解其他项目会对其产生什么影响并且能够解决这个问题。 作为一个顾问，假如我问以下问题，每个项目负责人会给出相同的答案吗？ 该项目/计划的结果/关键绩效指标是什么？ 谁是关键的利益相关者/赞助者？ 涉及多少个部门或者团队？ 我们的路线图和大致时间表是什么？ 我们搞砸了什么？ 我们是否有项目计划和信息发散器？ 关键人员是否可以即时访问状态，预算，预测，所有日志等更新信息？ 什么是主要风险和项目检查点？ 我们是否已识别并可视化所有依赖项？ 有项目委员会吗？ 作为团队的透明度 对于敏捷团队而言， 缺少了Scrum三大支柱之一——透明度，Scrum团队无法成功运作。 团队在组织中的目的是什么？ 第三季度的团队目标是什么以及如何衡量？ Sprint的目标是什么？ Sprint期间的团队进度是否可见？ 什么是团队的可持续速度？ 团队是否有问题和障碍是可见的？ Sprint / Product Backlog是否对所涉及的每个人都可见？ 团队中的每个人是否都对Done的含义有共同的理解？ 团队是否有共享和明显的工作协议？ 他们说 Mike Cohn （scrum培训师，mountaingoatsoftware.com的创始人） "Get something done enough that you can feedback on it. Repeat until the feedback is that you've done enough." （“做到足够可以得到反馈，重复这个步骤，直到反馈是你已经做得足够。”） Geoff Watts （Scrum培训师和领导力教练， inspectandadapt.com的创始人 ） "That’s a difficult question but I would have to say “Inspect and Adapt”（ “这是一个棘手的问题，但我不得不选择”检查和适应“） Manuele Piastra Tide的敏捷教练 Inspect, reflect and adapt collaboratively to maximise the customer value".“通过检查，反馈和适应，将客户价值最大化”。 那么，如果看到这篇文章的你必须将敏捷提炼成一个原则，那么这个原则是什么呢？ 参考原文： https://www.linkedin.com/pulse/underlying-principle-business-agility-lana-yatsyuk/
作为一个顾问，假如我问以下问题，每个团队成员会给出相同的答案吗？
在我写这篇文章时，我邀请了敏捷思想领袖和同事分享了他们对这个问题的回答：
