武汉的开发者们注意啦!AI技术战略、框架以及最佳实战尽在Azure OpenAI Day 了解详情
写点什么

Scrum 项目准备程度的自我评估

  • 2012-10-16
  • 本文字数:2065 字

    阅读完需:约 7 分钟

在启动 Scrum 项目之前,我们需要了解项目成功的几率,敏捷领域专家 Androw 和 Phuong 在“ Scrum in Action ”中从组织、基础设施、团队、技术、过程和业务六个方面提供了自我评估的标准,对于 Scrum 项目团队有很好的借鉴作用。

组织方面

主要评估不同部门和团队是否熟悉了 Scrum 的价值观和实践。组织内部对 Scrum 越熟悉,Scrum 过程越顺利。

  • 不同的部门之前在 Scrum 项目曾经成功合作过吗?
  • 公司内部是否存在强烈抵制 Scrum 的现象?
  • 公司内的不同部门是否强烈支持 Scrum?

基础设施方面

主要是评估测试基础设施是否准备就绪,帮助你的团队执行所有需要的测试。

  • 自动化是否准备就绪,并且已经成为共识?
  • 持续集成测试是否准备就绪,并且成为共识?
  • 每日构建环境是否准备就绪,并且成为共识?

团队方面

​主要评估项目团队成员之间的关系水平,是良好合作的关键因素之一。

  • 团队对 Scrum 完全是新手吗?
  • 团队成员之前是否成功合作过吗?
  • 团队成员彼此了解和欣赏吗吗?

技术方面

主要评估团队是否对所用的技术了解。虽然对 Scrum 项目本身不是个问题,但是这会有助于你了解团队的状态,从而用到评估当中。​​

  • 开发团队是否对所用的编程语言非常熟悉吗?
  • 开发团队成员对所用的技术非常精通吗?
  • Scrum 生产环境已经就绪了吗?

过程方面

主要评估公司是都已经对 Scrum 具备了充分的了解和实践经验。

  • Scrum 是公司已采用的过程框架吗?
  • 公司内支持 Scrum 吗?
  • 公司内部强烈反对 Scrum 吗?

业务方面

主要评估你的业务伙伴是否 非常熟悉 Scrum 需求和实践。你可以想到,他们越熟悉,你会受益越多。如果业务层对 Scrum 非常了解,那么对你的第一个好处是,你会得到一个非常权威的、全职的、知识丰富的产品负责人。​

  • 产品负责人已经做好准备了吗?
  • 产品负责人熟悉 Scrum 但是没有实践经验吗?
  • 产品负责人之前成功实施过 Scrum 吗?

关于产品负责人(Product Owner),Androw 和 Phuong 认为,敏捷项目需要每个人的努力,但是如果没有一名出色的产品负责人守卫产品愿景和目标,那么敏捷项目无法成功,因为敏捷或者 Scrum 项目的重点是交付业务结果和价值。他们特别强调了其需要具备的七个特质:

  • 知道如何成功地管理利益相关者的期望和偶尔的优先级冲突。因为你没有足够的时间来与利益相关者周旋,所以我们建议你学会如何根据他们对项目成功的影响力来区别对待。
  • 对产品有清晰的愿景和了解。如果产品负责人对产品具有清晰的愿景,会帮助她容易地设置目标和优先级,同时在团队尝试创建良好的发布和 Sprint 规划时受益良多。
  • 知道如何收集需求把产品愿景转化为良好的产品 backlog。虽然具备产品愿景很重要,但是产品负责人为产品 backlog 准备好用户故事的能力可能更加重要。
  • 全身心地投入到团队中,包括 Sprint 阶段和发布和 Spring 规划阶段。产品负责人应该和团队同在,每天与团队交流,出席每一个回顾会议。如果你发现自己的公司没有这样一个产品负责人,那么你应该积极地向管理层解释,团队需要一个兼顾业务能力和定期与团队交流并为业务作出决策的人。​
  • 出色的组织者,积极参加各种活动,同时具有前瞻性和保持沉着。除非你很幸运在一家小型公司工作,那么产品负责人拥有大量的时间,否则她会忙于处理各种优先级的事情,从与市场部门合作,到在自己部门处理业务问题。如果是这种情况,你应该讲究策略,积极提醒产品负责人,她的积极参与作为过程的一部分至关重要。​
  • 知道如何与团队和业务部门沟通产品愿景,确保在项目的周期中业务部门始终信任开发团队。需要积极地与管理层和用户合作,帮助他们理解团队的状态,这些与目标和业务价值相关。​
  • 出色的领导者,能够在团队需要时提供指导、训练和支持,同时确保业务部门从 IT 部门获取了他们所期望的价值。​产品负责人应该知道如何做一名出色的服务型领导,可以指导、支持、训练团队逐步实现项目愿景和目标。

