点击这里给金令牌猎头顾问发消息
 金令牌首页 金令牌猎头 十佳职业经理人评选 最佳雇主评选 加入俱乐部 《职业经理人周刊》 会员区   薪酬调查报告登录  
Rss订阅
CME
《职业经理人周刊》 猎头公司
职业经理人俱乐部首页 >> 经理人资讯 >> 生产工程 >> 今日视点 >> 正文

定制你自己的敏捷:你的项目需要什么样的领导力


  《职业经理人周刊》   猎头班长v微博   微信:AirPnP   2018/2/27
猎头职位搜索
猎头|自助猎头
兼职|推荐人才
1 2 页 共2页

快速了解重点

  • 团队中每个人无论是什么角色,都要有主人翁意识,来服务整个团队
  • 敏捷项目必需的是项目管理,而不是项目经理
  • 领导者需要帮助团队不断学习;不是教他们如何做,而是指导和鼓励他们去不断探索
  • 领导者需要保护团队的学习和产出不受外界因素的干扰
  • 随时随地尊敬他人
著名猎头机构推荐金领职位
金令牌搜索企业 职位 经理人 专访 社区 会员
知名药企-生产运营管理总监50-70万北京 上海
美资铸业-机械加工部总监20-30万河北 北京
著名电力北斗应用系统集成商-集团运营副总 80-120万北京 南京
发电/光伏发电上市公司-项目总经理25-35万全国
河北地产知名企业-项目总经理 70-120万河北
知名商业百货集团-工程部副总经理50-80万北京
甲级资质环评公司-注册环境影响评价工程师30万北京
高新技术企业新型肥料公司-生产厂长30万北京 重庆

组织中新来了一个团队 A。他们之前或多或少都在敏捷团队中工作并且成功过,但是他们对于这里来说是新来的人。管理层给这个团队指派了几个领导:一个敏捷教练负责帮助他们的项目,一个项目经理来汇报管理进度和状态,一个技术教练来帮助他们的团队学习如何使用 TDD(test-driven development,测试驱动开发,译者注) 和 BDD(Behavior-driven development,行为驱动开发),以及一个人际教练来帮助团队学习互相沟通技巧。

这种情况大概持续了一周。一般来说,这个时间段应当能对前来帮助你的人做出一个合理的判断,他们究竟是否真的帮到你们了。这个团队反馈他们接触到的都是些微管理,而团队更像了解宏观层面上,他们团队究竟需要什么样的领导者。但是可以明确的是他们不需要微管理,并且他们也不需要那些被领导们强加的所谓的帮助。

这是我们 “敏捷项目实践” 这个系列的第四篇文章。这篇文章中介绍了你的团队可能缺乏的领导方式,以及什么情况下会需要这些方式。

团队领导应当是团队的服务者

Team A 的领导存在的问题之一是没有做到真正的服务团队。管理者简单地认为敏捷团队就需要这几种角色的领导来帮助团队走向成功。

很明显,管理者并没有真正理解敏捷为何物,也没有敏捷相关的经验。管理者想当然地认为团队仍然会向之前一样的产出,甚至包括像甘特图那类对于敏捷来说没有人任何意义的东西。

团队在他们的敏捷迭代过程确实存在问题:他们的故事规模太大了;他们没有按照预定计划完成故事;测试人员很晚才参与到他们的迭代过程当中。他们需要些时间来理解团队正在经历着什么,并且需要管理层离远点。他们觉得所需的是敏捷项目经理,是的,“敏捷项目经理”,他们故意用的这个术语。

团队中一个高级开发者 Danny 这样说:“我们的管理者认为项目经理会帮助一个团队走向成功。但是从我们团队成员角度出发,我们可能要优先考虑敏捷方面的因素,而不是项目经理的管理。我们需要一个能帮我们从不同角度来观察并分析我们团队现状的人。当我们开始着手物色相应的人选时,我们需要:一个能帮我们可视化我们的项目进展,并给与正向反馈的人;一个能帮我们解决项目过程遇到障碍的人;一个能帮我们收集数据,并在管理会议上进行展示分析的人。

团队成员通过开发经理向 HR 提出了招聘需求,并给出了对应的职位描述。团队成员坚持自己完成对候选人的面试,这样能够保证他们可以发现真正适合这些职位的候选人。

当前团队的规模,在敏捷化迁移的过程中属于中等水平。因此很多人改变了其原有的头衔和工作方式。研发经理不是一名敏捷专家,但是他对整个组织的运作方式了如指掌。他帮助团队找到了一位合适的人选 Jenny,来帮助团队更好的完成敏捷模式的转变。Jenny 拥有多年的敏捷项目经验,在工作流和迭代上都很擅长。所以她是这个角色的理想人选。

