武汉敏捷 PM Open Day 学习小记

4月21日参加了 ThoughtWorks 武汉举办的 PM Open Day,主题分享以ThoughtWorks 武汉负责人万学凡万总的「走进敏捷」引子,引出了「敏捷团队的管理艺术」、「敏捷项目中的Inception」以及「敏捷项目可视化」三个分享,层层推进,从宏观规划,到具体实施,整个分享的安排节奏张弛有度,整体下来竟有些意犹未尽。

正在听讲和做笔记

整个分享过程我关注的不仅仅是分享的内容,还针对各位讲师的演讲方式、技巧和节奏把握等都做了思考和记录。

走进敏捷——万学凡

讲者首先简单进行了自我介绍,把自己的几个主要 Title 抛了出来,当然这不是吸引人的点,他通过儿子对他的介绍,轻松活泼地丰满了其个人形象,拉近了听众与他的距离。之后步入正题。

万总儿子对他的评价

为了让大家对今天的分享全流程安排有所了解,作为组织方负责人,讲者有必要将大家的内容串讲一遍。故事是最吸引人的,他同样采用了这个方式。从每个人对与新项目的期望与进入项目后的落差这一普遍心理现象出发,说出自己在辅导孩子做作业时候的思考:

下班后幻想与孩子快速完成作业然后进入温馨的亲子时光 vs 不断延长做作业的时间,最后甚至匆匆签字,上床睡觉

拙劣的作业完成情况,只能忐忑等待老师的宣判

这种微妙而又充满趣味的生活小场景,很像我们在项目开发中时间与质量的博弈、理想与现实的挣扎。PM Open Day 为此而生。它是为大家在项目实践和管理中累积的点滴心路历程提供一个交流和调侃的舞台,我们把一个个从项目中淘到的珍珠、剜掉的沉疴统统搬出来,让大家欣赏把玩、让大家警醒关注。开放的是过往,拥有的是人生。

接下来三个主题的介绍。······

就讲者自己而言,今天回答了两个问题,一个是敏捷解决的是什么问题,一个是敏捷团队的三个发展阶段。

三军未动,舆论先行。首先抛出 Dave Snowden 的 Cynefin框架,说明框架中的四个问题域,为了让大家很容易了解简单、繁杂、复杂和混乱四种问题,讲者邀请了现场听众做了一个小游戏:

按照高矮排序——简单问题

按照出生月份排序——繁杂问题

按照籍贯所在地从南到北排序——复杂问题

细细推敲起来似乎还是不那么完美,并没有将三者的核心区别一一映射到小游戏中。但是听众基本领会了他想要表达的意思。尔后他提到了产品创新面临的几个常见风险:目标用户模糊、目标用户需求模糊、解决方案实现路径模糊和产品演进策略失误。这的确是一个复杂性问题,这里又一个实例化展现手段——MVP。

MVP的产品演进路径

说完敏捷的靶子,那么回过头来说一说敏捷的团队。讲者借用剑道中 “守、破、离” 的学习方法,映射到团队敏捷实践状态的循规蹈矩,原则指导、灵活出招,以及自创招式、点石成金。并分别介绍其在客户处的实际场景让大家更好地理解团队在各个阶段的表现。

最后,讲者总结了团队阶段表现,即敏捷实践——敏捷思想——敏捷文化,敏捷成为每个人的行为模式,这样放飞敏捷火箭的动力才会远远大于阻力,才能飞得更高更快。

敏捷实践的管理艺术——祁凡

讲者介绍了敏捷团队的特征和五个执行阶段,最后表明敏捷团队中PM应该为服务型领导的观点。

在谈及团队的五个执行阶段时,讲者提及了每个阶段团队目标和PM的关注点,而且需要注意的是,就团队个人而言,虽处于统一阶段,但是每个人的诉求表现还是不一样的,譬如A此时需要对其放权,而B已经达到了对其赋能的程度了,所以PM所要做的是针对成员不同状况因地制宜。

团队的五个阶段

当然,这五个执行阶段并不是敏捷团队独有的,它基本能体现一个优秀的软件开发团队从组建到拆分的全生命周期。

敏捷项目可视化——袁欣

讲者介绍了在敏捷项目执行中随着项目开展可以采取的一系列可视化手段。

敏捷项目的可视化之旅

权衡滑块 Trade-off Sliders

大家对于做同一件事情的优先级理解是不一样的。而权衡滑块是确定相互冲突的优先级的最快方式。它可以提示我们工作的顺序和指导我们做决定。并且随着项目的推进,滑块也在不断地调整。

权衡滑块示意图(用户体验·安全·范围·时间·成本)

干系人地图 Skateholder Mapping

为梳理在项目进程中各个事项的参与方,推进快速组织和避免会议扩大,有必要形成项目的干系人地图。

建立地图的步骤为首先写出近一周的项目沟通人员、近一个月的项目沟通人员以及近三个月的项目沟通人员,进而纵轴显示各干系人的参与程度;接下来加入横轴影响力,得出干系人可视化结果。

干系人可视化步骤

工作路径 Ways of Working

工作路径可以清楚地体现在项目开发过程需要经历的实践和会议,并提前做好人员安排。

工作路径图

· 需求梳理 Backlog Grooming

· 需求分析 Analysis

· 迭代计划会 IPM(Iteration Plan Meeting)

· 每日站会 Daily Standup

· 故事开卡 Story Kick-off

对齐验收条件AC。

· 开发 Development

· 代码审查 Code Review

· 桌面测试 Desk Check

开发人员在完成需求之后,快速在本地开发环境建立功能验证条件。

· 测试 Test

· 产品展示 Show Case

· 回顾会议 Retro

· 迭代结束 Done

沟通计划

明确团队如何沟通、沟通的目的和频率以及各类沟通的参与者都有谁。

沟通计划表

资源计划

明确项目各阶段角色的投入情况。

资源投入表


这些还需要逐个研究学习。

敏捷项目的 INCEPTION

详见:http://insights.thoughtworkers.org/what-is-an-inception/#respond


注:文章内图片资料均来源于活动资料分享,若造成不便,联系立即删除。

推荐阅读更多精彩内容

  • 下文的构思源于我们在4月21日「PM Open Day」上的主题分享。之所以组织这个活动,是希望搭建一个学习和分享...
    万学凡阅读 1,005评论 0 3
  • 1、在项目的Sprint回顾会后,团队成员指出那是抱怨会,不是非常有效。Scrum主管应该怎么做?A 建议团队尊重...
    隔壁老李头阅读 3,832评论 0 10
  • 1、一名经验丰富的团队成员没有参与每日站会,导致他们落后于审查活动。敏捷管理专业人士应该怎么做A 要求管理层解决B...
    隔壁老李头阅读 2,190评论 0 10
  • 项目经理和产品经理本是两个相关却独立的岗位,很多人会混淆这两个岗位的工作内容。而巧的是项目经理的英文缩写(proj...
    TurboLHT阅读 3,234评论 2 27
  • 看板是一个及时的库存控制调度系统。产品流程只有在收到命令信号时才执行。 所有任务都必须经过测试或验证流程,来确保质...
    elf三省阅读 1,091评论 0 3