每一个问题都需要回答,根据问卷答案的好坏,得分范围在 0-2,当你把所有得分相加,会得到一个 0-36 之间的分数。如果你总分为 0,那么这意味着你的项目环境如此糟糕,在交付你的项目时会非常困难。如果总分为 36,那么这意味着你的项目成功几率最大。​你的得分超过 18(平均值),那么你高于平均水平,Scrum 项目可能会非常成功,但是你需要处理一些问题来改进团队的交付能力。如果团队成员彼此陌生或者在之前项目里有过节,那么促使项目成员精诚合作。如果你的总分低于 18 分,这意味着成功几率小于 18。你仍然可能会成功,但是必须努力解决项目环境的一些问题,提高团队的交付能力。

Androw 和 Phuong 认为,自我评估背后的意义在于,一旦你知道自己的处境,那么可以努力改进弱势方面的分数,直到达到较高的分数,从而提高 Scrum 的胜算。你会更接近以下目标:

  1. 频繁的软件交付。
  2. 业务团队和软件团队之间的定期协作
  3. 固定时间的工作和会议,避免事情拖得太久。
  4. 频繁的检查和适应周期。
  5. 团队自我管理和授权。
  6. 一切都以持续的节奏来运转(团队不会被榨干)。

​读者在评估 Scrum 项目准备程度时采用了哪些方法?Androw 和 Phuong 的问卷调查是否值得借鉴,你在自我评估时能够得到多少分?哪些方面需要进一步改进从而提高项目成功的几率?

2012-10-16 00:491828
用户头像

发布了 501 篇内容, 共 247.2 次阅读, 收获喜欢 57 次。

关注

评论

发布
暂无评论
发现更多内容

Kosmos实现无状态工作负载跨集群平滑扩展

畅聊云原生

redis高可用的方案都有哪些?

想要飞的猪

Amazon CTO Werner Vogels:2024年及未来四大技术趋势预测

亚马逊云科技 (Amazon Web Services)

re:Invent AIGC Amazon S3 大语言模型

如何根据获取到的商品信息制定更加精准的营销策略?

技术冰糖葫芦

API 文档

技术人的 2023 总结|火山引擎开发者社区联合 InfoQ 写作社区第四届有奖征文获奖公布!

InfoQ写作社区官方

云原生 音视频 火山引擎 热门活动 #大模型

基于低代码平台开发应用程序

这我可不懂

低代码 JNPF

mysql的索引以及优化时的注意项

想要飞的猪

低代码开发平台真的靠谱吗?

代码生成器研究

开发体育赛事直播APP平台实现“流量”向“增量”的成功转化

软件开发-梦幻运营部

案例解析关于ArkUI框架中ForEach的潜在陷阱与性能优化

华为云开发者联盟

鸿蒙 开发 华为云 HarmonyOS 华为云开发者联盟

RUM增强APP端快照配置全量会话回放与自定义协议网络请求采集功能

博睿数据

JNPF低代码平台详解 -- 系统架构

树上有只程序猿

低代码 应用开发 JNPF

交易所开发:服务为您的企业提供支持

区块链软件开发推广运营

dapp开发 区块链开发 链游开发 NFT开发 公链开发

关于低代码的常见误解

代码生成器研究

ThreadPoolExecutor线程池内部处理浅析

快乐非自愿限量之名

Python 内部处理

Linux MIPI 调试中常见的问题

快乐非自愿限量之名

Linux 运维 调试 linux运维

348字节实现精简版吃豆人小游戏

南城FE

JavaScript 前端 游戏

低代码不适合做哪些应用?

代码生成器研究

IT外包助力企业数字化转型案例分享

Ogcloud

外包 IT 外包公司 外包项目 IT 运维

从 Oracle 到 TiDB,全链路数据迁移平台核心能力和杭州银行迁移实践

PingCAP

数据库 数据库迁移 TiDB 银行业

零束科技:博睿数据是智能化路上的可靠“守护者”

博睿数据

#运维

从HumanEval到CoderEval: 你的代码生成模型真的work吗?

华为云PaaS服务小智

云计算 软件开发 华为云

国内开源的低代码框架有哪些?

代码生成器研究

kafka的核心组件以及特点

想要飞的猪

Kosmos介绍

畅聊云原生

低代码如何提高生产力?

互联网工科生

低代码 项目开发 JNPF

全面预算管理平台:让企业管理智慧升级

智达方通

智慧管理 全面预算管理

SDK对比测评|如何科学做直播产品技术选型?

音视频开发_AIZ

谁说低代码做不了复杂的企业应用?

代码生成器研究

IT服务外包的优点有哪些?

Ogcloud

外包 IT 外包公司 外包项目 IT 运维

spring核心功能与他们的实现总结

想要飞的猪

Scrum项目准备程度的自我评估_研发效能_崔康_InfoQ精选文章