Kent Keith 列举了作为一个服务型领导应当具备的 7 个要素

  1. 擅长自我反省
  2. 善于倾听
  3. 能够服务于下属(Keith 称之为 “角色倒置”)
  4. 善于帮助别人成长
  5. 善于指导别人,但不是控制别人
  6. 能够调动别人的热情和积极性
  7. 能帮助别人互相产生良好的化学反应,而不是互相排斥

团队 A 需要的正是一名服务型的领导者来帮助他们学习并适应敏捷方式的开发流程,同时统计相关的基础数据。他们期待 Jenny 能帮他们做到这一点。

Jenny 决定首先帮助他们建立可回溯的项目开发方式。在制定执行计划期间,她要求团队选择出三个在下个迭代周期内需要完成的事情,而且只能是三个。团队最终决定如下:

  1. 创建一个能真实反应他们项目进度的看板,来替代之前人们想当然的项目进度。(更多细节参考 Customize Your Agile Approach: Select Your Agile Approach That Fits Your Context)。
  2. 他们需要好好算一算,看看能否在接下来的两周完成(真正的完成)4个故事。(参考Customize Your Agile Approach: Start with Results You Want )
  3. 统计每个故事真正花费的时间。(参考 Customize Your Agile Approach: What Do You Need for Estimation?)

团队决定先花两周的时间做个实验,这样他们不用在开始阶段就完全替代之前的工作方式。Jenny 表示赞同。与此同时,Jenny 更关心的是一次改变三种习惯会不会过多?

第一周,团队修改了项目进度看盘的状态,从三个( 准备开始(Ready),进行中(In Progress),已完成(Done))变为了五个( 准备开始(Ready),开发中(In Dev),等待测试(Waiting for Test),测试中(In Test), 已完成(Done))。这样能帮助团队更清楚的发现工作卡在了什么地方。

Jenny 通过看板发现了一些奇怪的问题。团队一开始决定在两周内完成四个 story,但是现在看板上却有六个。她向团队咨询为什么会出现这样的情况。

团队测试者 Traycy 说:“我是跟团队讨论过并且达成统一意见才这么修改的,因为我还有上次迭代没有做完的遗留工作需要处理。” Jenny 跟项目所有者讨论,问他是更想让Tracy 先专注于当前的四个故事是否能够完成,还是需要同时兼顾遗留工作?项目管理者表示更期待看到团队在迭代周期内能否完成这四个故事,Tracy 可以不用担心遗留工作的问题。这样 Tracy 就在看板上删除了这两个卡片。

现在他们的看板上剩下了五张卡片,一个已经在开发中。他们的开发者 Danny 要求:“我打赌你也不想让我在这个迭代周期内处理这个不相干的故事咯?” 项目管理者表示赞同,所以 Danny 将这个卡片也移除了。现在团队只需要处理剩下的四个故事了。

这样的看板对 Jenny 来说则更加清晰和有意义了。她问项目管理者:“这些故事都在你的排期当中么?” 项目管理者表示是的。

“太棒了!那现在你们觉得哪个故事应当优先处理呢?” Jenny 向团队成员问道。

Danny 提出一个问题:“我们都习惯了之前的工作方式,但现在可能有些不适用了。你有什么好的建议么?”

Jenny 回答:“我当然可以给你们提供一些建议,但是毕竟你们很聪明,并且在这个项目上的经验远胜于我。我建议你们团队内部花费五分钟来讨论下这个事情,然后再看看是否还需要我的建议?”

于是团队成员开始讨论他们的几项任务。团队成员已经了解了结对(pairing)和多人(swarming)两个概念。同时他们还知道可以作为一个团队对一个故事做个探针(spike),看看这个故事是否比看起来要复杂。

大概三分钟,团队成员就决定了接下来要优先做哪些工作。Danny 说:“看,这就是我们如何来分配我们的五名开发人员和一名测试人员的。我们采用多人一组的方式,配置了三名开发人员在故事 1 上,并且 Tracy 也会开始这个故事的自动化测试准备。这意味着我们投入四名人力在故事 1 当中。”

Jenny 点头表示赞同:“看起来不错。在你的多人模式下,成员间多久会互相确认一次工作进度?”

Danny 说:“我们会每小时碰一次头。”

Jenny 回复道:“好的。那还有什么需要我参与讨论的内容么?对了,如果你碰到了一些困难,我可以帮你解决。”

Danny 回头看了下团队其他成员,其他人也点头示意赞同。“那是一定的。我们剩余的两名开发人员将投入到故事 2 当中。”

“好的”,Jenny 表示同意,“接下来我会跟项目管理者讨论下个迭代期间需要完成的任务,以及相应的优先级顺序。”

“所以你认为我们的计划会顺利执行?” Danny 有些不太肯定。

