IBM的项目管理方法也经历了一个发展过程。IBM公司在向服务转型的过程中,首先综合了IBM公司内部的各种项目管理方法,例如应用开发项目的方法论、ERP软件包实施方法论、集成产品研发项目方法论等,在90年代中期,推出了WSDDM方法论,这个方法论实际上是不同类型项目管理方法的集合,项目管理和技术方法交叉在一起,因此该方法论包涵了十几中项目管理方法。90年代末,在IBM公司成立了一个项目管理委员会(PM/COE,项目管理最佳实践中心),整合IBM公司的项目管理方法,在IBM内部形成了统一的项目管理方法,称为WWPMM。
PDCA循环,又称“戴明环”。计划、执行、检查、行动,周而复始,不断解决企业发展中的疑难问题,提高企业管理水平。PDCA强调自主管理、主动管理,而美国人缺乏主动性,因此戴明的质量管理思想在美国企业实施时遭到了冷遇。但是,日本人深受东方文化的影响,富有主动性,自己与自己比较,发现问题,因此日本企业运用PDCA循环取得了飞跃进步,提升了日本企业的竞争实力。在深受儒家思想影响的中国企业,PDCA循环也对企业完善自身管理体系具有积极的促进作用。
中止IT项目是CIO重要且必要的工作内容之一,因为有很大比例的IT项目确实都是失败的。据市场研究公司Gartner分析,从数据仓库到外包服务,有近50%的IT项目都遭遇了失败。
墨菲定律:事情如果有变坏的可能,不管这种可能性有多小,它总会发生。比如你衣袋里有两把钥匙,一把是你房间的,一把是汽车的,如果你现在想拿出车钥匙,会发生什么?是的,你往往是拿出了房间钥匙。
计算机系统的架构非常重要。不太合适的引用已故的Green Bay Packers的传奇教练Vince Lombardi话说,“架构不是所有的事情,但是它是唯一的事情。”或者曲解另一个古老的说法,“电脑程序潮起潮落,不好的架构永远存在。”通过观察许多IT部门的努力得出上述结论的。这些IT部门的架构不能迅速改变,或者不能被有效的管理,从而无法支持快速变化的商业模式。
每一个项目管理者,都希望尽可能的减少纷争,使得项目能够顺顺利利的完成。因此,本人在此结合自己的一些实践经验,谈一谈如何减少软件项目纷争的一些看法。
组织架构:产品开发行政结构,一个Product Unit Manger,下设三个平级的部门经理,团队项目经理(Product Unit Manager),软件开发经理(Development Manager)和测试经理(Test Manager);每个部门经理管几个组长,每个组长下再有3到5个具体工作人员,如项目经理,软件开发人员与测试人员。
“万事俱备,只欠东风”是我们耳熟能详的成语,这是三国时期赤壁之战的典故,现在我们常常借用它来形容事情做得很完备了,只差一点点事了。其实,这个成语的原意并非如此,而是所有的事情都准备妥当了,却突然想到遗漏了最最重要的条件和环节。
范围、进度、资源、质量是项目经理们思维方式的四大要素,其中项目范围的确定最难(尤其是面对外部客户)。对于项目经理来说,一份需求明确的范围清单的诱惑力,可以让他们立刻投身到具体操作中,忙不迭地制订进度计划,明确质量要求,请求资源支持。
97%以上的高级别项目管理专业人员表示执行项目管理能够为IT企业增加价值,总投资回报率为27.9%。在所有行业中,不同规模的企业都表示项目管理改善了组织绩效。
对一个项目的评估,往往被要求在项目需求还不明确的时候开始。不知道你是否有这样的体会,客户给你简单介绍了一点需求,或者发给你一份写的很粗略的文档,就要求你给个价格看这东西大概是要花多少钱多少时间才能建成。以前我做网站的时候,遇到过好多好多的这类问题。
在将部分IT系统服务外包的过程中,没有必要太担心质量问题,通过加强外包服务质量管理与控制完全可以实现外包的目标,一般来说,必须注意以下几点。
IT规划的主要架构在短期内不需要太大的调整,但是在一些细节方面,往往随着系统的实施可能需要进行一定的微调,经过一定时间的应用之后还可能需要进行较大的调整。
佛教中,信奉世界上一切事情皆有因果报应,虽然其内容违反自然科学,但是其思想号召世人多行善、少做恶,比起某些冷冰冰的法律条文来说要更有实际约束效果。所谓“罪恶从心生”,如果能从内心来抑制人们罪恶的意念的话,不信佛的人,读读佛经也是件好事情。读完《三世经》之后,让我惊叹不已。在软件项目管理中,佛的因果关系无处不在,如果能够看透项目管理中的因果关系的话,我们的项目管理便可以从那些教条主义中获得生命。
IT外包项目动辄涉及数百万美元,公司往往还希望通过外包能带来管理和投资方面的改变。所以落实各种办法,解决各种外包过程中产生的问题极为重要。