多并行项目管理 -- 多则乱,退一步!让其一目了然!

最近朋友咨询我一个问题,说他们公司可能有很多小项目在并行(20个左右),那么产生了下面几个问题

  1. “救火型”工作模式,一会儿A客户抱怨了,做A项目。一会儿B客户来了,赶紧做一下B项目,典型的被外部客户鞭策着走,也就是被客户控制了项目的节奏。
  2. 资源调配不过来,开发人员是有限的,做A项目,必然B项目要放下,那么到底做A还是做B呢?
  3. 到底要不要加资源,加班来处理项目,那么什么时候加资源,怎么加资源,加多少资源呢?

基于上面的描述我给出了,现在最重要的两个图(可视化其实是项目中应该经常考虑的方法,问题暴露了自然能有解决方案,就怕是自己陷入问题之中,而从来不知道问题在哪)

1. 关于资源的问题,第一反应在我脑海中的就是甘特图(我这个是excel做的,敏捷的思想让我放弃了MS project这样的重量工具),

  这个图里有有这么几个要素我觉得很重要

    -- 每个格子里需要的资源数

    -- 虚线表示的项目milestone (如6月的那条竖线)

    -- 最下面,资源超载的,颜色警示

    -- 这个资源列表每月review的时候,都生成一个,然后每次在右边写上变动的change log

2. 关于项目是否出现交付的时间问题,那么作为敏捷工作者,release burndown chart第一时间跳出在了我的脑海,每个项目做一个release burndown chart。

每月update一次,这样很容易发现失控的项目了,如下图:就是看actual burn down那条线,是否大大偏离target burn down那条斜线,图一中黄色的4~7月之间项目是有个停滞开发期的,

还好7月份采取了重要措施,让项目回到了正轨,按时发布

3.上面图表用excel来做还算简单,轻量级,也不需要频繁更新,每月一次的项目组大会之前,项目经理更新一下。

(可以分两次会议,一个是项目预备会议,项目组大会上一次展示更新的项目图,并记录问题。第二次会议,基于项目图上的问题,进行逐个讨论)

问题当天讨论不出结果的时候,过一两天随着时间的推移,人一般会有更好的解决方案的。可能是人变聪明了,也可能是在放松的情况下,大脑更活跃。

没有结果的时候,千万不要坐在一起,浪费时间。

4.最后这些图建议都贴墙上,走过路过不会错过。这样大家都知道公司项目的运行情况,以及是否有问题需要帮助.

在问题本来就多,复杂度很高的是否,千万不要再引入复杂流程和复杂工具,来加大项目的复杂度。

excel,ppt ,Visio,思维导图  基本能解决极大部分问题~~

一些新鲜,灼热的见解,没有太整理,希望能对别人有帮助,对自己也是留个记录~~

原文地址:https://www.cnblogs.com/michael703/p/10977636.html

时间: 2024-10-17 14:42:26

多并行项目管理 -- 多则乱,退一步!让其一目了然!的相关文章

退一步 - 王阳明的心学智慧

1.留三分余地给别人,就是留三分余地给自己,就像跳探戈一样: 2.凡事不要总考虑自己的利益,心自然就能容纳更多: 3.容忍别人的过错,是一个人心胸宽广的表现,同时也是一种生存的谋略: 4.容人之过,方能得人之心:

忍一时得寸进尺, 退一步变本加厉。

玩笑别太过, 要不都是祸. 情不够, 钱来凑. 有钱身后一群狗, 没钱社会路难走. 顽皮可以, 但是不可以赛脸知道吗. 看清对你好的, 记住被谁咬的. 敞亮社会敞亮嗑, 稀罕老妹儿你就说. 都是我的菜, 谁也别动筷. 唠嗑归唠嗑, 别甩社会嗑. 你是你, 我是我, 别往一块扯. 强中自有强中手, 做人做事不能狗. 不是感觉谁不行, 没两下子别多情. 朋友之间互相捧, 篮子之间互相整. 一双犀利手, 拨愣各种狗. 破鞋不跟脚, 不能随便搞. 是狼到哪都吃肉, 是篮子到哪都挨揍. 爱情小飞机, 谁撞

云计算乱局:你真的懂,什么叫做云吗?(一)

