与开发团队合作的8个技巧

guanshen

管理产品而不是团队

专注于您作为产品经理或产品所有者的工作，并管理产品而不是团队。 提供有关产品的指导，包括产品的市场，价值主张，业务目标和关键功能。 但是让ScrumMaster或教练解决人员，流程和组织问题； 让开发团队弄清楚实现用户案例和其他产品待办事项需要采取的措施。

如果没有ScrumMaster或个人正在努力做好工作，那么介入并担任ScrumMaster角色是一个常见的错误。 虽然这可能会在短期内使您痛苦不堪，但从长远来看却会伤害您。 承担太多的责任意味着过于分散自己：有些事情要做。 您将忽略一些产品责任，或使健康受到威胁。 两者都不可取。 （有关产品所有者和ScrumMaster之间关系的更多指导，请参阅我的文章《 每个伟大的产品所有者都需要一个伟大的ScrumMaster 。）

将团队视为平等伙伴

还记得黄金法则吗？ 对待他人如何对待自己。 团队成员不是您的资源，而是创建产品的人员。 如果您与团队的关系不佳，那么您的产品可能会遭受损失。 假设团队成员想尽力而为。 尊重他们的UX / UI和技术决策，并有权决定可以完成多少工作。 诚实开放。 提供建设性反馈并分享您的疑虑。 但是不要告诉人们如何去做，不要去分配任务。 开发团队应管理自己的工作（使用冲刺积压或看板）。 如果团队挣扎，那么帮助团队是ScrumMaster的工作，而不是您的团队（如上所述）。

帮助团队看到更大的画面

开发成功的数字产品不仅需要技术知识。 在不了解产品上下文的情况下，开发正确的解决方案几乎是不可能的，包括客户和用户是谁，产品为他们创造什么价值，使产品脱颖而出以及如何使业务受益。 因此，您应该帮助团队获得相关的市场和领域知识，例如，让团队参与研究和验证工作，并在拜访客户时邀请他们加入您的行列，并确保他们了解产品策略和产品路线图。以及业务目标和KPI 。 这不仅会导致更好的技术决策和更好的产品。 这也减轻了您的工作量：了解全局可以使团队帮助创建用户案例并支持您管理产品积压。

让团队参与产品决策

在您拥有和管理产品时，开发团队应了解并支持重要的产品决策。 取得强烈认可的最佳方法是让团队成员参与决策过程。 这也可以利用他们的创造力和知识，并可能导致更好的决策。 有多种技术可以帮助您实现强劲的买入，包括以下几种：

• 建立共同的目标：每个人都同意的愿景 ，发布目标和冲刺目标 ；
• 使团队成员参与研究和验证活动，例如，观察用户或建立MVP并共同分析结果数据 ；
• 促使团队制定和更新产品路线图 ;
• 在产品积压方面进行协作：确定项目的优先级并创建用户案例。
  ; a; ~' T$ A7 I  c

请注意， 协作需要领导才能 。 作为产品负责人，您应该开放，合作但果断。 旨在与开发团队建立共识，但不要回避困难的对话。 不要满足于最小的共同点，如果没有达成协议，就应该勇于做出决定：伟大的产品不是建立在脆弱的折衷基础上的。

与团队一起度过足够的时间，但不要忽略其他职责

花时间与团队合作以处理用户故事，回答问题并参加会议。 如果您没有空位或难以到达，则不指导团队。 在最坏的情况下，人们会厌倦试图抓住您或等待答案并停止咨询您。 因此，您最终可能会遇到需要额外返工或无法发布功能的产品。

但是，如果您对团队的问题感到不知所措，请指导团队以帮助人们看到更大的前景，并使团队参与产品积压管理和用户案例创建。 这将使他们能够自主进行工作，并且减少了团队在实施故事时在冲刺期间必须回答的问题。

为团队留出足够的时间很重要，但不要忽略您的其他产品管理职责，例如与用户互动，制定产品战略和路线图以及管理利益相关者 。 如果您过于关注团队，则您的产品可能会遭受损失。

期望高标准，但不要推人

让团队负责，并期望人们做得很好-遵守承诺，遵守协议，实现冲刺目标，团队遵守完成的定义并创建可以运行，记录和测试的软件。 但是要认识到软件开发可能具有挑战性，并且人类会犯错误。 如果冲刺目标被错过一次，请不要为团队生气。 但是，如果团队反复未能兑现承诺，那就不要接受它。 使用sprint回顾来调查原因，并探索如何提供帮助（例如，通过创建较小的用户故事或更好的接受标准）。

不要强迫开发团队工作，也不要要求人们承担他们实际无法完成的更多任务。 否则，团队可能会变得沮丧，并开始采取捷径，例如损害质量和忽略文档。 在最坏的情况下，人们会生病或离开。 相反，让团队参与制定有意义的冲刺目标，为团队提供动力和指导，并尊重团队决定做多少工作的权利。 这样可以保持可持续发展的步伐，并保持团队的积极性。

给予团队实验和​​学习的空间

为了创造价值，产品必须提供新的东西。 它必须或多或少地进行创新。 为了帮助您的产品在未来创造价值，团队需要时间来学习他们的技能并研究新技术和工具。 但是，如果您希望人们一直在使用新功能，则这种情况不太可能发生。 因此，您应该为团队留出足够的空间来尝试新想法并获得新知识。 一些团队使用金卡在冲刺中分配时间进行实验和学习。 其他人则使用hack天。 无论您的团队做什么，都可以帮助人们为未来做好准备。 这将有益于您的产品和团队士气。

完全参加会议（或不参加会议）

这似乎是一条微不足道的建议，但是我看到相当一部分产品人员半心半意地参加了与开发团队的会议。 因此，准备参加会议并充分参加-使电话静音，收起笔记本电脑和平板电脑-或不参加。

在Scrum上下文中，对于产品经理和产品所有者而言，最重要的两个会议通常是冲刺计划和冲刺审查。 您应该始终以出席这些会议为目标，并进行必要的准备工作，例如确定产品积压工作的优先级并完善用户故事以进行冲刺计划，或者邀请合适的人员并为评审会议选择合适的产品验证技术 。 但是不要为会议提供便利。 让ScrumMaster担当这个角色。

+ W, w1 T7 y! Q# o% C

showmaker

帮助团队看到更大的画面

CLBuu

开发成功的数字产品不仅需要技术知识

瞪郜望源_21

很有深度，写的很到位，比较专业和参研价值