信息系统项目管理师 PX06020504028 阅读材料--9.需求管理的必要性及控制需求渐变的方法.doc

需求管理在信息系统项目中至关重要，这是因为软件需求是项目的基础，具有独特性和复杂性。与实体产品的制造需求不同，软件需求往往是无形的、模糊的、易变的和主观的。这导致了需求描述、完备性、开发工期、细致程度以及变化控制等方面的问题。 首先，需求描述的准确性是关键。在案例中，由于缺乏正式的需求文档，导致项目多次更换项目经理后，需求变得混乱不清，甚至引发用户和开发团队之间的误解。因此，建立全面、清晰的需求文档是必不可少的，但这并不意味着文档应该冗长到难以理解。不同层级的客户关注点不同，期望每个人都能深入理解所有需求是不切实际的。需求文档应该简洁明了，同时包含足够的信息，以便所有相关方都能理解和接受。 其次，需求的完备程度是另一个挑战。大型系统的需求往往难以完全列举，而在确定系统范围时，又需要设定一个基线。需求评审会议中不断出现的新需求使得范围界定变得困难。然而，即使范围不完美，项目仍然需要继续，因此需要在变动中寻找平衡，制定一个可操作的初始范围。 接着，需求开发的时间投入是需要权衡的。项目经理可能倾向于在需求阶段投入大量时间以确保其正确性和完整性，但客户和管理层可能对此表示不满，希望尽早看到实际成果。这就需要找到一个平衡点，既能满足需求的严谨性，又能保持项目的进度。 对于需求的细致程度，没有固定的标准。通常情况下，只要所有参与者都认为需求描述得足够清晰，就可以进入设计阶段。然而，过于详尽的需求可能导致更多的变更和更严格的约束，所以需要在共性和灵活性之间找到合适的度。 需求变化是软件开发过程中的常态，可能由多种原因引起，如未识别完全、业务变化、需求错误或不清晰。需求变化并不总是负面的，也可能带来商业机会。关键在于管理这些变化，确保它们在受控的流程中发生，而不是无序地演变。为此，应遵循以下几点： 1. 需求变更应与投入成本直接关联。免费的需求变更可能导致需求无节制地增长。因此，变更应导致投资的相应调整，各方需对此达成共识。 2. 需求变更必须得到出资者的批准。这样可以确保变更的成本意识，并促使决策者谨慎考虑变更请求。在项目中，用户代表或其他利益相关者提出的需求变更应经过有权决策的人员确认。 3. 即使是小的变更，也应通过正式的需求管理流程进行。小变更累积起来可能会产生重大影响，因此需要规范处理，防止需求渐变失控。 总的来说，需求管理是信息系统项目成功的关键因素。有效的管理能够减少误解、避免资源浪费，并确保项目沿着正确的方向发展。通过明确的需求描述、合理的范围定义、适当的投入与变更控制，项目经理可以更好地应对需求管理中的挑战，从而提高项目的成功率。