项目干系人请求.doc

项目名称 项目干系人请求 版本 1.0 [注意：以下模板供与 Rational Unified Process 一起使用。包含在方括号中以蓝色斜体（style=InfoBlue）显示的文本是用于向作者提供指导，在发布文档之前应将这些文本删除。在此样式之后输入的段落将自动设置为正常（style=Body Text）。] [要在 Microsoft Word 中定制自动字段（选中时显示灰色背景），请选择“文件属性”，然后用相应的信息替换本文档的“标题”、“主题”和“公司”字段。关闭对话框后，可以通过选择“编辑全选”（或 Ctrl-A），然后按 F9 键，让整个文档中的自动字段更新，或者只需单击字段并按 F9 键。此操作必须对页眉和页脚分开进行。Alt-F9 将在显示字段名称和显示字段内容之间切换。关于处理字段的更多信息，请参阅 Word 帮助。] 修订历史记录 日期 版本 描述 作者 dd/mmm/yy x.x 详细信息 名称 目录 1. 简介 4 1.1 目的 4 1.2 范围 4 1.3 定义、首字母缩写和缩写 4 1.4 参考资料 4 1.5 概述 4 2. 建立项目干系人或用户概要文件 5 3. 评估问题 5 4. 了解用户环境 5 5. 简单重述所了解的信息 5 6. 分析人员有关项目干系人问题的意见（证实假设或否定假设） 5 7. 评估您的解决方案（如果适用） 6 8. 评估机会 6 9. 评估可靠性、性能和支持需要 6 9.1 其他需求 6 10. 结尾 6 11. 分析人员总结 7 项目干系人请求 简介 [项目干系人请求简介概述整个文档的内容。它包含本项目干系人请求集合的用途、范围、定义、首字母缩写、缩写、引用和概述。] [不分环境的面谈问卷：在我们的行业中有很多机会可改进应用程序开发工作。在着手开发之前了解项目干系人或用户的需要，对于改进开发流程是至关重要的。采集项目干系人或用户的需要有很多技巧。一个简单、经济的技巧就是“普通面谈”；它几乎适用于任何一种情况。“普通面谈”可以帮助开发人员或分析人员了解项目干系人或用户的目标和问题。有了这般了解后，开发人员就可以创建出满足项目干系人或用户的实际需要进而提高他们满意度的应用程序。] [本模板中的“普通面谈”提供了一些问题，用于帮助增加对项目干系人或用户的问题和环境的了解。这些问题研究应用程序的功能性、可用性、可靠性、性能和可支持性方面的需求。通过“普通面谈”，开发人员或分析人员可了解要解决的问题，以及项目干系人或用户对何谓成功解决的见解。] 目的 [指定本项目干系人请求集合的用途。] [使用准则：如果“普通面谈”不适合您的需要，您可随意修改它。稍做准备再加组织得当，任何开发人员或分析人员都可以展开有效的面谈。以下是一些提示： 提早调查项目干系人或用户以及公司的背景。 在面谈之前反复阅读这些问题。 在面谈的过程中参考模板形式，确保询问的问题正确。 在面谈结束时总结两三个最重要的问题。重复所了解的内容，确认您的理解正确。 不要使问卷有过度限制。建立亲近感后，面谈经常会自然地进行下去，项目干系人或用户会详细地谈论他们所遇到的困难。请不要打断项目干系人或用户的话语。而应尽可能快地记下这些话语。然后提问，深入了解这些信息。这种交流行将结束时，再继续提出列表上的其他问题。祝您好运，面谈愉快！] 范围 [本项目干系人请求集合所涉范围的简短描述；它关联的项目和本文档影响的任何其他方面。] 定义、首字母缩写和缩写 [本子节提供正确解释项目干系人请求必需的所有术语、首字母缩写和缩写的定义。本处信息可以通过引用项目词汇表的形式提供。] 参考资料 [本子节完整地列出在项目干系人请求中其他地方引用的所有文档。每个文档都必须以标题、报告号（如果适用）、日期和出版单位特别标明。同时指定引用的来源。本处信息可以通过引用附录或另一个文档的形式提供。] 概述 [本子节描述项目干系人请求的剩余部分包含哪些内容，同时说明本文档的结构是如何组织的。] 建立项目干系人或用户概要文件 姓名： 公司／行业： 工作头衔： 主要职责是什么？ 工作成果是什么？ 提供给谁？ 如何评定成功程度？ 什么问题影响您的成功？ 什么趋势让您的工作倾向容易或倾向困难（如果有的话）？ 评估问题 哪些 应用程序类型 问题您无法很好地解决？ 它们是什么？ [提示：反复询问“还有别的吗？”] 对于每个问题，询问： 为什么会存在这个问题？ 您现在如何解决它？ 您想要如何解决它？ 了解用户环境 谁是用户？ 他们的教育背景如何？ 他们的计算机背景如何？ 用户是否有这种类型的应用程序的相关经验？ 正在使用的是什么平台？ 您对未来平台有什么计划？ 您还使用了哪些应用程序我们需要与它们对