问题27：你将如何发现和解决内部和外部问题？

答案27：从所有可能的资源获取实情并客观地记录下来。然后在相关方参与下，尽量自己解决问题。如果这种方法无效，按照组织的管理结构提出问题并参照可能的解决方法。

问题28：你将如何得到供应商的一贯支持？

答案28：虽然供应商是在管理范围之外的，但也可以将他们包含进来，如果他们：得到尊重；了解业务目标；预先购买；将供应作为计划的输入，这样会对他们产生影响；参与设计，因此，在项目的早期阶段就应该考虑供应商的管理。确保他们了解业务目标和工作的利益。

问题29：如何处理“是否能破除一些规矩”现象？

答案29：单纯为了技术而采用某种技术是不能说服用户或领导的。任何人都可能抵制那些会改变现状的变化。然而，如果将技术与商业利润联系起来，用户会支持你的建议。

www.dxs56.com
问题30：你如何应对不同的商业用户，如果他：

a) 拒绝确认需求

b) 经常改变主意

c) 不肯花时间

d) 坚持不现实的截止日期

答案30：无论客户有多难应付，都应该记住正因为他们我们才有工作做。他们是客户。必须以高度的职业精神，完全尊重他们。

因为他们不能了解我们的工作正如我们不能完全了解他们的那样，沟通变得比较复杂。因此，我们要花时间作规划并解释其中包含的内容。用户需要感到他们没有浪费时间，正在取得成果，并且他们的意图被很好地理解。制作原型是一个有用的工具。它提供了一幅用户能理解的、灵活的图画。

另外，对工作风格的理解也很重要。拒绝承认或不断地改变想法可能源于对问题缺乏理解，或是对未来的担心。

用户往往不愿意花时间与IT人员交谈并认为这样做是浪费时间，因为IT人员过分关注他们自己的任务。应该对过去交付产品的历史进行检查。如果用户来了多次但并未发看到有价值的输出，他们将拒绝花更多的时间。在这种情况下，你应该做你擅长的商业领域的项目以期得到用户的尊重。

召开一个历时一小时（并且要限定在该时间范围内）的需求讨论会来讨论特殊的问题。会议结束时应让用户知道下一步该怎么做（并要取得共识）。用户的观点被记录在“会谈纪要”上。这些会让用户感到他们的意见已被听取并且允许他们更改错误。

一个项目被取消往往是由于没有经济合理地达到用户的业务要求。如果在项目的整个过程中，一直保持与用户的有效沟通，他们将看到他们的要求正在逐步达到。项目很少因为延期而被取消。要注意范围变更。在原有的截止日期上增加额外的任务，将会产生不现实的截止日期。

问题31：在一个不编程，就认为你没在工作的环境中，你如何开展工作？

答案31：如果用户认为你了解了他们的业务目标，他们就希望早些开始编程。以一种他们能够理解的形式制作需求文档，提供一种开放的沟通方式，并让他们知道你了解什么，你正在做什么。通过项目计划，状态报告和原型同样能够表明项目的进展。通过让用户审查需求，原型和状态报告的形式，让用户参与项目。

　　方法论知识

问题32：生命周期是什么，它的作用是什么？

答案32：一个开发或维护生命周期是描述一个特定项目的开始，中间环节和完成的方法。一个生命周期包含了完成特定目标的所有步骤，任务和/或活动。每个活动可能有一种特定的方法。例如,制作数据模型可能会按照James Martins建模方法。对象建模可能会采用Ivan Jacobson方法。生命周期通过运用所有方法来完成业务目标。

问题33：描述你的项目计划中应包括的阶段、活动和可交付产品。

答案33：项目计划中应包括如下阶段（不是以瀑布/线性次序）：

项目管理：

典型活动：很多人忘记加入诸如开发和维护项目计划，状态会议和报告，评估的资料收集和汇报，制作演示资料和向上级和用户进行演示等诸如此类需要花时间的，内部的项目管理活动。

典型交付：项目计划，状态报告，评估报告（例如：有多少个功能点）

需求分析：

典型活动：范围定义，成本利润初步分析，建议。

典型交付：范围文档，物理和逻辑分析，实体关系图，成本利润分析，商业规则申明，任务定义和概要说明。

设计：

典型活动：建立开发和测试环境，制作逻辑模型，技术系统设计，执行计划。

典型交付：逻辑数据模型，事件模型，对象模型，网络模型，物理设计，适合开发环境的规格说明，经过修改的规格说明书，测试计划，流程图。

开发：

典型活动：编码，单元测试和制作用户文档。 www.dxs56.com

典型交付：测试说明书，过程手册，程序。

测试：

典型活动：软、硬件测试，线性测试，系统测试，集成测试，回归测试和平行测试。

典型交付：测试结果，问题报告和跟踪纪录。

实施和支持：

典型活动：第一阶段成果打包；培训。

典型交付：问题报告过程。

检查:

典型活动：交付后的三到六个月对目标成本，开发工作，可见/不可见收益进行检查。

典型交付：实施总结报告。

问题34：制作原型应该在项目生命周期的那个阶段？

答案34：贯穿整个项目。眼见为实。因为它是验证功能，业务规则，用户需求数据和测试的一个好工具。值得注意的是，原型不会成为粗制滥造的产品。原型需要较好地维护。原型应能在过程和数据不完全的情况下，显示各个窗口和窗口间的导航关系。

上一页  [1] [2] [3] [4] [5] [6] [7]  下一页