“我也不知道。你们这些家伙的计划听起来挺靠谱的。为什么不让我们每小时碰一下,然后看看究竟是否能在两天或者更多的时间内完成这个故事呢?这也能帮助你规划你的迭代时间。” Jenny 回复道。

四名成员每小时都会互相确认一下进度。事情看起来进展顺利,直到第二天的中午。看板上的卡片数量多于四个。Jenny 也不确定是谁增加了新的卡片。

敏捷开发也需要项目管理

让我们先看看 Jenny 都做了哪些工作。她帮助团队可视化自己的工作进展,并且就如何协同工作给出了一些小建议。Jenny 倾听了团队的意见,并且在指导团队如何处理自己工作的同时,还能兼顾整体协作。她为整个团队服务。

Jenny 帮助团队完善自我管理。现在这个团队能够进行自适应调整,正向自我组织的方向发展。虽然发展的过程可能需要一些建议,但是毕竟在正确的方向上前进。

Jenny 的座右铭是:

每个项目都需要项目管理,但是不是每个项目都需要项目管理者。

因为 Jenny 并没有在项目管理角色上花费过多时间,所以她能够帮助团队发掘自身的项目管理能力。

项目成员认为他们能在 2 - 3 天的时间完成一个故事,这也正是他们为什么认为能在一个迭代周期内完成 4 个故事。三天过去了,他们的看板是这样的:

Jenny 很关心为什么开始只有 4 个卡片的看板,在第三天会有六个卡片?并且没有一个卡片是处于系统测试中(System Test)或者已完成(Done)状态的?她需要跟团队沟通,确认都发生了什么事情。

团队采用了多人协同的方式,所以他们没使用站立会议。她决定去问问团队成员能否通过举行一个 “ 精益咖啡 ”(Lean coffee)的方式来分析下现在的看板。Jenny 建议时间控制在 45 分钟左右比较合适。

Jenny 牵头举办了精益咖啡,并向团队成员解释道原因是因为有些问题需要跟大家进行讨论。她认为其他人可能也有一些问题想要讨论。在活动挂图(flip chart)中她写下了第一个问题:“为什么现在看板上有 6 张卡片?” Jenny 的问题不止这一个,但是她决定从这个问题开始。团队成员在活动挂图上写下了其他问题:“我们什么时候开始系统测试?” 这个团队是作为一个整体开展工作的,但是现在看起来并不是这样子。

五分钟头脑风暴结束后,团队成员对活动挂图上的问题进行投票来决定问题的讨论顺序。幸运的是,Jenny 的问题 “ 为什么现在看板上有六张卡片?” 排名第一,所以他们先就这个问题展开了讨论。

Danny 开始解释原因。他们发现第一个故事是一个很大的故事,远不是三天就能够完成的。于是他们将第一个故事拆分为两部分。第一部分正在等待系统测试,第二部分仍然在开发阶段。其他两个开发人员负责的故事也在开发阶段。

(来源:infoQ)
1 2 页 共2页


我们尊重原创者版权,除非我们确实无法确认作者以外,我们都会注明作者和来源。在此向原创者表示感谢。本网转载文章完全是为了内部学习、研究之非商业目的,若是涉及版权等问题,烦请联系 service@execunet.cn 或致电 010-85885475 删除,谢谢!

发表评论:
主题:
内容:
匿名发表 验证码: 登录名: 密码:   个人 企业
发帖须知:
一、请遵守中华人民共和国有关法律法规、《全国人大常委会关于维护互联网安全的决定》《互联网新闻信息服务管理规定》
二、请注意语言文明,尊重网络道德,并承担一切因您的行为而直接或间接引起的法律责任。
三、管理员有权保留或删除其管辖留言中的任意内容。
四、您在本站发表的言论,本站有权在网站内转载或引用。
五、发表本评论即表明您已经阅读并接受上述条款。
金令牌猎头
企业找猎头   职业经理人找猎头
CME相关资讯
更多>> 
CME焦点企业对话
更多>> 
CME相关猎头职位
更多>> 
十大猎头公司推荐金领职位
关于我们 | 招聘猎头 | 猎头 | 自助猎头 | 悬赏招聘 | 十佳职业经理人评选 | 年度最佳雇主评选 | 会员登录 | 企业 | 职位 | 设为主页
联系我们 | 法律声明 | 搜索 | 猎头招聘 | 猎头公司 | 《职业经理人周刊》 | 职业经理人俱乐部 | 沙龙活动 | 资讯 | 刊例 | 收藏本站
Copyright® 版权所有  猎头服务 微信:AirPnP   TEL:010-85885475   E-MAIL:club@execunet.cn
京ICP备05025905号   京公网安备110105001605
点击这里给金令牌猎头顾问发消息 猎头顾问