IT行业的准则就是接受失败

      ZDNET至顶网CIO频道 11月30日 编译：我确信没有项目领导打算在管理项目时失败。但是计划/项目经理和领导开始把失败当作准则了吗?
      下面是这种假设的八个证据：
      1.在过去和当前项目中失败的项目所占的比例，包括ERP，不管是大的还是小的失败仍然存在。
      2.人们都在写这样的论文，如“为什么项目失败好。“我的观点来看这是作者和其他人似乎在教育和培训项目管理上没有进行教育，并且在基本生命周期过程和活动中（例如，启动、计划、执行、结束、风险识别、管理等）也是如此。
      3.在项目开始时，许多项目都没有建立一个改变管理的过程。
      4.许多项目在早期都没有设立配置管理，也没有建立一个早期的配置控制过程来改变管理过程。
      5.缺乏前期风险识别和管理。
      6.学习的课程没有被记录和定期使用（例如一个阶段/工艺、释放功能或冲刺），并且在最后一个项目时也没有使用。
      7.项目经理在成功的项目和计划中并没有长久使用以前用过的最佳实践经验。
      8.在团队中没有知识转移和共享。

      为什么项目失败
      IT产业项目失败直接关系到五个方面:
      •范围
      •时间
      •成本
      •质量
      •客户/用户满意度

      质量和客户/用户满意解释为达到或超过客户的要求并且通过两个活动来满足客户和用户的使用:
      1.客户和用户从项目的一开始到最后都能参与进来。你应该调查客户、与客户讨论、分享知识和所学的经验教训，并提供反馈。
      2.在生产环境使用该系统，在成功的功能和用户接受测试完成之后使用。

      下面是项目和计划失败的主要十个原因：
      1.缺乏高层管理层的支持和承诺
      2.缺乏知识渊博的领导
      3.不切实际的规划
      4.缺乏一致的交流和培训
      5.在实施新系统时未能清理复杂的业务流程（重组），如ERP技术
      6.缺乏完整的、稳定的、相互商定的和批准的要求
      7.缺乏需求管理——企业、用户、功能（产品/系统、应用等）各个项目的商务需求
      8.没有一个好的结构或者高水平的设计来确定优先权，还有系统或产品的功能
      9.核心团队没有合适的技能，要考虑到可用性、保留、备份和资源规划
      10.在项目和计划的前期和整个项目的过程中没有进行风险识别和管理。后来才考虑应急计划。随着项目进程的继续，当出现重大问题时并没有决策点。严重的降级来满足不切实际的期望，营销计划和最后期限

      这种态度，把失败当作是准则必须要改变或IT行业要灭亡。

      你对你的项目和计划有非常高的期望吗？理解项目和计划管理的准则来计划和实施成功的项目和计划。了解基本原理、纪律和/或过程(例如，项目管理)，以及如何运用它。做最坏的准备，但计划要成功。

      做最坏的打算

      这里有四个简单的步骤如何准备应付最坏的情况：
      1.进行风险识别和评估。
      2.建立早期变化和组态控制过程。
      3.在开始时，建立QA测试验证和确认。
      4.选择和使用一个程序/项目管理方法论。

      准备最好的

      如何为项目的成功做打算:
      1.索取高级管理人员的书面支持文件和承诺。（这也可以确保企业管理，使专家服从命令，并且期待用户的参加。）
      2.进行风险识别和管理。
      3.为最好的实践过程如BPPs计划使用最佳做法：项目和计划管理，开发过程、配置管理、质量保证。
      4.选择一个适当的开发方法。
      5.建立一个核心团队，需要适当的技能，要考虑到可用性、备份和保存。确保企业管理、中小企业、用户和第三方的利益相关者（例如，供应商，下级供应商）被认为是团队的成员。
      6.执行和发展现实的计划、安排并估计。
      7.建立早期变化管理和配置控制,包括一个对时间敏感的变化的关键过程。
      8.确保客户和用户将会从一开始到项目结束都能参与其中。
      9.在执行时总是连续使用：A）所有领域最好的实践不仅仅是为了BPPs；B）在项目的整个过程中所学的知识（记录整个工程计划）；C）知识转移活动（对于团队来说，生意也包括技术成员）。