下面是小编为大家整理的谈谈项目范围管理,供大家参考。
谈谈项目范围管理
项目范围管理也是老生常谈的话题了，但在做项目的时候 , 最会影响项目的莫过于项目范围的控制了。
虽然目前有不少项目管理的书都有谈到范围管理 , 但观诸里面的说明 , 以我个人经验来看 , 最多只有讲清楚范围的功能 , 对于如何把项目能在不受外力的影响 , 而在控制的时间及预算来完成的部份 , 几乎都没有着墨。
这样的范围管理是有了 , 但于事无补 , 大多数的 M PM 仍然在面对项目发展失控的压力下。对 M PM 而言 , 如何控制范围 , 应该是比范围管理更为重要而且迫切。
所以 , 我想和大家分享我个人 对项目范围控制的一些技巧 , 希望能对苦于此事的朋友有些帮助。
我所认为的项目范围失控原因也许有很多的项目管理书藉列出了各式各样项目管理失控的原因 , 但这里只谈我个人的想法 , 没有什么学术依据 , 不认同就算了 , 别跟我打笔战。以下是原因条列：
M (1) PM 自己挖坑自杀
M (2) PM 缺乏领域知识
M (3) PM 做人太善良
...
以上诸点可能有些 M PM 都会抱怨 , 怎么都是 M PM 的错 , 别人呢
? 嗯 , 的确少了一点 , 第 (4) 点就是M "PM 误以为别人会负责" " 。
好了 , 让我来先谈谈M "PM 自己 挖坑自杀" " 造成的范围失控。我看过很多失控的项目 , 自杀这类的项目是在一开始就注定了要失控的命运。这些项目的失控 , 其实是 M PM 自己造成的 , 但 但 M PM 自己却浑然不觉。M PM 犯下这大错的时间 , 就是在做项目启动简报时犯下的。
很多的 PM, 在启动会议或是在介绍项目时 , 往往忘了他是 是 PM, 不断的在启动会议及介绍中强调项目的效益及未来强大的愿景。M PM 要明白M , PM 并不是业务员 , 在他接下任务时 , 推销工作已结束了 , 接下来他该做的 , 就是让项目能够好好完成 , 达成项目计划中的项目目标 , 所以在项目过程中去谈论过多的 效益或愿景 , 不但是画蛇添足 , 而且往往搬砖砸脚。
为什么说 M PM 在开始时的愿景是搬砖砸脚呢
? ? 从沟通的角度来看 , 虽然一个项目都有项目计划 , 也都在项目成立前有数不尽的会议在检讨 , 在说明。但往往愈是庞大的项目 , 沟通及讨论项目的细节时 , 都是项目规划人员及少数的负责主管 , 也只有他们彼此之间对项目有最符合实际的认识。使用单位及高阶主管 , 并不像一般人想象的那么清楚和明白项目规划人员中对项目勾勒的图像 , 虽然理论上他们也要很清楚 , 但在这种画饼阶段 , 这种理想是缘木求鱼。
可惜 , 大部份的 M PM 都故意 忽略了这项重要的风险。并不是 是 M PM 不明白 , 而是 M PM 在想到了这件事时 , 就会自动犯下 4 4号错误M , "PM 误以为别人会负责 ", 这种不务实的把政治问题引入风险控管的 PM, 当然会把项目导向失控的不归路。
坦白说 , 在做项目计划时 , 即使目标订定的再明确再简单 , 但在" " 计划永远赶不上变化" " 的墨菲定律影响下 , 能否达成仍然是未定之天的。如果再加上前面的因素 , 正确的做法应该是少说多做 , 以最保守的描述及介绍 , 来对项目的发展及结果来向参与过程中的使用者及高层务实说明。但绝大多数的 M PM 却不是这样 , 他们在做进度简报 时 , 很习惯的又把推动项目的促销手法又用了出来 , 然后高层及使用者心中就继续充满了美丽的想象 , 把? ? 油饼想成了海陆 PIZZA, 但当 M PM 沾沾自喜的把手抓饼( ( 比? ? 油饼还高档一点的) ) 呈现出来时 , 被批评的体无完肤也就不会令人意外了。
当打击发生时 , PM 要知道 , 除了
PM 自己人 , 谁晓得你已经做的比当初的计划做的还好
? 而且在高阶纷纷批评后 , 知道的人也不敢开口了 , 然后
PM 就会开始被要求做海陆A PIZZA 了。在没料又没钱的情况下 , 自然而然的就进入了范围失控状态。
PM 要怪别人吗
? 说真的 , 这根本是 M PM 自己挖的坑 , 实在不要去怪别人。
所以 , 在项目的推动过程 , PM 愈是想突显项目的重要性或是包装项目 , 他造成的误解就愈多 , 东一个自吹 , 西一个自擂M , PM 就是不断的在自己周围埋上地雷 , 最后是自己炸死了自己而已。
再来 , 会失控的另一个要素是 M PM 对负责项目的领域知识(DOMAIN KNOWHOW) 过于欠缺所造成的。
这一个因素相信是很好理解的 , 由于 PM 本身对领域知识的不足 , 自然就容易被使用者或客户牵着鼻子走 , 在不断的被质疑及挑战下 , 就丧失了坚持的正当性及心理支撑 , 接 下来就开始修正项目的范围了 , 终于又走到了失控的不归路。要解决这种问题 , 并不是要每一个 M PM 一接案子 , 就要成为领域专家 , 那很不切实际 , 但至少 , 要对这个领域下一点功夫 , 先有个大致的了解 , 这是任何一个 M PM 都做得到的。
当然 , 有了这些常识性的了解后 , 还是不足以去面对使用者不合理的要求及挑战 , 但会使你有资格和使用者进行工作讨论 , 而不会一昧的挨打 , 这一点很重要。而在讨论任何需求的变更时M , PM 还需要一个打破沙锅问到底的精神 , 及对合理性和逻辑性的坚持。任何的需求改变 , 都要询问清楚前因后果及 评估可能的影响和代价 , 并且反复推估及演练 , 并且将所有讨论结果作成会议记录 , 要求使用者签认。
M PM 要有一个认识 , 范围的失控 , 并不会是因为少数的一两个大要求所造成的 , 反而是积沙成塔 , 从一个又一个的小要求里酿成了大祸的。所以 , 任何一个改变需求的要求 , 那怕是多么的微不足道 , 都要坚持住要遵守需求变更程序的原
则或规定。这一点通常很难 , 而且会让 M PM 给人一种不近人情的感觉 , 有时会连团队的成员都会请你不要这么" " 机车 ", 但请 请 M PM 务必守住这个原则 , 这可以说是我多年来的教训 , 也是很多资深 M PM 的经验 谈。
说到这里 , 就自然的带出来了下一个让范围失控的因素 , M PM 做人太善良。基本上担任了 PM, 心里就应该要有思想准备的 , 但我个人的经验却发现 , 没有人教我们 M PM 的心态应该是什么
? ?
基本上 , 做一个好 PM, 在一个项目里 , 大概就很难和" " 好人" " 画上等号了。我们要控制这控制那的 , 还要去安排这安排那 , 理论上都会要我们擅长沟通协调和做好政治工作 , 以致于我所看到的大部份 PM, 都过的很没有尊严 , 内忧外患。在内被当作缓冲垫 , 出气筒 , 对外被当成了高级侍从官 , 总之 , M PM 就是要打不还手骂不还口, ,
提要求 , 就要达成 , 更且不会增加预算或时间的高级不吃草千里马。
但可能吗
? 当然是不可能 , 但在错误教育的认识下 , 整个项目的执行过程中M , PM 常要扮演着弱势者的角色 , 一个弱势者 , 又怎么可能把一个项目管好
? 更惶论是把范围给控制在原先预定的范围里了。
强势而柔软的 PM, 这是管理好项目的不二法门。但有人会问 , 你想要强势 , 就强势吗
? 老板不鸟你 , 你又能怎样
? 请注意我是请各位 M PM 做个强势而柔软的管理者。
对外M , PM 要" " 原则上强势 , 态度上柔软" " 。
对内M , PM 则要" " 控制上强势 , 执行上柔软" " 。
对于团队之外的老板 , 使用者 , 态度上要保持腰软嘴甜脚勤快 , 但在原则上 , 那就要寸步不让 , 或者一定要对方付出了相应的代价后 , 才可以作交换。这样讲起来可能有点矛盾 , 但请各位回想一下日本式拒绝就会明白了 , 穿着整齐的服务员 , 对着你的要求 , 深深的一个九十度大躬 , 抬起头来满脸的阳光笑容 , 然后口中轻轻的吐出
" " 对不起 , 不行 " …
相信面对这样的服务人员 , 很多人都有一种不得不接受的无可奈何感。做个 PM, 对外 , 要的就是这种方式和态度。没有了原则的坚持M , PM 的案子 是做不下去的 , 早也是死 , 晚也是死 , 何不死的有尊严一点
? ?
而在对团队成员部份M , PM 要取得足够的控制权 , 这里面 , M PM 本身的态度很重要 , 就是不要怕和团队里面的人在工作项目上闹翻。讲白了 , 不接受指挥的成员 , 宁可退货 , 也不要屈就 , 实在退不掉 , 你就自己自杀出局吧 , 因为对外就前路多艰了 , 还要花心思在对内的安抚上 , 那实在是内外交迫 , 手上案子少还可以撑一下 , 少 但很少 M PM 手上只有一两个案子的 , 那你大概不久就要阵亡了 , 如前所述 , 与其屈辱而死 , 不如尊严而退。
不过 , 在实务上 , 公 司并不会明刀明枪的支持你 , 要想拥有足够的控制权 , 就要你态度坚定而且一致 , 良好的领域知识及周严的项目规划绝对是取得成员尊重的不二法门。要怎么收获要先那么栽 , 没有人会因为你拥有一个头衔而去尊重你 , 所以想要让项目不失控M , PM 要靠内涵和努力去塑造出威严 , 这才是我强调控制权的意义所在。
最后一点 , 也是最重要的一点M , PM 要明白 , 项目既然归你管 , 那么项目的成败 , 你就是最终要负责的那个人。因此 , 不论是你能掌握原因的也好 , 不能掌握的原因也好 , 都不会有别人为你负责。保护好你自己的方法 , 就是坚 定而且透明。坚定已经说了很多 , 透明就是所有的变动都要公开而且制度化 , 依循在项目执行之前的规范 , 该到那个层级就到那个层级 , 不管和你协调的是什么人 , 如果你没有资格扛下那个责任 , 那就不论对方把胸脯拍的怎么响 , 请都不要相信他 , 一切依程序来 , 一切白纸黑字留证据 , 这比什么都重要。
也许我这篇文章写的还不够详细 , 但仔细品味一下 , 有经验的 M PM 应该也能明白我想传递的消息 , 有时候 , 我们因为没有别人的参考 , 会很犹豫是不是要如此干 , 所以我才把我的经验分享出来 , 让其它的 M PM 明白 , 这样子做是对的 , 而且
可以做到 , 虽然你会因此在项目里变成" " 万人嫌 ", 但那又何妨呢
? 案子成功了 , 达标了 , 客户和公司会喜欢你的 , 毕竟是金子总是要发光的
!!
