你擅长的商业领域的项目以期得到用户的尊重。
召开一个历时一小时（并且要限定在该时间范围内）的需求讨论会来讨论特殊的问题。会议结束时应让用户知道下一步该怎么做（并要取得共识）。用户的观点被记录在“会谈纪要”上。这些会让用户感到他们的意见已被听取并且允许他们更改错误。
一个项目被取消往往是由于没有经济合理地达到用户的业务要求。如果在项目的整个过程中，一直保持与用户的有效沟通，他们将看到他们的要求正在逐步达到。项目很少因为延期而被取消。要注意范围变更。在原有的截止日期上增加额外的任务，将会产生不现实的截止日期。
问题31：在一个不编程，就认为你没在工作的环境中，你如何开展工作？
答案31：如果用户认为你了解了他们的业务目标，他们就希望早些开始编程。以一种他们能够理解的形式制作需求文档，提供一种开放的沟通方式，并让他们知道你了解什么，你正在做什么。通过项目计划，状态报告和原型同样能够表明项目的进展。通过让用户审查需求，原型和状态报告的形式，让用户参与项目。
方法论知识
问题32：生命周期是什么，它的作用是什么？
答案32：一个开发或维护生命周期是描述一个特定项目的开始，中间环节和完成的方法。一个生命周期包含了完成特定目标的所有步骤，任务和/或活动。每个活动可能有一种特定的方法。例如,制作数据模型可能会按照James Martins建模方法。对象建模可能会采用Ivan Jacobson方法。生命周期通过运用所有方法来完成业务目标。
问题33：描述你的项目计划中应包括的阶段、活动和可交付产品。
答案33：项目计划中应包括如下阶段（不是以瀑布/线性次序）：
项目管理：
典型活动：很多人忘记加入诸如开发和维护项目计划，状态会议和报告，评估的资料收集和汇报，制作演示资料和向上级和用户进行演示等诸如此类需要花时间的，内部的项目管理活动。
典型交付：项目计划，状态报告，评估报告（例如：有多少个功能点）
需求分析：
典型活动：范围定义，成本利润初步分析，建议。
典型交付：范围文档，物理和逻辑分析，实体关系图，成本利润分析，商业规则申明，任务定义和概要说明。
设计：
典型活动：建立开发和测试环境，制作逻辑模型，技术系统设计，执行计划。
典型交付：逻辑数据模型，事件模型，对象模型，网络模型，物理设计，适合开发环境的规格说明，经过修改的规格说明书，测试计划，流程图。
开发：
典型活动：编码，单元测试和制作用户文档。
典型交付：测试说明书，过程手册，程序。
测试：
典型活动：软、硬件测试，线性测试，系统测试，集成测试，回归测试和平行测试。
典型交付：测试结果，问题报告和跟踪纪录。
实施和支持：
典型活动：第一阶段成果打包；培训。
典型交付：问题报告过程。
检查:
典型活动：交付后的三到六个月对目标成本，开发工作，可见/不可见收益进行检查。
典型交付：实施总结报告。
问题34：制作原型应该在项目生命周期的那个阶段？
答案34：贯穿整个项目。眼见为实。因为它是验证功能，业务规则，用户需求数据和测试的一个好工具。值得注意的是，原型不会成为粗制滥造的产品。原型需要较好地维护。原型应能在过程和数据不完全的情况下，显示各个窗口和窗口间的导航关系。