专栏首页java一日一条与开发团队高效协作的8个小技巧

与开发团队高效协作的8个小技巧

开发团队是每一个产品经理和产品负责人的重要合作伙伴:是团队来设计和建造实际产品。但是,要高效地引导并与团队一起工作并不是一件容易的事情。这篇文章将分享8个使开发团队更高效合作的小技巧,从而提高创造成功产品的机会。

1.管理产品,而不是团队

作为产品经理或产品所有者,要专注于你的工作,要管理产品而不是团队。对产品提供指导,包括它的市场,价值主张,业务目标和主要功能。要明确分工,让ScrumMaster或指导人员来制定流程和组织问题;让开发团队来指出需要怎么做才能实现用户故事和其他产品积压事项。

这里有一个常见的错误,那就是介入并扮演ScrumMaster的角色,在没有ScrumMaster或者如果个人正在努力做好工作的时候。虽然这可能会在短期内会有一定的成效,但从长远来看,肯定是弊大于利的。承担太多的责任意味着会过于分散自己的精力:不知不觉就会让某些东西悄然溜走。要么你会忽略一些产品责任,要么将你的健康置之脑后。两者皆非你所愿。

2.将团队当作平等的伙伴

还记住Golden Rule吗?你想如何被别人对待,就应该以同样的方式对待他人。团队成员不是你的资源,但却是创造你的产品的人。如果你与团队的关系很差,那么你的产品很可能会受到影响。尊重团队成员的UX / UI和技术决策,以及他们决定如何完成工作的权利。要诚实和开放。提供建设性的反馈意见并说出你的担忧。但是,不要吩咐别人怎么做他们自己的工作,也要克制分配任务的欲望。开发团队需要能够管理他们自己的工作(使用Sprint backlog或看板)。如果团队有斗争,那么帮助团队是ScrumMaster的工作——而不是你的(正如上面所讨论的那样)。

3.帮助团队看到更大的蓝图

开发一个成功的数码产品需要的不仅仅是技术知识。在不了解产品上下文的情况下,包括客户和用户是谁,产品为他们创建什么样的价值,什么使得产品与众不同,以及它将如何有利于企业等,制定正确的解决方案几乎是不可能。因此,你应该帮助团队获得相关的市场和领域知识——例如,让团队参与研究和验证工作,邀请他们和你一起访问客户——确保他们知道产品战略和产品发展蓝图,以及企业目标和KPI。这不仅会带来更好的技术决策和更优的产品。还可以简化了你的工作量:了解更大的蓝图可以让你的团队来帮助创建用户故事,并支持你管理产品积压。

4.让团队参与到产品决策

当你拥有和管理产品的时候,开发团队应该理解和支持重要的产品决策。实现双赢的最好办法是让团队成员参与到决策过程。这也充分利用他们的创造力和知识,并将可能导致更优的决策。有一些技术可以帮助你实现双赢,例如:

要清楚的是,合作需要领导。作为产品的负责人,你应该是开放和协作的,但同时又果决。目标是让开发团队建立共识,但不回避艰难的交互。不要满足于最小的共同点,能够在意见不能一致的时候勇于做出决定:伟大的产品不会因为是少数而服从多数。

5.在团队上花足够的时间,但不要忽视你的其他职责

花时间和团队一起合作以工作于用户故事,回答问题,以及参加会议。如果你不具备或难以达到这样的条件,那么你并非是在指导团队。在最坏的情况下,人们会厌倦等着你来给答案,因此不再咨询你。因此,你最终可能会得到一个需要额外返工或者功能发布不了的产品。

但是,如果你对团队的问题不堪重负,那么要指导团队帮助大家看到更大的蓝图,并让团队参与到产品积压管理和用户故事创建中。这将使他们能够自主开展工作,并且减少你不得不回答的问题量,在你的团队实现用户故事的全速冲刺中。

虽然在团队上留足足够的时间是如此重要,但也不要忽视其他产品管理的工作,例如与用户接洽,工作与产品战略和路线图,以及管理利益相关者。如果你过于以团队为重点,那么你的产品很可能会受到影响。

6.期待高标准,但不要逼迫大家

对团队负责,期待大家做好工作——即保持承诺和尊重达成的协议,交付冲刺目标,团队遵守完成定义以及创建可工作,文档化和测试过了的软件。但是要认识到,软件开发是具有挑战性的,而且是人就会犯错误。如果有一次冲刺目标错过了,也不要对团队发火。但是如果团队屡次不能发布承诺过的事情,那就需要介入了。调查原因,并探讨如何帮助,例如,可以创建较小的用户故事或更优的验收标准。

