“敏捷宣言”是一个总括性术语，它描述并管理着几种轻量级和更全面的敏捷方法，用于处理 IT 团队和项目。Scrum、看板、精益开发、Crystal 和极限编程 (XP) 是最流行的轻量级敏捷方法之一。
虽然小型 Scrum 符合敏捷宣言，但其下述的六个附加值应补充和增强小型团队的敏捷性。
广泛沟通胜于狭隘沟通
与项目经理保持狭隘的沟通至关重要，但更广泛的沟通提供了更多价值。更广泛的沟通包括团队的所有利益相关者，包括产品负责人、ScrumMaster 和所有团队成员。通过在每次团队对团队或团队对客户的沟通中应用最佳原则来实现卓越非常重要。因此，鼓励团队成员在会议前花时间做好准备，以最好地适应变化并确保富有成效的结果。定期使用团队首选的沟通渠道可以快速有效地营造欢迎的环境。
团队特性交付胜于个人责任
在软件项目中，个人团队成员负责交付单个特性被认为是标准做法。然而，小型团队的成员预计会在项目生命周期中有更广泛的参与，因此他们需要对交付工作项承担共同责任。在这种方法中，团队合作起着重要作用，团队成员作为一个单一的单元协同工作，以确保项目从下而上取得成功。
这可以通过多种技术来实现，包括支持远程团队成员、公平的工作量、结对编程、代码审查和观摩。远程团队成员朝着共同目标努力，但地理位置不在一起；公平的工作量是为了确保团队的工作量公平分配；结对编程侧重于实时共同编写和审查源代码；代码审查，也称为同行评审，侧重于在实施后或作为实施中断时查看和阅读源代码；观摩是在职学习，通常用于内部培训。
质量交付胜于开发速度
快速开发和高质量交付是每个客户约定的期望。虽然开发速度很重要，但质量交付对项目的持续成功具有更大的影响。通过使用质量保证技术、工具、指导和培训来投入时间进行质量开发和测试可以帮助团队不断取得卓越成就。
多项目职责胜于固定分配
团队成员通常只有一个角色，而整个团队包含足够的技能来自给自足地填补这些角色，这种固定的项目职责是敏捷的标准做法，但小型团队的真正价值来自于成员承担额外的角色（在合理的范围内）。例如，工程师可以成为前端开发人员、后端开发人员、质量工程师或用户界面 (UI) 设计师。
这种方法背后的理念是确保小型团队尽可能自给自足。为了让小型团队承担多重职责，工作量必须公平，项目的流程必须精简。这可以通过不断审查和改进工作条件并简化流程来实现，以帮助团队专注于交付。应提供指导，为团队成员提供指导方针，以帮助他们提高技能。
加速创新胜于边际需求驱动思维
在企业约定中，严格遵循特定业务需求的需求驱动思维非常重要，但创新才是客户最看重的。在这种约定中，客户是唯一的利益相关者，他们的观点和声音会得到一丝不苟的遵循。植入创新对于让团队和客户跳出项目定义的范围进行思考至关重要，这样他们才能以最具创意和最佳的架构、需求和设计来构想最终解决方案。
客户增长胜于客户参与
成功的客户参与对项目非常重要，但这不足以建立和维持与客户牢固而成功的关系。对于小型团队来说，从客户的业务成功角度来处理业务约定非常重要。业务的增长或创造是客户对软件解决方案的最高优先级；因此，它应该是团队的最高优先级。
本文的早期版本最初发表在 Medium 上，并已获得许可转载。
1 条评论