小型 Scrum 原则阐述了针对沟通的首选方法、为确保最高交付质量而引入的流程，以及为企业实施小型 Scrum 背后的益处。
小型 Scrum 原则是不可协商的。
基于价值的沟通包括内部（开发团队内部）和外部（与客户）沟通。它专注于交付价值。理解解决方案、其目的和其期望的功能取决于有效的沟通。发起和维护各方之间的沟通需要开放和奉献精神，以寻找给定功能请求或修复的最佳解决方案。它也可能引发关于已交付软件进度的进一步讨论，这反过来可能会揭示需求中的遗漏。
在有限的时间内，重点应放在有价值和紧急的沟通上，而不是偏离重要性和实用性的沟通。这与 艾森豪威尔矩阵 的制定紧急与重要决策以帮助优先处理沟通流程相一致。
质量优先的开发侧重于在每个 sprint 期间对软件开发采取质量至上的方法。这意味着确保根据验收标准交付功能，解决方案没有错误（或至少没有明显的错误），消除软件中的任何不一致之处，对解决方案进行测试，并报告、记录客户考虑的任何边缘情况错误和遗漏的功能。
交付所有权是指开发团队主动推动 sprint 到 sprint 的软件交付。使团队能够直接咨询客户对团队的整体绩效和客户的满意度产生积极影响。消除任何与微观管理相关的障碍对于让团队承担交付软件解决方案的所有权至关重要。
迭代签核侧重于通过迭代签核方法减少技术债务并识别需求中的差距。随着解决方案的发展和成熟，业务需求会发生变化。通过迭代开发，在一个 sprint 内交付的功能应在 sprint 完成后进行签核。同样，即将到来的 sprint 的需求应在其开始之前进行签核。
本文的相关版本最初发表在 Medium 上，并经许可重新发布。
评论已关闭。