当前位置: 代码网 > it编程>前端脚本>Golang > 如何建立Scrum敏捷项目管理角色和价值观

如何建立Scrum敏捷项目管理角色和价值观

2024年08月01日 Golang 我要评论
本文我会尽量以白话方式了解团队中不同的角色,以及如何改变团队对产品开发的价值观和理念。

本文我会尽量以白话方式了解团队中不同的角色,以及如何改变团队对产品开发的价值观和理念。

一、敏捷角色

通常,产品负责人、开发团队和scrum主管共同组成scrum团队,团队成员之间没有谁是领导,大家是伙伴关系。另外,干系人和敏捷导师不是scrum框架中的部分但至关重要。

产品负责人

产品负责人负责处理客户、业务干系人和开发团队间的认知差距。他是产品以及处理客户需求和优先级的专家,保护开发团队免受业务干扰等。

在scrum开发中,产品负责人需要:

  • 制定产品战略和方向,设定长短期目标
  • 将开发出的产品价值最大化
  • 提供产品专业知识
  • 理解需求,并与开发团队就需求展开讨论
  • 对需求进行收集、优先级排序
  • 对预算和盈利能力负责
  • 决定功能发布时间
  • 与团队协作,回答问题做出决策
  • 验收完成的工作

优秀的产品负责人要能处事果断,他们深入理解客户需求,每天权衡各方面做出业务决策,他们很务实也能做出取舍,开发团队随时都可以找到他们,他们很有耐心特别是回答开发团队的问题时。

开发团队成员

任何在开发第一线的人员都是开发团队成员,例如秃头码农、ui设计师、测试员......

在scrum开发中,开发团队需要:

  • 直接负责创建可交付物
  • 成员确定各自任务和完成任务的方式
  • 跨职能工作
  • 具备多项技能
  • 理想情况下,同时只专注一个产品目标

优秀的开发人员需要具备多项技能,简单的说,除了他们的主要技能和广泛接触到的团队所需的技能外,他们还精通一两项技能,这样的团队开发速度更高,因为他们可以清除单点故障。

scrum主管

scrum主管负责为开发团队提供支持,扫清组织层面障碍,并保证所有流程始终秉持敏捷原则。

他与项目经理不同,scrum主管时服务型领导者,为团队提供支持,不是问责者的角色。

在scrum开发中,scrum主管需要:

  • 帮助团队和组织遵守scrum价值观和实践
  • 帮助团队扫清障碍,保护开发团队免受外部干扰
  • 促进干系人和scrum团队紧密协作
  • 团队内部建立共识
  • 保护scrum团队免受组织层面干扰

优秀的scrum主管不需要具备项目经理的工作经验,他是敏捷流程专家,引导团队通过反思回顾获得更高的绩效,优秀的scrum主管还有很强的沟通能力和组织影响力。能在互相冲突的意见中寻求协商解决方法。scrum主管的影响力不同于权力,影响力来自专业知识、工作年限、魅力、人际关系,不要低估一个有组织级影响力的scrum主管的价值。

二、敏捷价值观

敏捷价值观是一种能体现每天通力协作,相互支持以及尽己所能实现scrum团队承诺的方式。

承诺

承诺意味着参与和投入。组织对scrum团队兑现其承诺充满自信,并会调动scrum团队的积极性来实现目标,成员间要对彼此负责,承诺的实现需要自觉地努力,需要:

  • scrum团队必须在做出承诺时面对现实,在冲刺阶段更要这样
  • scrum团队必要要对目标做出承诺
  • scrum团队要务实,必须确保每次冲刺都能创造出实实在在的价值
  • scrum团队愿意对结果负责

专注

scrum团队成员需要坚持营造专注的环境,减少干扰因素提高工作效率,scrum团队需要:

  • 空间上与干扰源分开
  • 确保不把时间浪费在与冲刺目标无关活动上
  • 只做需要做的事
  • 平衡专注工作时间和团队成员交流时间
  • 时刻检查你是否保持专注

开放

scrum团队中没有秘密可言,因为这样团队才能为产品开发的成果负起责任。营造公开透明的环境非常重要,被公开的不仅是工作进度,还有工作中的挑战,需要:

  • 确保团队中的每位成员都能访问相同的信息
  • 鼓励他们采取开放态度
  • 阻止谣言化解内部矛盾
  • 始终保持对他人的尊重

尊重

分享每个人的独特性,寻找和欣赏每个人的共性,成员作为有能力却独立的个体能互相尊重,需要:

  • 开放积极的工作环境
  • 不只是容忍差异,要找出差异。最佳的解决方案一定来自不同意见
  • 同等尊重的态度对待每位成员

勇气

每件事都需要勇气,承诺需要勇气,专注需要勇气,开放尊重也需要勇气,面对阻力时首先要有的就是勇气,需要:

  • 认识到过去没问题的事现在不一定能行
  • 准备好突破现状
  • 用尊重迎接质疑
  • 拥抱scrum价值观

三、成功scrum的特质

专职的团队

每个scrum团队成员只负责实现团队决定的产品目标,而不会在完成一个产品的开发工作后,为其他团队开始新的产品开发工作,团队会长期保持稳定不变。这样更利于发布预期更加准确、迭代周期短效率高、缺陷少、修复成本低。

跨职能工作

不同于传统项目中,.net程序员只做.net工作,测试员只做质量保证工作。跨职能工作可以在同一时间专注于同一产品需求,即让尽可能多的成员尽快完成某个特定需求,从而快速完成某项特性。跨职能工作还能消除单点故障,例如团队成员不在时,另一位成员能接替他的工作任务。

每位成员要做到:

  • 不存在头衔一说,技能和贡献才是关键
  • 拓展才能
  • 他人遇到障碍快速伸出援手

自组织自管理和主人翁意识

自组织团队不必遵守他人的指令,能在团队成员的参与度和解决方案的质量上发挥极大的优势。自组织的开发团队能够:

  • 承诺实现自己的冲刺目标
  • 估算任务所需工作量
  • 专注于沟通
  • 协作
  • 共同决策形成共识
  • 积极参与

自组织增加了开发团队的主人翁意识,积极主动开发出更优质的产品,获得更多成就感和自豪感,更能同甘共苦充满信任。

控制团队规模

理想情况下,敏捷开发团队拥有使其成为跨职能团队且避免单点故障所需的最少人员。从统计数据来看,当scrum团队有6位开发人员时,开发速度最快,当有4-5位开发人员时成本最低,保持3-9人能帮助团队提高凝聚力避免小团体。当你手头有一个大型项目,请把开发工作分解并交给多个scrum团队完成,那么问题来了,具体怎么做呢?感兴趣的留言,我会尽量用白话专门写一篇。

(0)

相关文章:

版权声明:本文内容由互联网用户贡献,该文观点仅代表作者本人。本站仅提供信息存储服务,不拥有所有权,不承担相关法律责任。 如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 2386932994@qq.com 举报,一经查实将立刻删除。

发表评论

验证码:
Copyright © 2017-2025  代码网 保留所有权利. 粤ICP备2024248653号
站长QQ:2386932994 | 联系邮箱:2386932994@qq.com