大胆思考和小规模工作的艺术

确保小型任务有助于实现更大愿景的重要性

Kelly Drozd 作者:Kelly Drozd
浏览主题

从小时候开始,我们就被教导要“大胆思考”,设定一个很高的标准,以充分发挥我们的潜力,并成功实现我们设定的目标。公司通过着眼于下一件大事然后进行高难度尝试来做同样的事情。

但是,大胆思考和实现“重要、大胆、有挑战性的目标”的陷阱之一是,团队工作规模太大,处理的能力超出了他们的承受能力。这些大规模的规范性工作进展缓慢,几乎没有为客户或用户带来任何增量价值。或者,情况恰恰相反:它们工作规模太小,在不了解长期愿景的情况下处理太多任务。

Amplitude 产品研究和教育主管 John Cutler 在与 Atlassian 的对话中表示,为了让团队和公司取得成功,他们通常需要在大局思维和小型工作之间找到适当的平衡:

您的工作规模太大了?

“工作量太大”本质上意味着团队承担大型项目,这些项目没有增量价值交付,没有实验,也没有频繁的集成。团队处理大型项目时,他们会陷入困境,推进任务的工作以缓慢的速度进行。

团队工作规模过大的一些明显迹象包括对客户的了解不够,没有将知识与当前市场或最新技术相结合。这种整合的缺乏导致公司在产品发布时落后于市场。随着团队因规划过度补偿而苦恼,范围扩大以填补可用时间,路线图上的工作规模也越来越大。

但是,为什么公司或团队的工作规模会过大呢?有许多激励措施,例如寻求取悦高级管理人员和获得财务资源的团队。具有明确目标的大型项目计划对管理层具有吸引力,因为它看起来可以产生切实的结果。

您的工作规模太小了?

另一方面,团队“工作规模太小”。这意味着团队在较大项目中处理较小的部分,但看不到自己的工作如何与更大的战略和任务联系起来。这种方法可能看起来像是团队正在采用敏捷方式,但是当出现过度规划时,反模式就会开始出现。例如,一家有数百个待办事项的公司可能会花太多时间分析这些故事。另外,团队可能会感到工作充满活力,但是当他们在六个月或十二个月后对其进行审查时,他们很难确定这项工作如何推动业务向前发展。相反,他们看到的是杂乱、被动的工作。

人物堆叠块

Cutler 看到的另一个问题是团队将大规模工作定义成小部分。虽然团队工作规模较小,但回复反馈可能具有挑战性。与乐高套装类似,它需要遵循将小块拼凑在一起的计划。但是,如果 20% 的工作代表了 80% 的价值,该怎么办?

大胆思考,小规模工作

那么,如何避免工作规模太大或太小呢?Cutler 说,您可以通过“大胆思考,小规模工作”来达到适当的平衡,这意味着“要有一个令人信服的使命链接到连贯的战略”。团队了解公司的愿景,然后创建和管理支持和实现该愿景的任务。这意味着从影响和结果的角度进行战略性思考,在未来六个月或一个季度后制定战略,同时还要为实验和验证留出足够的空间。

如果您只负责大规模工作,那么 Cutler 建议在适当的背景下尝试小规模工作,以实现大目标。如果您只负责小规模工作,那么不妨试试定义战略计划然后向下派发工作。如果您正负责小规模工作,并规范性地定义大事,那就开始放松规范性,专注于任务和战略。

Cutler 说,团队可以从工作的“原因”开始创建学习待办事项列表。重要的是要学习这些新信息,而不是学习的“方式”。从“原因”开始意味着为每个任务添加上下文。团队应定期整理待办事项列表,以审查工作待办事项列表。这有助于确保优先级正确并纳入反馈。它还有助于团队避免对工作挑战做出反应。

通过从学习待办事项列表开始,团队可以优先考虑需要学习的内容,无论是通过广泛的研究还是数小时的开发。此外,它有助于在整个公司建立一种共享语言,因为工作分类法可以帮助您更好地描述公司中不同形式或类型的工作。

总之......

通常,取得更多成就不一定能奏效,就像工作规模太大或太小时那样。与一套严格的准则或清单相比,大胆思考和小规模工作是一种方向和心态。大胆思考需要确定解决方案的所有组成部分以及团队成员需要在待办事项列表中处理的任务。然后,团队可以编辑这些较大的任务,并将它们分解为较小的子任务,这些子任务可以委派给各个团队成员来解决。小规模工作有助于团队获得更小、更快的结果,从而尽早获得反馈。

大胆思考和小规模工作与敏捷和 DevOps 实践齐头并进。像 Advanced Roadmaps for Jira 这样的项目规划和跟踪工具允许团队处理较小的项目,同时战略性地跟踪多个团队和项目之间的工作。团队可以根据能力进行规划、跟踪依赖关系、管理竞争优先级,并通过单一数据源探索其他场景,从而了解计划的当前和未来运行状况

加入讨论并在 Atlassian 社区中添加您对本在线研讨会的反馈。