范围管理邓肯Hauley读取时间分钟内
范围爬虫最常用原因之一项目超时交付通常用最佳意图完成时,最好避免或限制项目执行阶段范围变化
多数项目管理员经历一个案例,客户请求超出商定范围的东西并期望它免费列入项目仿佛它总是范围化
定义项目边界可能比较复杂,如果没有精确定义,你可能会有困难。
项目范围是什么
范围指项目管理者承诺项目早期交付范围定义发生在需求分析阶段项目管理员及其团队与客户和终端用户密切合作,确定实现项目目标需要什么范围记录项目文档并征得所有有关各方同意
何因范围变异
作用域爬虫的主要原因如下:
- 差需求分析
- 不让用户参与项目初级阶段
- 低估项目复杂性
- 缺少修改控制过程
- 金板打
详细查查
差需求分析
问题
客户不总知道自己想要什么 往往只有一个基本思想看见后就知道
综合症不花足够时间收集业务需求(或假设你知道需要什么)可导致需要额外资源、增加成本和新需求出现时延长时间简言之,当范围渗透
求解
保证你理解客户项目视觉花时间记录并协议项目目标与客户产生项目启动文档描述交付品和结果记录超出范围或超出绝对清晰度协议文件客户, 花时间走过它, 并请求用户签名下一站未经确定协议不得继续
不让用户参与项目初级阶段
问题
以为知道用户想或需要什么 是一个严重错误让他们参与需求分析和设计阶段至关重要。用户越多参与项目初级阶段,你就越有可能避免范围爬虫
求解
从项目一开始即让用户参与,鼓励用户参与需求收集设计阶段在可能的情况下,将其建议和思想输入产品软件开发项目记录用户与软件交互并开发测试案例供日后使用执行阶段启动前与所有项目利益攸关方商定条件和设计
低估项目复杂性
问题
常粗略预测成败 通过观察相似项目过去是否成功
有些项目有问题,因为它们是新项目,从未尝试过没有人知道期望什么没有教益也没有人问在这种情况下,范围爬虫可能难以避免,导致预算超支和延迟交付
求解
这些项目需要嵌入一定程度的应急内含松动项目计划以避免意外问题和事件干扰项目增加预算计算你可能需要的额外资源求求别过份严重低于预算和提前交付往往被视为负值。
缺少更改控制过程
问题
多项目中可期望范围爬虫度设计过程管理这些修改至关重要经验型项目管理员采用一种简单方法记录、审议、核准和资源配置任何修改
求解
引入修改控制表和修改表自项目启动通知客户和项目团队使用正式书面修改请求将允许你评估任何修改的商业效益并获得批准后再加入范围附加成本和时间对每一次修改,使客户清晰了解其作用请求客户经历正式过程有助于确保任何修改都有清晰商业价值
黄金铺设
问题
金板打提供术语实践超出项目范围软件开发者在软件开发项目中增加新特征和功能,这些变化耗时耗时耗时,无法保证提高满意度
求解
确保所有团队成员都了解项目范围并集中精力交付,仅此而已保证规格详解以避免含混可能导致不必要的工作
评分团队成员交付规范、准时和预算清晰显示它们不是添加无证件特征,而是通过修改控制过程
由客户决定用项目尾端所剩时间或钱做什么
摘要
确保在项目启动时正确设定期望值,与客户和用户密切合作定义范围内外内容记录成项目启动文档花时间和客户走遍文档 确保他们理解并商定范围不可继续没有确定协议
通常无法避免项目扩展范围, 特别是如果商业理由合理时然而项目管理员必须正确管理任何更改设计修改控制过程以确保所有修改都记录下来、得到考虑、批准并适当资源
反之,你或愿避免在项目期间零散加换,并可能决定在项目后期记录修改这种方法允许分时间交付商定的阶段、预算和任何修改管理
假设你认为只有29%[1]所有项目完全成功在这种情况下,你最好花点时间交付项目开始时商定的需求并避免金板打
范围爬虫引起多项目失效通过采取这些直截了当的措施可以确保它不会影响您的项目
[1]Standish集团国际公司CHAOS2015报告波士顿,MA02109:Standish集团国际公司,2015年
作者注解:当预算和时间随范围增加时,变化通常不被视为范围爬虫
推荐文如下:提高项目成功度并改进范围管理由Avneit Mathur编写