在开发的第一次会议和预分析阶段我要求用户提供流程图他们可以在其中塑造他们想要自动化的整个流程。当我问这个问题时几乎所有用户脸上都会露出惊讶的表情他们意识到自己并不真正了 手机号码数据 解自己所要求的内容。在最初的惊讶之后开发部门接管并组建了一个由用户和开发人员组成的团队开始定义使用软件工具的真正意图。这是在发展过程中建立基于信任与合作的关系的绝佳机会。此时理想的做法是考虑方法让用户成为游戏的一部分。敏捷方法下的开发过程寻求诸如连续会议之类的东西将过程划分为具有特定目标的小任务将整个信息系统视为由最终用户总结和测试时交付的几个部分并始终从他们产生的反馈中学习。
用户参与得越多他们与开发团队的关系就越好从而使整个过程变得更加顺利。一旦最终用户觉得信息系统是他们自己的作品妥协就更高并且会在所有参与者之间产生更密切的沟通。这是成功的基本要素。让用户参与评估会议并听取他们的意见对于开发人员团队来说是一种健康的做法。归根结底我们必须满足申请人的信息需求最终的批准取决于他们如何评价我们将提供的信息系统。在实现最终目标的过程中保留会议请求协议责任以及配置整个自动化流程的所有元素的记录非常重要。这些要素支撑着信息系统的主要目标以及调整和纠正的原因。最后一旦准备好交付我们的责任就不会结束。