随着当前业务流程的

自动化希望向项目添加更多新需求。形成规则。自然而然客户对新报表没有标准导致对报表的对账和调试时间被拉长又次拖延了项目时间线。在这种情况下我们建议逐步引入更改。首先按原样执行报告或进行最少的更改并且已经在下阶段在执行和接受之后提出了额外的新要求。乍看这种方法似乎更耗时。但事实上情况并非总是如此不要低估测试和接受完全重新设计的报告的复杂性这会严重增加实施时间。

有时在项目期间客户会直接提出新要求 手机号码数据库 这里的切都非常简单您需要在工作开始时同意拒绝所有新需求或者制定严格的标准来决定在主项目中包含或不包含新需求。在我们看来个好主意是根据业务重要性等级对需求进行排名然后可以消除所有未达到要求等级的请求。然而标准的定义分配了这个或那个等级也可能成为个问题。毫无根据的主张所有的主张都必须是合理的这应该被接受为公理。

许多人可能不同意这种说法。但是让我们看看对系统的要求可能是什么样的从用户那里收到的在项目实施之前他在中构建了报告。如果他处理大量数据那么很可能需要系统在屏幕上显示超过百万行。什么样的创意空间才能提出如此简单朴实的要求但是旦您开始要求该用户澄清问题事实证明重点是在中超过万行不适合张工作表。在向开发人员发送需求之前您需要知道为什么需要它用户到底是什么意思。客户可以增加几天的项目时间来澄清需求或者浪费几个月的时间来实现不相关或根本不需要的功能。