5理由杀IT项目

狗万体育新闻IT项目管理by Michael Krigsman读取时间分钟内

冒牌商人撕毁文档

IT专家调查显示43%的组织最近杀害IT项目由独立IT治理集团ISACA进行的研究突出了这些组织命名在完工前终止项目前最前五大原因

下表并附我对每一问题的评论

开工业务需求改变:30%

企业启动项目后合法改变需求的条件和情况多多如果项目不再提供有意义的价值, 那么最好停止抛出好钱

另一方面,一些组织通过要求企业需求进化故意混淆有缺陷项目需求过程很明显,这是不健康 和真正的失败信号

二叉未按允诺交付:23%

典型期望设置问题:答应一切获取资金并担心后端后果短视管理者不知道供资比提供实质值更重要失败不可避免 当管理者不清晰识别并实现业务价值

在某些情况下,项目真能提供价值,而组织因通信问题不承认这些价值最近我博客上写到CIO寻找公关估计解决此题

多组织认为CIO是理所当然的 当他的IT部门 一贯交付产品可悲的是 人类故障太常见if CIO不是一个大通讯器CIO自然会提高通信技巧 但这是另一个故事

3级项目不长优先级:14%

如果组织无端转移方向,从而使项目多余,则错误战略规划即为罪魁祸首但是,如果商业需求改变有很好的理由,如第1点所示, 不一定有问题

泛泛地说,这是显而易见的点,取消项目而没有完全合理性就是失败的确定信号。

4级项目超出预算:13%

表面高预算项目是故障基本度量出人意料的费用总是清晰的红旗

同时,一些项目由于智能范围扩增而超编提供额外值举例说,项目团队在两个部自动化时发现,它可以增加第三个部仅略增成本在这种情况下,尽管支出较高,向前推进也许是正确决策

虽诱用预算性能简单衡量成败,但这种方法可能过于简单化,忽略与商业价值有关的重要细微差别。jjjjjjjjjjjjjj

5级项目不支持商务策略:7%

经典失败标志常表示项目根植于差需求分析与前点一样 业务需求变化也有可能 使原创项目目标过时

调查最有意思地强调与项目故障有关的重要问题然而,有些问题太模棱两可,无法提供直截了当的结论。总体而言,理解项目成功与否需要审查企业环境与上下文


Michael Krigsman首席执行官 Michael Krigsman软件咨询公司保证软件工具套件提高企业软件部署成功率,量化测量灰度非技术风险和复杂性,这些风险和复杂性导致大多数执行失败Michael牵头研究Assuret模型风险因素典型推导项目失效Michael咨询软件公司和IT部门与提高软件实施相关专题狗万体育新闻Michael博客介绍项目管理经验IT项目失效

下题

可能你还有兴趣