蓓蓓—PM的修炼

项目管理专业博客,微博:蓓蓓的小宇宙,微信:leibei1128

《硝烟中的Lean-大型项目的看板实践》精华摘录

全文围绕一个作者所参与的真实案例“提供给瑞士警方的大型电子巡警系统”来展开。

我们如何拆分大象?How we sliced the elephant?
按照地理位置和犯罪类型两个维度将产品进行细分管理,而在团队组织结构上,按照产品分类划分为三个功能小组,其中需求分析团队和系统测试团队均为虚拟组织,他们没有集中的办公地点,有的分布在各功能小组中专注于各类功能,有的人则在功能小组之外关注整体全局。

每日鸡尾酒会 Daily cocktail party
每天早上,如果你走进项目,就如同进入一场鸡尾酒会,到处的人们都在小组讨论。
“酒会”共分为三层:


  1. 9:30-9:45...

Scrum实践系列之三--敏捷教练的5步修炼

敏捷教练与项目经理

在被奉为“项目管理圣经”的PMBOK中,对项目经理在各阶段的职责有着清晰的界定,比如项目经理制定规则、安排进度、监控执行中的各项风险并实时汇报状态,等等。

然而在敏捷的世界里,虽然对于Scrum master的职责也有界定,然而一名合格的敏捷教练(coach)的标准就没那么清晰了,更多了几分“只可意会,不可言传”的味道。

“对团队提供适度的支持,既不能太多,也不能太少。”

“要发挥自己的作用,但不能过于强硬。”

“提供指导,但不是管理。”

种种看似矛盾的建议,恰恰说明了成为一名合格的敏捷教练有多难。就连在Scrum gathering 大会上 ,敏捷专...

《Scrum敏捷软件开发》精华摘录

成功的变革不是完全的自上而下或者自下而上,团队成员的参与,与管理层的支持同等重要。

ADAPT模型

在很多变革推进的模型中,我们都会看到这个经典的模型。

意识(Awareness),渴望(Desire),能力(Ability),推广(Promotion),传递(Transfer)

意识提升工具:帮助团队意识到问题的存在和变革的必要

  1. 通过沟通,说明问题的存在

  2. 使用度量数据

  3. 接触新的人和经验

  4. 运行一个试点项目

  5. 关注最重要的变革理由

渴望提升工具:帮助团队提升实施变革的渴望

  1. 告诉人们有更好的方法

  2. 创造一种紧迫感

  3. 造势:把时间精力集中于帮助热衷变革...

Scrum实践系列之二:我们怎么开每日站会

每日站会(Daily Scrum)是大众所熟知的Scrum的代名词之一,作为Scrum中的标志性活动,却因为执行不易历来饱受争议。很多有心尝试Scrum的项目试行一段时间后,往往是在站会上最先打了退堂鼓,继而产生质疑。

质疑的原因有很多,首当其冲的抱怨是“没劲”(low energy),这种情况下的站会被当作是例行公事的汇报会,听不到什么实际内容的讨论,枯燥无味;在另外一些团队中,站会又显得冗长而“低效”,讨论漫无边际,“有这个开会的时间,我活早干完了”。

种种的声音都在说明,开好每日站会,并不是件容易的事。那为什么Scrum坚持把每日站会作为它最重要的实践之一呢?站会的目的究竟是啥?

每日站会!=...

Scrum实践系列之一:工作时间打扑克?--谈谈扑克估算

不知道是不是因为勾起了大家的牌瘾,最近一阵"扑克"估算很是火了一把,在几个项目尝试后很快蔓延开来,很多项目团队都跃跃欲试。

尝试的过程中难免产生一些困惑,干脆在这里做个澄清,把我实践下来所理解的扑克估算的方方面面跟大家一一道来。


在开始之前,首先需要澄清的是,在某种程度上,估算其实是在预测未来!

预测未来是件非常难的事情,我们看看天气预报,就知道人类在这项工作上有多么滴不靠谱了。


为什么要做估算?

估算本身很困难,而花在估算活动本身上的时间,又并不能够对产品本身产生直接的价值,那么为什么我们要花时间做估算呢?为什么气象中心还是坚持不...

给新手PM的5个忠告

真正从事项目管理的时间并不算长,可掐指算算经历的大大小小的项目也不少了。作为“过来人”,回想当时的自己,在摸索的过程中走过一些弯路,也幸运地得到过很多前辈的帮助和指点。以下浓缩的5条建议,有经验教训,也有心得体会,希望能给刚上路的PM新手们一些帮助:)


No 1. 多想想项目到底需要什么 

“我们应该每天都开个站会沟通下情况,另外这个工具也要换一个,**比这个好用多了”

有的PM拿到一个项目,上来就开始左突右攻,恨不得把十八般武艺都套上去,结果很可能激起不必要的麻烦,且带来的收效甚微。接手项目之前,与项目中的重要干系人加强沟通,理解前因后果的背景,多想...

