未录制

瀑布快速IT项目:项目管理员能生存吗?

狗万体育新闻IT项目管理Vernon Riley读取时间分钟内

抽象词云快速应用开发

即便有良好的管理结构,IT项目结构比常假设的更重要。结构难估计,无法交付,同时保持管理层和外部利益攸关方的信心结构往往未经适当讨论而假设-或与客户或项目团队讨论或讨论

多组织与项目管理员仍然喜欢使用所谓的瀑布法控制IT项目, 因为他们相信它能给他们更大的商业控制并允许固定成本项目方法将总项目划分成一系列逻辑步骤

  • 解决项目应处理
  • 估计这些成本
  • 商定这些定义和成本
  • 展开正式设计
  • 构建项目
  • 测试项
  • 部署使用

瀑布法似可提供清晰逻辑路径从启动到完成商业控制据称发生是因为事实在达成协议前确定,从而允许在商定的金融框架内控制下列步骤

项目使用已知技术或与前几个项目非常相似时,瀑布法可成功使用存在相当大部分新问题或不确定问题时,该方法存在一些严重问题。

在有些情况下,总项目成本和时间中产生足够精确估计前需要花掉的比例可能相当大。客户和供货商可以对是否免费或付费持不同意见。在许多情况下会达成混乱折中方案,在决定是否接受项目后支付业务分析和估计费用(或至少商谈后支付费用)。

在其他例子中,不确定人们是否精通复杂系统思维,并有足够的精度设计出“适用性”,

与识别前端特征难度大相径庭 80%成本产生20%收益 反之亦然这将使大多数客户引起关注

业务需求在2或3年项目期间也可能发生重大变化。这鼓励了快速应用开发

良好估计难

很难产生良好的估计值增加粒度可导致估计安全边际累积值(如果说最小估计单元为1天-则用1小时记录为1天加7小时每任务7小时加长)。

估计需要与使用历史数据分治时间后一种技术需要非常小心注解并使用以确保正确使用

估计应该由民主控制, 执行涉及专制方法, 而不是经常发生反向方式............

接受事实

很难知道最终客户实际购买到制作的设计和估计的程度可能除提供商选择做事之道外没有其他接受方式 提供后期争议之机

在某些项目中,很难确定谁有权代表组织正确签名文件这使得除时间和材料外的任何方法都成问题

快速应用开发

快速开发技术现在在许多情况下被接受使用多迭原型构建这些方法,使客户对完成结果有更大的控制力因此整个项目的分析、设计、构建和测试序列划分成数个相继周期

关于IT项目范围问题LAD适配问题和RAD所有建议元素是否彼此重要问题均解答举例说,有些接近时间框3至6周,而另一些则简单允许数月内增量交付另一些人则认为完全整合自动化单元测试编码阶段也许是最重要的贡献

RAD上有许多变异,包括配对-两个程序员协同写试题和写码解题但仍确实需要优先努力

对RAD的一些严重批评是,它允许范围爬虫,缺乏严谨性,成本超支极难停止对易理解的具体元素(例如:用户接口)损耗企业人员比较复杂、较难解释或理解的底层函数,而企业人员则参与评估每种迭代

再一次,我们发现有证据表明项目结构可对开发可行性产生实质性影响。

传统和RAD控制定制项目或复杂IT项目都存在一些问题。如果专家帮助和更多时间启动项目重组帮助IT供应商澄清设计选择和IT客户澄清业务需求,许多项目将得到改善而这确实需要明确接受钱将用到“调查”和“研究;”实际上只不过是把当前良好做法公诸于众而已。


狗万体育新闻Vernon Riley高级顾问理解项目管理和技术历时20年的IT大项目经验 以及交付复杂项目的困难

下题

可能你还有兴趣