不要强迫开发团队工作,不要要求完成比他们实际能应付的更多的任务。否则,团队会变得失去动力,并开始走像牺牲质量和忽略文档这样的捷径。在最坏的情况下,大家会生病或跳槽。相反,让团队参与设置一个有意义的冲刺目标,不但能够为团队提供动力和指导,还可以尊重团队决定工作如何完成的权利。这将建立一种可持续的速度,并让你的团队保持动力。

7.给团队空间来试验和学习

为了创造价值,产品需要提供一些新的东西;它需要创新。为了帮助你的产品在将来创造价值,团队需要时间来学习他们的技能,研究新的技术和工具。但是,如果你一直要求大家工作于新的功能,那么这些就都不可能。因此,你应该给予团队足够的空间来试验新的点子,掌握新的知识。有些团队使用gold cards来分配时间以便于冲刺试验和学习;有些人使用hack days。无论哪种方式对你的团队有用,这都将有利于你的产品和团队士气。

8.全面参与会议(或不露面)

这似乎是一个微不足道的忠告,但是从客观上来说,我看到有不少人敷衍了事地参加开发团队的会议。参加会议前要做好准备,全面参与——电话静音,收起你的笔记本电脑和平板电脑——或者干脆不要参加。

在Scrum的背景下,产品经理和产品负责人的两个最重要的会议,通常是冲刺规划和冲刺审查。你应该总是致力于出席这些会议,并做好必要的准备工作,比如,优先产品积压和提炼用户故事以用于冲刺计划或邀请合适的人,并选择合适的产品验证技术用于审查会议。但不要促进这些会话。让ScrumMaster来担当这个角色。

本文分享自微信公众号 - java一日一条(mjx_java),作者:收听我

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2016-11-11

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 软件开发中最顶级的 17 个平台和工具

    当你在决定使用哪些软件或平台来完成日常工作时,会存在很多选择。所以,我决定写一个我们在开发部门常用的软件开发工具列表,希望能对其他所有人都有所帮助。

    哲洛不闹
  • 如何成为一名合格的(Java)程序员

    在过去几年中,政府和社会一直在努力使“Geek”再次酷起来。总统和总理提倡计算机程序设计成为学校课程的一部分。今天,除了政治,成为一个合格的程序员比以往任何时候...

    哲洛不闹
  • 成为软件工程师最精彩的地方是什么?

    一个星期前,我在Hacker News上看到这样一篇文章——《让程序员/技术主管/项目经理最可怕的事情是什么?》。这篇文章讲得非常精准,并且得到了极大关注。这也...

    哲洛不闹
  • 在腾讯的八年,我的职业思考

    腾讯ISUX
  • PMI-ACP 敏捷项目管理12——组建高效团队

    团队是指一些技能互补、有着共同目标和愿景、共同承担责任的人。为此,团队由以下特点:

    隔壁老李头
  • 干货 | 敏捷开发的持续改进

    作者简介 黎娟,去哪儿过程改进总监。15年软件项目管理及过程改进经验,曾先后就职于雅虎中国/阿里巴巴、腾讯、去哪儿网,擅长问题分析以及基于问题驱动的过程改进。 ...

    携程技术
  • DevOps团队之殇|洞见

    “你在团队里是做什么的?” “DevOps。” “DevOps是什么呢?” “DevOps是一种文化、一种实践,目标是加快软件迭代速度,让团队更快交付价值...

    ThoughtWorks
  • 我在传统行业做数字化转型(4)团队篇

    在传统行业的企业中做数字化转型的技术团队中,不同的企业文化、不同的团队规模、不同的业务类型、不同的发展阶段都对研发团队的管理要求千差万别,这里我主要针对我所在的...

    Edison Zhou
  • 《硝烟中的Scrum和XP》第15章 我们怎样管理多个Scrum团队

    例2 场景:你选择了使用三个小团队的方式。不过观察一下sprint中的交流方式,你就会发现团队1和团队2一直在交流,而团队3比较孤立 解决办法:如果团队1和团...

    yeedomliu
  • 如果在创业公司,你会如何打造一个团队?

    前言 曾经看到一个问题:“如果在创业公司,你会如何打造一个团队?” 当时脑袋里的想法很多,关键词包括招聘、目标、领头、监督、理想、待遇、氛围、成长等等,杂乱...

    落影

扫码关注云+社区

领取腾讯云代金券