产品验证,你做了吗?

发布在即,历经一个多月的辛勤努力,团队终于完成了所有功能点,产品负责人看到成品后却皱起眉头,“呃,看上去不错,但这不是我想要的!”推到重来?OMG,还有比这更悲催的么?

这种现象在我的周围并不少见,在花费了足以建造一架过山车的成本和代价之后,发现用户实际需要的只是个轮胎做的简易秋千。。!!

 或许你会说,用户对于需求的描述很模糊,文档质量不够高,层层沟通传递下来,导致各角色间的理解偏差被一步步放大。说的没错,沟通确实是个大问题,但为什么最后做完才发现,早点干嘛去了?

在很多项目中,产品验证严重滞后。一方面需求及设计没有经过严格验证,就匆忙投入开发。另一方面,开发中间过程,一直看...

走一步看三步-怎么做好进度计划?

没有战争是根据计划而胜利的,但是没有计划,战争也无法胜利。 --艾森豪威尔  

思考下这句话的逻辑。

首先,我们承认战争的胜负受很多计划外因素的影响,计划不是万能的。第二,战争胜利离不开计划,计划是至关重要的。

正如同“钱不是万能的,但没有钱,却是万、万、不能的”。

在项目管理中,进度计划也同样拥有举足轻重的作用。


别怕做计划

既然计划如此重要,可却有很多人从心底害怕或排斥做计划。

表面上看,人们会声称自己不喜欢受约束或被限制,自由随性才能让激发更大的创造力。这些论点看似无可厚非,特别是创意性或探索性的工作。做计划限制了创作,这种观点...

硬着陆与软着陆-从glide path说开去

发布前30天,一切看上去风平浪静,我不清楚其他人在干些什么,似乎设计稿还在改,测试好像还没介入。。

发布前10天,deadline快到了,大家开始有些紧张起来,测试的bug一下子多了很多,头大!

发布前5天,铺天盖地没日没夜的赶工,工作看起来似乎越做越多,发布越来越渺茫。

发布前1天,一天时间内打了3个版本给测试,快!再帮我看看!这下可以发了不?

发布日,凌晨3点,在众人经历了极端的毅力与体能的双重考验后:同志们,我们如期发布了!!

好吧,我只能说,这是一个奇迹

像这样加班加点赶发布的情况,在我周围还真不少见。项目进行过程中,各种问题各种状况都在一个黑盒子里发酵着,没有人注意到这...

跨部门合作要警惕

“我们自己的进度,怎么着都好管,一涉及到跨部门合作,人不归我们管,太多不可控因素,就是拿他们没办法。”

跨部门合作在一些大项目中很常见,我所在的项目就是个非常典型的跨部门部门合作项目,涉及到前后台技术部门、及多个不同的产品部门等,各部门间依赖很强,项目要推进必须要各个部门通力合作。在过程中我们经历了这样那样的问题,积累了一定的经验。


跨部门合作中,如何才能摆脱受制于人的困境?

第一步:君子约定。

在合作前与对方做约定,合约中需要明确合作目标,合作事项、双方各自的责任及进度要求、风险及应对。合约要求以正式的形式,由双方负责人邮件签字(sighoff)确认,公开做出正式的承...

优先级就是力量 - Triage

项目工作中,你是否留意过这样的对话?

策划A:“小K,功能1做好了没,啥时候能上?另外我需要加个功能,要一起上的。对了,这个列表我仔细考虑过了,这里还是要改下”。(期望:更快更敏捷)

设计S:“小K,这里还能不能给加个特效,就像这样,你看技术上可以做到吗?没问题吧”(期望:更酷)

开发K:“。。。”

测试C:“小K,我刚测完一遍,怎么又改了?本来已经好的功能现在全挂了。版本能不能可靠点,全白测了”。(期望:更可靠)

开发K:“。。。”,其实他更希望捣鼓那些自己喜欢的功能,希望接触些更有意思的技术,希望学到新东西,对于一些技术含量低又非常频繁的需求不怎么感冒。(期望:更高技术含量)...

头顶直入云霄的水杉

宝塔镇何妖?

什么叫作盆满钵满?

日出而作,日落而息。

湖畔居,飞扬的屋檐

绍兴的腊肠以安昌腊肠最为有名

腊肠,腊鸭、腊鱼、腊火腿,各种腊。。。

有亮点噢

“他们都和我一样

只看见院子里高墙上的四角的天空”

百草园的一米阳光

当你忘了自己的过去
满意自己的现在
漠视自己的未来
你就站在了生活的最高处

当成功不会让你太高兴
失败不会把你怎么样
平淡不会淹没你时
你就站在了生命的最高处

© 蓓蓓—PM的修炼 | Powered by LOFTER