|
“项目管理实践链接”是一个值得特别关注的网站，它按“广泛接受的项目管理实践(GAPMP)”和“项目管理应用领域（APMA）”进行分类。
David Pells在2003年6月份写给PMFORUM的邮件中指出：“现代项目管理不是一种快速上升的科学；它是一种理论上的和实践上的工具和技术，可以使项目获得成功，而且优于采用其他方法。出于这个理由，它的确是这个世界所需要的。但是项目管理可以在任何地方有效地实施……”
Bill Duncan说：“我想我们必须对术语多加小心”…
风险管理对我们意味着什么？有些人将风险管理等同于一些正式的过程和工具，如风险记录，召开风险识别会议，将概率和影响分配到已识别的风险上去，等等。还有些人放弃这些正式的过程，而花很大力气将风险管理结合到他们所有的计划制定和管理活动中去。还有一些人，特别是在那些风险较小的项目上，实际上已经忽略风险，而依靠救火的方式或英勇无畏的精神。他们是真正忽略了风险管理，或仅是采用了一种风险更高的策略？
对项目管理办公室(PMO)效率的质疑
最近Forrester Research 公司的调查报导…“现在大多数公司都已经建立了项目办公室(PMO),帮助它们在IT/商务项目中加强标准的IT过程。但是不少的PMO总是将过多精力花在为高级管理层编写报告上，而用在确保项目能按时在规定的范围内交付方面的精力确不够。”……“这就可以解释为什么所有新的IT项目实施中，有大约五分之一的项目推迟交付三个月以上。”
问题似乎是PMO没有成为支撑公司一个个项目的臂膀（见《今日项目管理世界》2003年7-8月刊社论“向美国宇航局学习”），而是不想弄脏他们的手，与项目办公室站在同一战壕中支援他们。他们把自己定位在过程审计的角色，而没有为不断受到困扰的项目办公室提供帮助，从而导致公司的变化，使IT业务与从商务角度管理项目得以整合。
Forrester Research公司的报告中，如果一个项目推迟交付1 ~3个月，并且影响至少3000个最终用户，则这个项目被列为“失败”。根据调查报告，由企业发起的应用项目，有19%至少推迟3个月交付，另外还有17%是在1至3个月之间。Forrester的研究人员对IT项目按期交付率的显著改善不抱什么期望，因为IT业在管理上的淡漠。
Forrester报告的研究人员报导，“我认为可以得到改善，但不是从项目管理方法的观点，因为这些方法已存在多年了”，“商务部门在项目的整个生命周期中，必须与IT部门在项目需求上有更多的结合”。
PMO作为公司项目管理支援团队，必须提供受项目经理和项目办公室欢迎的帮助和建议，而不能被看作公司外部的另一个审计团队，PMO应当通过指出缺点、以迎合最佳项目管理商务实践的需要而出名。简言之，IT界的PMO必须被视为对公司一系列项目的执行是增值的，并且同时确保IT业务和商务过程是IT项目的一个完整整体。
这样做还有助于澄清对“项目管理办公室”这个名字的使用，它已经变得成熟，是公司开发、促销和支援商务及项目管理过程的实施中的一个实体。也许像美国宇航局那样重新命名这些实体会更好些，比如称为APPL，或项目管理部，或重大项目支援线，或其他对特定公司合适的其他什么名字，或是返回来再使用项目办公室(PO)，或系统项目办公室(SPO)，就像美国国防部过去曾为项目团队所起的通用名称一样。
David Curling
《今日项目管理世界》编辑
[在计算机世界联机杂志上更多的关于PMO效率的文章] 搜寻关于PMO效率的文章。
“新农庄”文档
Donna Fitzgerald，“新农庄”电子邮件讨论列表的所有者，写道……
“ ‘新农庄’ 是一个活跃的项目管理邮件列表，着重于软件开发实践的讨论。近来的邮件交换已经侧重敏捷PM管理和极限编程。浏览一下 ’新农庄’ 的文档及4000多份归档的邮件，将为那些愿意花时间去挖掘消息的人们提供一个丰富的信息来源。”
如果你从事软件开发业务，这里有探讨IT管理问题的实践技巧和有用的联系。见http://groups.yahoo.com/group/newgrange/
2003年9月
过去的几个月中我们已经研究了过去25年中一直使用的项目管理的图示模型。在这个基本问题上没有达成普遍的共识。这篇文章中避免对这个问题进行冗长乏味的重复研究。我们希望各处的学术机构会注意这个问题。在第四部分“渐进的采办和RUP”中我们关注软件开发中构成可行的合同所涉及的那些变量。在“思考”中，我们重写了“项目沙漠风暴”，这篇文章原先是在1991年时写的，并且对自从那时起我们实际所获得的经验感到惊奇。这可能是个有用的案例研究。
Steve Slusarenko, 本月的客座作者，提供了关于变更管理和项目的一篇有洞察力的文章，给出了变更作为一个项目和变更管理作为一个项目管理功能之间的明确界限。文章中有价值的建议不容忽视。
我们仍然忙于Issacons. 本月的更新： 1004c 1 项目组合管理（是什么？）；1004c2 项目组合管理（如何开始？）；1107a 典型功能领域的风险；1126a 定义项目范围；1365a 项目管理与政治；1443a 把会议发挥开好。下列的Issacons也已被更新：1129；1359；1364；1365；1450a。
|
