【每日一学 20260519】敏捷之道——四种意识帮助理解敏捷宣言

2026-05-19 13:52:00
蓉蓉
原创
12

1.共识意识

敏捷团队首先需要培养的是共识意识。共识的内容包含比较多，例如业务的商业模式、迭代的目标、产品的需求、2C业务的用户画像、2B业务的用户角色和团队的分工等等。对以上任何一条内容缺乏共识，都会导致团队工作的严重问题。
  • “业务的商业模式”缺乏共识，导致产品需求优先级的判定不明；
  • “迭代的目标”缺乏共识，导致每个迭代没有工作重点；
  • “团队的分工协作”缺乏共识，导致团队成员之间缺乏信任，无法坦诚沟通。
  • “产品的需求”缺乏共识，导致任务经常返工，工时估算不准；
  • “2C业务的用户画像”缺乏共识，导致产品设计和用户体验欠佳；
  • “2B业务的用户角色”缺乏共识，导致业务的要求与产研团队需求分析不相符。
当团队在敏捷实践过程中产生问题时，建议把问题归结为 “团队对于该问题缺乏共识” ，再想办法解决。首先，这样做可以避免团队中无谓的争吵。其次，这样做往往才能找到真相，问题的出现通常都是某一个很小的疏漏，然后配合方也没多想，继续执行放大了问题，很难判定哪一个环节的责任最大。最后，这样做可以让大家一起想办法，没有达成共识的事情，就需要大家一起想办法解决，团队的问题往往都不是靠单个人的努力，需要大家同心协力一起努力才有可能解决。

2.闭环意识

当团队具备“共识意识”后，应该确保团队形成下一层意识，即“闭环意识”。闭环意识是指团队在发布版本后及时获取用户反馈信息，快速有效地处理反馈信息，据此调整后续的迭代版本内容。版本发布后，可能激起海量的用户反馈，在众多的责骂声中，如何保持自信，甄别有用信息，调整需求的前提，优化产品逻辑，加深用户的理解就非常重要了。实现闭环的最大难点是团队不敢或不愿面对。自我反省就像把伤口打开重新合上，令人难以接受，很多情况下，团队更容易选择逃避，认为下次就不会这么倒霉了。

缺乏“闭环意识”往往团队有如下表现：
  • 做完一个迭代后，忙于完成下一个迭代的工作，忽略上个版本用户的反馈。
  • 两个相邻迭代的需求没有任何关联性，只是松散集合，缺乏递进关系。
  • 沿着错误的方向按照原定的规划前进，不能找到正确的探索方向。

3.探索意识

当团队具备“共识意识”和“闭环意识”后，可以继续引导团队形成更高一层意识“探索意识”。探索意识是指团队要理解每个迭代都是一次尝试，发布版本后，通过用户反馈可以了解该版本中用户认可哪些功能，用户反对哪些功能。得到用户的认可是件好事，团队应该继续乘胜追击，把用户认可的功能做得更棒。用户提出反对信息，也是件好事，团队应该立即调整方向，仔细研究市场和用户需求后再次尝试。最糟糕的事反而是用户毫无反馈，这才是团队最痛苦的时刻。
缺乏探索意识，往往团队有如下表现：
  • 对于每次版本的需求都非常自信，认为版本发布一定成功。
  • 会做长期的规划，把未来半年的所有需求都一次敲定。
  • 忽略市场，用户和竞对的信息，不愿意及时调整方向。
  • 遇到产品发布无人问津后，无法鼓足干劲继续努力。
团队一定要敬畏市场和用户，培养探索意识，不要想着一口吃个大胖子，也不要想着团队都是有经验的成员必然成功，更不要一条道走到黑，撞着南墙也不回头。市场和用户的变化是快速的，而且绝大多数的用户无法告诉团队到底想要什么，团队需要根据假定条件制定产品需求，利用短迭代周期快速试错，根据发布后的反馈及时调整后续迭代的工作才是上策。

4.价值意识

当团队具备“共识意识”“闭环意识”和“探索意识”后，最终引领团队形成最后一层意识“价值意识”。对比传统项目管理和敏捷项目管理，我认为敏捷项目管理是以价值为核心的，而传统项目管理是以风险为核心的。敏捷提倡在产品Backlog中寻找高价值的需求进行尝试，在迭代工作中优先启动高优先级需求，举行迭代展示会，让团队成员感受迭代的努力效果。价值是面向用户的，价值的评判标准也是用户反馈，“价值意识”的难点在于坚持为用户提供长期价值而不是妥协业务短期利益。
缺乏“价值意识”的团队往往有如下表现：
  • 仅仅完成工作，从不思考如何优化产品和团队协作。
  • 为了短期的业务利益，作出伤害用户或无意义的需求。
  • 团队缺乏使命感，工作氛围缺乏激情。
  • 产品留存数据很差，靠运营强推。

来源：《敏捷之道》——四种意识帮助理解敏捷宣言---文/薛军
发表评论
通过审核后显示您的意见