“云”这个词已经被说得烂到不能再烂了.云计算,云平台,云+端,云服务,云……但与很多行业里的朋友聊天发现,其实大家对云计算到底是怎么个玩意,并不是太了解.作者今天为大家梳理一下,各种各样的“云”,葫芦里都在卖什么药. 云是网络.互联网的一种比喻说法,计算可以理解为计算机,因此云计算的基本模型,就是远程计算服务:用户通过网络连接到计算机上,获取计算服务.而远程计算机,因为规模效应,可以提供比个人计算机强大若干个数量级的计算能力,可以根据用户需求提可供弹性伸缩的计算资源,可以大大降低用户获取相同计算

系统系统项目管理工程师20151008作业

作业: (1)梳理出今晚讲的项目整体管理的重点: (2)梳理书今晚讲的项目范围管理的重点: 答:(1)梳理出今晚讲的项目整体管理的重点: 项目整体管理的重点包含以下内容: 1.项目整体管理过程 1.1启动过程组 制定项目章程 制定初步的项目范围说明书 1.2计划过程组 制定项目计划 1.3执行过程组 指导和管理项目的执行 1.4监督和控制过程组 监督和控制项目 整体变更控制 1.5收尾过程组 项目收尾 2.项目章程 2.1注意点 项目章程应由项目组织以外的项目发起人发起,若项目为本组织开发也可由

缩步查找法——一种新的查找算法

先瞎叨叨几句: 不知道该给这种算法起个啥名字,暂且就叫它缩步查找法吧,毕竟用到了缩短步长的思想.这是一个懒惰的产物,因为懒得写二分(其实是因为自己的二分老写错),然后就阴差阳错的想出了这种瞎胡搞的算法.后来在一些比赛中还用到过几次,效果不错,所以就想把这个算法具体给分析一遍,就是因为这算法,我还被实验的人全黑了一遍,他们都说这是个逗比算法... 进入正题: 查找最基本的有两种,暴力和二分,在这里不谈二分,就说暴力,暴力的思想就是挨个查找看是否符合条件,而暴力是很容易超时的..QAQ. 缩步就是在

(hdu step 3.1.1)超级楼梯(简单递推:从第1级到第m级有多少种走法,每次只能走一步或两步)

在写题解之前给自己打一下广告哈~..抱歉了,希望大家多多支持我在CSDN的视频课程,地址如下: http://edu.csdn.net/course/detail/209 题目: 超级楼梯 Time Limit: 2000/1000 MS (Java/Others) Memory Limit: 65536/32768 K (Java/Others) Total Submission(s): 652 Accepted Submission(s): 483   Problem Description

深潜:10 步重塑你的个人品牌

编辑推荐[编辑推荐]? 如果你处在以下某个阶段中,那强烈推荐读一下这本书:A. 刚工作不久,职业履历还不够有说服力,需要寻找另外一种方式在同侪中脱颖而出:B. 想在公司内部层级中稳步上升,并且掌控自己的声誉:C. 在公司努力争取升职机会,但感觉到其他人对你个人能力的误解牵制了你的行动:D. 想在公司中换个部门工作:E. 遭遇失业危机,需要确保自己有能力快速获得新工作:F. 新近转行,要证明自己独特的职业背景是一笔资产而非累赘:G. 处在人生的新阶段,想凭借不一样的特质为他人所知……? 无论你是哪

程序员到项目经理:从内而外的提升

转自:http://www.cnblogs.com/watsonyin/archive/2012/09/10/2679528.html 目录 从程序员到项目经理(一):为什么要当项目经理 从程序员到项目经理(二):升职之辨 从程序员到项目经理(三):认识项目经理 从程序员到项目经理(四):外行可以领导内行吗 从程序员到项目经理(五):程序员加油站,不是人人都懂的学习要点 从程序员到项目经理(六):程序员加油站 — 懂电脑更要懂人脑 从程序员到项目经理(七):程序员加油站 — 完美主义也是一种错

为什么国外程序员爱用 Mac?

from http://www.vpsee.com/2009/06/why-programmers-love-mac/ Mac 在国外很受欢迎,尤其是在 设计/web开发/IT 人员圈子里.普通用户喜欢 Mac 可以理解,毕竟 Mac 设计美观,简单好用,没有病毒.那么为什么专业人士也对 Mac 情有独钟呢?从个人使用经验来看我想有下面几个原因: 1.Mac OS X 是基于 Unix 的.这一点太重要了,尤其是对开发人员,至少对于我来说很重要,这意味着Unix 下一堆好用的工具都可以随手捡到.