项目方法学 - 并非万能药

在过去的几年里一直是非常重视的项目管理方法，如Prince2的。引进和摇出这些结构化技术可帮助组的期望是什么，项目经理会做更广泛的社区之中，并在其中传播方式将发生。 　　例如项目的利益相关者也不会惊讶地看到有一组文件，包括项目经理 　　商业案例， 　　项目启动文件， 　　产品流程图 　　产品说明 　　高亮报告 　　风险日志。 　　标准进程的发展显然是有帮助，因为这些，连同使用的文档标准模板，有助于预见很多项目问题和工作围绕。为了成为可信的方法，需要应对最复杂的情​​况下(如建设奥运场馆为2012年伦敦) 　　的一些方法的规模和范围可能会引起严重的问题，为项目经理的目的，是决定哪些从方法论的元素可以被视为可选，并试图为下限值的做法较小的项目。的细节水平或计划阶段数是所有的事 　　的判断，是监事会内Prince2的方法适当的成员资格。有时，这种减少可以通过与人问你为什么不停止创建文档并获得团队专注于生产实际的东西外部时间商业和时间压力被触发;但它也可以由可用于提供所设想的监督作用和结构的人员决定。 　　项目经理和团队 　　项目经理和团队在确保该文件和控制是适当的质量的作用，有时也可以给予足够的重视。 　　这是很难知道什么时候风险日志是完整的。此日志有时编译使用头脑风暴或其他协作技术，但显然需要有一些未缓解风险可能导致“玩游戏”。 　　决定任务分解结构和产品相互依存关系可以是真正艰难的。 　　作为项目的方法已经越来越普遍，笔者注意到对于由一些被视为不太重要的项目经理的学科知识的倾向。项目经理可能更多的是通才谁懂项目管理的过程，而不是谁拥有从参与(例如软件开发，建设机场)的活动所产生的特殊挑战经验的个人。很少有替代品，它允许一个项目经理来判断，当一个小问题是一个将仍然很小或可能成长为一个问题危及整个项目(甚至程序)的经验。这并不是说，软​​件项目经理需要知道如何为示例程序;但举例来说如果他们不理解的单元测试代表性和具代表性的测试工具之间的差别那么系统集成可能是惨不忍睹 　　痛苦。 　　队显然有一个可以发挥重要作用，但球队能感觉到从抑制告诉他们的老板，他或她是错的。即使该消息被传递它可以打折，或者混淆与缺乏纪律。无党派人士能起到抛砖引玉的作用揭示这些和该项目可能面临的其他挑战。 　　且不说这源于需要定义管理的挑战交付物有经常与制作专科交付是通过项目交付的一部分，估计和假设的严重问题。这些假设是具有关键意义的整个项目，往往需要一个详细的技术和业务审查，使他们的光。项目中的技术人员可能不知道的业务要求其解释已经嵌入不安全的假设。 　　一些不安全的假设，作者在过去的项目中的评论已发现 　　的例子有： 　　期望的客户端来定期对系统之间同步标识符。 　　误区，支持呼叫中心的工作人员设计一个复杂的集成到后台系统时所需的响应速度。 　　项目评审 　　最近大部分注意力都给予“门户的评论'。在英国OGC已经出版了组织可能采取了网关的审查过程。但它是值得承认，什么这些评论做的很好，并且什么他们忽略。该意见集中在“购买”而不是“建造”，他们要求项目管理控制是否有效，该项目将提供福利给利益相关者的社会。该评论不集中或考虑哪些假设可能使项目产出毫无意义。这被认为是发生在项目管理过程的一部分。审查，实际上着眼于真正的成果可以是有价值的，以确保该项目仍然会提供一些​​东西。 　　结论 　　因此，虽然项目管理方法是正确地看作是为了避免一些已经出现在项目中更为明显缺陷的一种手段，实践者应该警惕假设，采用特定的方法将是一个奇迹治愈所有项目。 　　一旦团队和其他利益相关者的意见，已聚集它是值得让独立审查，以评估你的计划和假设。定期刷新随着项目的展开可能是值得的，这取决于变化在分娩期间经历的程度。