1.如何写业务需求

需求分析是一项重要的工作，也是最困难的工作。该阶段工作有以下特点：

(1)用户与开发人员很难进行交流

在软件生存周期中，其它四个阶段都是面向软件技术问题，只有本阶段是面向用户的。需求分析是对用户的业务活动进行分析，明确在用户的业务环境中软件系统应该"做什么"。但是在开始时，开发人员和用户双方都不能准确地提出系统要"做什么？"。因为软件开发人员不是用户问题领域的专家，不熟悉用户的业务活动和业务环境，又不可能在短期内搞清楚；而用户不熟悉计算机应用的有关问题。由于双方互相不了解对方的工作，又缺乏共同语言，所以在交流时存在着隔阂。

(2)用户的需求是动态变化的

对于一个大型而复杂的软件系统，用户很难精确完整地提出它的功能和性能要求。一开始只能提出一个大概、模糊的功能，只有经过长时间的反复认识才逐步明确。有时进入到设计、编程阶段才能明确，更有甚者，到开发后期还在提新的要求。这无疑给软件开发带来困难。

(3)系统变更的代价呈非线性增长

需求分析是软件开发的基础。假定在该阶段发现一个错误，解决它需要用一小时的时间，到设计、编程、测试和维护阶段解决，则要花2.5、5、25、100倍的时间。

因此，对于大型复杂系统而言，首先要进行可行性研究。开发人员对用户的要求及现实环境进行调查、了解，从技术、经济和社会因素三个方面进行研究并论证该软件项目的可行性，根据可行性研究的结果，决定项目的取舍。

编辑本段方法

⑴首先调查组织机构情况

包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。

⑵然后调查各部门的业务活动情况

包括了解各个部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。

⑶协助用户明确对新系统的各种要求

包括信息要求、处理要求、完全性与完整性要求。

⑷确定新系统的边界

确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。

常用的调查方法有：

⑴跟班作业

通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。

⑵开调查会

通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。

⑶请专人介绍。

⑷询问

对某些调查中的问题，可以找专人询问。

⑸设计调查表请用户填写

如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。

⑹查阅记录

即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。

通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。

分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。

编辑本段案例

(1)需求分析报告的编写目的

本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本铁路售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。

(2)产品背景明细

软件名称：铁路售票系统

(3)缩写及缩略语

铁路售票应用系统软件：基本元素为构成铁路售票及相关行为所必须的各种部分。

需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。

需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。

模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。

本工程描述：

(1)软件开发的目标：

完善目前铁路售票系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能力。

(2)应用范围：

理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得铁路售票实名化，以期实现完善日常生活中铁路售票的各种缺陷。

2.如何进行业务需求分析

业务需求分析是明确企业的哪些业务要用到网络以及对网络功能的要求（如带宽、QoS、网络布局等）。

其实，这就是一个业务需求初步收集的过程。作为网络规划者，你要一一记下了，然后确定相关的关键人物。

再进行详谈，确认与网络有关的所有业务项目。只有把与网络有关的业务搞清楚了，你才能确定他们都需要哪些网络功能，需要采用什么样的网络架构，应该购买什么样的设备。

也只有你充分的了解了他们业务的特点，你才能确定他们对网络的可靠性、可用性、安全性等性能参数的要求；才能确定哪些业务需要走局域网流量，那些需要连接Internet，并准确的预测其增长率对网络的要求。参考附件表格。

3.怎么编写用户业务需求分析

需求分析格式1 引言1.1 编写目的【说明】目标：对用户的需求进行收集、整理与分析，弄清楚系统究竟要 “干什么”及“由谁干”，并用合乎规范的文字及图表予以描述。

不需要说明“怎么干”，因为那是设计阶段的事情。有关文字与图表应尽量让用户便于理解。

预期读者：用户方的相关业务人员、双方的开发人员和系统维护人员。 作用：实现开发方与用户方的双向沟通，是把业务需求计算机化的关键步骤。

为下一阶段的概要设计工作提供依据。当用户的需求发生变更时，应添写补充说 明；如变动过大可形成新版本。

软件需求说明（Software Requirements Specification）的主要作用为： 为用户方与开发方建立共同协议奠定基础。 提高开发效率、强化进度控制。

 为项目的的评测与验收提供依据。 便于移植。

 作为系统不断提高的基础。1.2 编写背景1.2.1 系统名称及版本号【说明】形如“网银三期***系统V3.0.0”。

其中，版本号的格式为“XX.XX.XX”,X为阿拉伯数字，左“0”可省略。1.2.2 使用者【说明】适应对象和范围。

主要指预期读者，也供有关领导审阅。1.2.3 与其它系统的关系【说明】在用户现有的及预期的整个应用系统中，给本系统准确定位。

用示意图及相应的文字予以说明。2 用户的基本情况2.1 系统建设背景【说明】项目背景与依据、现有基础、项目规模、预期目标等。

可繁可简，格式自定。2.2 组织机构与职能【说明】用层次示意图及相应文字表示（如果需要开发的系统与部门没有直接依赖关系此节可省略，本章随后的小节数将顺次减1），加注：组织机构的层次数、数目、各个机构的职能简述。

2.3 用户特点【说明】所在行业特征、操作人员与系统维护人员的数量、学历与水平、数据量大小、使用频度等。2.4 用户业务分析【说明】在本部分，希望系统分析人员能够对用户业务现状进行分析、对用户对本系统的未来发展方向作出一定的预测等。

以便设计人员对业务及其发展有所了解，增强系统设计的前瞻性。2.5 计算机应用现状【说明】可繁可简，格式自定。

3 业务需求3.1 项目概述【说明】第一、指明项目的开发意图、应用目标（总目标、分期目标）、作用范围、预期效益等。第二、指明在输入信息转变为输出信息的过程中，为了满足用户的业务需求，应用软件必须完成的基本功能（采用自然语言叙述）。

但此时不要求对基本功能进行分解。第三、如果本系统与其他系统相关联，则应确定本系统的基本功能边界（可采用图示+文字说明的形式，用蓝色标示出本系统的功能，用绿色标示出相关系统的功能）。

3.2 约束条件3.2.1 费用约束【说明】 预计投资金额概算、其中软硬件费用的比例、资金分期到位计划。3.2.2 进度约束【说明】预计完成日期、分步实施期限。

3.2.3 其它约束【说明】场地面积限制、通信设施基础、其它干扰因素。 注意：任何计算机系统都不是包罗万象的；用户自身的能力也是有限的。

轻诺必寡信。故应特别指出：由于哪些条件的约束，本系统不能满足哪些业务需求与系统需求。

本章主要介绍项目的总体业务功能，要求站在客户的角度把握系统需求.3.3 性能需求【说明】依据ISO9000标准及我们的理解，下面列出了软件的6组性能，共涵盖21个子特性。这些性能/子特性的相对重要性并不是等同的。

编写时，可以基于具体项目的实际需求，对下述标题或内容进行取舍/侧重。事实上不可能做到面面俱到，往往要作出某些折中。

本节说明系统在性能方面的预期目标，不要求提供实现上述目标的具体实施方案。3.3.1 功能性【说明】指与软件实现的各项功能及其指定性质有关的一组属性。

这些功能都是满足规定需求和潜在需求所必需的。它包括5个子特性：适用性：与指定业务所需各项功能的实现及其适合程度有关的一些软件属性。

准确性：与保证正确（或符合要求的）结果（或效果）有关的一些软件属性。互操作性：与软件同一些指定系统交互作用能力有关的一些软件属性。

复合性：使软件遵守相关的标准、约定/法律或类似规定有关的一些软件属性。保密安全性：与针对蓄意（或无意）而非法存取程序和数据的预防能力有关的一些软件属性。

这里主要指的是保护软件的要素，旨在防止各种非法访问、修改、破坏、泄密及感染计算机病毒等。3.3.2 可靠性【说明】指在规定的条件和期限内，与软件保持其性能水平有关的一组软件属性。

成熟性：与软件故障引起的失误频率有关的一些软件属性。容错性：在软件故障发生或其规定界面被破坏的情况下，与软件仍能保持规定性 能水平的能力有关的一些软件属性。

可恢复性：在失效的情况下、在限定的期限和强度范围内，与软件重建性能水平 并恢复直接受影响的数据的能力有关的一些软件属性。3.3.3 易使用性【说明】指与规定用户（或潜在用户）使用软件所需的努力程度、对这种使用所做的评估有关的一组软件属性。

它包括3个子特性：易理解性：与用户为理解其逻辑概念及适用范围需做的努力有关的一些软件属性。易学习性：与用户学习其应用（例如操作控制、输入、输出）需做的努力有关的一些软件属性。

易操作性：与用户操作及运行控制需做的努力有关的一些软件属。

4.怎么编写用户业务需求分析

需求分析格式1 引言1.1 编写目的【说明】目标：对用户的需求进行收集、整理与分析，弄清楚系统究竟要 “干什么”及“由谁干”，并用合乎规范的文字及图表予以描述。

不需要说明“怎么干”，因为那是设计阶段的事情。有关文字与图表应尽量让用户便于理解。

预期读者：用户方的相关业务人员、双方的开发人员和系统维护人员。 作用：实现开发方与用户方的双向沟通，是把业务需求计算机化的关键步骤。

为下一阶段的概要设计工作提供依据。当用户的需求发生变更时，应添写补充说 明；如变动过大可形成新版本。

软件需求说明（Software Requirements Specification）的主要作用为： 为用户方与开发方建立共同协议奠定基础。 提高开发效率、强化进度控制。

 为项目的的评测与验收提供依据。 便于移植。

 作为系统不断提高的基础。1.2 编写背景1.2.1 系统名称及版本号【说明】形如“网银三期***系统V3.0.0”。

其中，版本号的格式为“XX.XX.XX”,X为阿拉伯数字，左“0”可省略。1.2.2 使用者【说明】适应对象和范围。

主要指预期读者，也供有关领导审阅。1.2.3 与其它系统的关系【说明】在用户现有的及预期的整个应用系统中，给本系统准确定位。

用示意图及相应的文字予以说明。2 用户的基本情况2.1 系统建设背景【说明】项目背景与依据、现有基础、项目规模、预期目标等。

可繁可简，格式自定。2.2 组织机构与职能【说明】用层次示意图及相应文字表示（如果需要开发的系统与部门没有直接依赖关系此节可省略，本章随后的小节数将顺次减1），加注：组织机构的层次数、数目、各个机构的职能简述。

2.3 用户特点【说明】所在行业特征、操作人员与系统维护人员的数量、学历与水平、数据量大小、使用频度等。2.4 用户业务分析【说明】在本部分，希望系统分析人员能够对用户业务现状进行分析、对用户对本系统的未来发展方向作出一定的预测等。

以便设计人员对业务及其发展有所了解，增强系统设计的前瞻性。2.5 计算机应用现状【说明】可繁可简，格式自定。

3 业务需求3.1 项目概述【说明】第一、指明项目的开发意图、应用目标（总目标、分期目标）、作用范围、预期效益等。第二、指明在输入信息转变为输出信息的过程中，为了满足用户的业务需求，应用软件必须完成的基本功能（采用自然语言叙述）。

但此时不要求对基本功能进行分解。第三、如果本系统与其他系统相关联，则应确定本系统的基本功能边界（可采用图示+文字说明的形式，用蓝色标示出本系统的功能，用绿色标示出相关系统的功能）。

3.2 约束条件3.2.1 费用约束【说明】 预计投资金额概算、其中软硬件费用的比例、资金分期到位计划。3.2.2 进度约束【说明】预计完成日期、分步实施期限。

3.2.3 其它约束【说明】场地面积限制、通信设施基础、其它干扰因素。 注意：任何计算机系统都不是包罗万象的；用户自身的能力也是有限的。

轻诺必寡信。故应特别指出：由于哪些条件的约束，本系统不能满足哪些业务需求与系统需求。

本章主要介绍项目的总体业务功能，要求站在客户的角度把握系统需求.3.3 性能需求【说明】依据ISO9000标准及我们的理解，下面列出了软件的6组性能，共涵盖21个子特性。这些性能/子特性的相对重要性并不是等同的。

编写时，可以基于具体项目的实际需求，对下述标题或内容进行取舍/侧重。事实上不可能做到面面俱到，往往要作出某些折中。

本节说明系统在性能方面的预期目标，不要求提供实现上述目标的具体实施方案。3.3.1 功能性【说明】指与软件实现的各项功能及其指定性质有关的一组属性。

这些功能都是满足规定需求和潜在需求所必需的。它包括5个子特性：适用性：与指定业务所需各项功能的实现及其适合程度有关的一些软件属性。

准确性：与保证正确（或符合要求的）结果（或效果）有关的一些软件属性。互操作性：与软件同一些指定系统交互作用能力有关的一些软件属性。

复合性：使软件遵守相关的标准、约定/法律或类似规定有关的一些软件属性。保密安全性：与针对蓄意（或无意）而非法存取程序和数据的预防能力有关的一些软件属性。

这里主要指的是保护软件的要素，旨在防止各种非法访问、修改、破坏、泄密及感染计算机病毒等。3.3.2 可靠性【说明】指在规定的条件和期限内，与软件保持其性能水平有关的一组软件属性。

成熟性：与软件故障引起的失误频率有关的一些软件属性。容错性：在软件故障发生或其规定界面被破坏的情况下，与软件仍能保持规定性 能水平的能力有关的一些软件属性。

可恢复性：在失效的情况下、在限定的期限和强度范围内，与软件重建性能水平 并恢复直接受影响的数据的能力有关的一些软件属性。3.3.3 易使用性【说明】指与规定用户（或潜在用户）使用软件所需的努力程度、对这种使用所做的评估有关的一组软件属性。

它包括3个子特性：易理解性：与用户为理解其逻辑概念及适用范围需做的努力有关的一些软件属性。易学习性：与用户学习其应用（例如操作控制、输入、输出）需做的努力有关的一些软件属性。

易操作性：与用户操作及运行控制需做的努力有关的。

5.功能需求怎么写

需求分析是一项重要的工作，也是最困难的工作。该阶段工作有以下特点：

(1)用户与开发人员很难进行交流

在软件生存周期中，其它四个阶段都是面向软件技术问题，只有本阶段是面向用户的。需求分析是对用户的业务活动进行分析，明确在用户的业务环境中软件系统应该"做什么"。但是在开始时，开发人员和用户双方都不能准确地提出系统要"做什么？"。因为软件开发人员不是用户问题领域的专家，不熟悉用户的业务活动和业务环境，又不可能在短期内搞清楚；而用户不熟悉计算机应用的有关问题。由于双方互相不了解对方的工作，又缺乏共同语言，所以在交流时存在着隔阂。

(2)用户的需求是动态变化的

对于一个大型而复杂的软件系统，用户很难精确完整地提出它的功能和性能要求。一开始只能提出一个大概、模糊的功能，只有经过长时间的反复认识才逐步明确。有时进入到设计、编程阶段才能明确，更有甚者，到开发后期还在提新的要求。这无疑给软件开发带来困难。

(3)系统变更的代价呈非线性增长

需求分析是软件开发的基础。假定在该阶段发现一个错误，解决它需要用一小时的时间，到设计、编程、测试和维护阶段解决，则要花2.5、5、25、100倍的时间。

因此，对于大型复杂系统而言，首先要进行可行性研究。开发人员对用户的要求及现实环境进行调查、了解，从技术、经济和社会因素三个方面进行研究并论证该软件项目的可行性，根据可行性研究的结果，决定项目的取舍。

编辑本段方法

⑴首先调查组织机构情况

包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。

⑵然后调查各部门的业务活动情况

包括了解各个部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。

⑶协助用户明确对新系统的各种要求

包括信息要求、处理要求、完全性与完整性要求。

⑷确定新系统的边界

确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。

常用的调查方法有：

⑴跟班作业

通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。

⑵开调查会

通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。

⑶请专人介绍。

⑷询问

对某些调查中的问题，可以找专人询问。

⑸设计调查表请用户填写

如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。

⑹查阅记录

即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。

通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。

分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。

编辑本段案例

(1)需求分析报告的编写目的

本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本铁路售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。

(2)产品背景明细

软件名称：铁路售票系统

(3)缩写及缩略语

铁路售票应用系统软件：基本元素为构成铁路售票及相关行为所必须的各种部分。

需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。

需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。

模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。

本工程描述：

(1)软件开发的目标：

完善目前铁路售票系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能力。

(2)应用范围：

理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得铁路售票实名化，以期实现完善日常生活中铁路售票的各种缺陷。

6.员工的需求怎么写

这是一个人员需求预测的报告模板，你可以参考一下，其中的一些表格复制不过来，没有显示表格的形式，但是不影响框架的体现。

公司年度人员需求预测报告

文本名称 **公司年度人员需求预测报告 受控状态

编 号

一、目录（略）

二、呈送文（略）

三、报告正文

（一）人力资源现状分析

1.员工构成情况

伴随公司成立以来的发展和积累，目前在生产和经营领域初步形成了一支素质较好、层次较高的人才队伍，共有在职职工368人。具体人员构成情况见下表所示。

**公司员工构成情况表

类别 具体分布情况

职能分布 公司高层 管理中层 管理人员 生产人员

人数 比例 人数 比例 人数 比例 人数 比例

5 1.4 15 4.1% 38 10.3% 310 84.2%

学历分布 硕士及以上 本科 大专 大专以下

人数 比例 人数 比例 人数 比例 人数 比例

6 1.6% 40 10.9% 135 36.7% 187 50.8%

年龄构成 30岁及以下 31~40 41~50 50以上

人数 比例 人数 比例 人数 比例 人数 比例

186 50.5% 116 31.5% 41 11.1% 25 6.8%

2.定岗定编情况

本公司目前各部门定岗定编情况如下表所示。（表略）

3.人力资源现状分析结果说明

(1)87.5%的员工集中在大专及以下学历，具有中高级技术职称的人员不多。

(2)员工年龄在40岁以下的占总人数的82.1%，具备进一步学习的能力。

(3)随着公司的发展、业务规模的扩大，专业技术人才、一线生产人员、市场拓展人员均应有较大需求。

（二）人力资源需求预测结果

1.未来人力资源流失预测

(1)未来退休人员预测：公司2004年至2006年退休13人，其中2人内退，11人正常退休。2007年公司51岁以上人员仅有25人，相对公司人员规模来说，退休人员很少，不会影响公司的人员数量变化，建议不作考虑。

(2)未来离职人员预测：公司2004年至2006年共有15人，其中12人主动离职，3人被开除，离职人员人数较少，基本集中在一线生产工人类别上，在未来离职人员预测中不作考虑。

2.未来新增人员及主要岗位需求

为满足公司的战略发展要求，未来人员需求将集中于投融资管理人才和专业技术人才、经营人才等。

(1)投融资管理人才：公司未来几年内将积累大量财务资源，急需投融资管理方面人才，初步估计投融资管理人才需2人。

(2)专业技术人才：公司预计2008年将新增产品品种，新增1条生产线，初步估计具有生产专业技术中级及以上职称的人才3人，生产工人20人。

(3)业务经营人才：随着公司业务规模的扩大，将扩展销售领域和市场份额，可引进具有丰富业务管理经验、极具市场开拓精神的高级经营人才，初步估计业务经营人才需10人。

3.未来人员净需求

公司2008年各部门人员需求表

部门名称 新增岗位及人数 部门名称 新增岗位及人数

决策层 设置战略发展部，2人 生产部 车间主任1人，生产岗位工人20人

财务部 投融资主管1人，专员1人 市场部 策划专员1人

技术部 技术研发人员2 销售部 销售区域经理3人，销售专员7人

产品部 产品设计人员2人 质量部 检验员1人

行政部 人员不变 采购部 采购专员1人

人力资源部 人员不变 仓储部 不变

人员净需求 42人

相关说明

编制人员 审核人员 批准人员

编制日期 审核日期 批准日期

7.职业个人需求怎么写

不想当将军的兵不是好兵，即使当不了将军也要能够从将军的角度去思考和解决问题，这样才能做一个更好的有可能成为将军的士兵. 成为一名优秀的人力资源经理是我的职业发展目标.我想做的是改善目前混乱的管理现状，特别是关注几乎被彻底漠视的员工的需求，让企业中的每个人尽可能地发挥所长，帮助他们快乐地工作和生活，让企业成为令人尊敬的企业.听起来很像政客的宣言是吗？但是现在的我的确是这样想的.因为就目前来说，我也是被漠视的一员，而且生活在一群被漠视的人中间.既然从来就没有什么救世主，那么要改变自己和别人的现状就只能够从自己的努力开始.有句话怎么说的？如果对一个组织不满意，最好的办法是爬到顶端，然后改变它. 有位叫苏青的作者写了《人力资源经理应该具备怎样的能力？》一文，按它的脉络，分析一下： 一） 公正、忠信、坚定勇敢的意志力。

公正忠信没有问题.因为本人由于懒及胆小怕事，总是按规则办事，如果现在还有君主一类的东东，应该会是属于愚忠的那一类人.但这又对坚定勇敢的意志力形成了威胁，所以我最担心的是我顶不住压力，特别是来自上层的不正确的意见，会让我很挣扎很痛苦.那这个问题没有解决办法，只能指望有一条退路，然后无欲则钢，看看能坏到哪去. 二） 对人性的正确、全面的了解以及广博的知识。 这点十分之欠缺，因为容易看到恶的一面，又嫌人际交往太过麻烦，最根本的还是没有开放的心态，所以与人交往不多，由此带来的认识就片面偏向阴暗.广博的知识勉勉强强，因为兴趣爱好多到了没有兴趣的地步，所以啥都有一点，不过不深.这是不好的.所以以后要多接触一些人，试着了解他们. 三、亲和力和优秀的人际关系处理技巧。

保守有余，活力不足.我的朋友说我一开始接触时看起来严肃，只有熟了以后才会谈到一起，这应该是亲和力不足的表现.不过待人诚恳也是别人对我的评价.改进？参见上一条. 四、实现人力资源有效管理的专业能力 1.人力资源规划管理（完整规划没做过，基础分析做得多）和人力资源管理手册设计（基本可以完成）的能力。 2.职位分析（没有做过，止于知道）和绩效考核管理（指标设定不行，因为对业务生疏了）能力。

3.薪酬与福利管理能力。 一直在做的，执行OK，没有做过设计. 4.人力资源开发、培训能力。

（些许培训经验，但是在职业发展与培训结合方面虽然关注，不过没有实际行动，应该成为努力方向） 5.人事制度管理能力。 OK.因为现在俨然是员工首选制度咨询师. 当然，作为人力资源经理还应具备组织能力、领导能力、表达能力、自信力（以及对人力资源管理工作的兴趣或爱好）等其它素质能力。

经过这样总的分析，要实现我的职业目标还是有比较大的难度： 1、性格上的缺陷：脆弱、内向、不善于与人交往、保守。每个人都是不完美的，在实在没法改变的情况下，要把缺点变成特点。

随着时间的打磨，我相信自己。 2、专业能力的上欠缺：对业务方面了解不够，特别是对各个岗位的了解仅限于道听途说，没有一手的认知。

在本专业内，只限于一些低层次的工作，而且 PM对我的认同也只是因为工作量大，但又没有误太多的事而已。这样以苦劳获取的评价不是我所希望的。

我相信渡过这一段人手奇缺的时期，我会有更多的时间来做那些没有做过的难度大一些的工作。 3、具体实行上的困难和可能出现的变数：一是经过测算，工作量大占用时间长的情况在未来的三个月内不会有所改变，每天加班三小时？可能家庭方面会出现问题；二是缺乏指导，PM没有训练人的习惯、公司也没有这样的机制，但这也不能怪他们，否则的话我怎么会有我的政客宣言呢？这点自己解决；三是有可能会有不希望的PM的变更，Oh my God！那样的人成为我的上级？也许会使我的职业发展目标要绕好大弯才能实现或者被迫作出改变，不过兵来将挡，水来土淹，条条大路通罗马！ 最后的总结和行动计划是： 1、按既定计划完成累积的小事。

2、增加自我培训的时间。 3、主动承接不熟悉的领域内的工作。

参照： 对初创的风险企业来说，创业计划书的作用尤为重要，一个酝酿中的项目，往往很模糊，通过制订创业计划书，把正反理由都书写下来。见后再逐条推敲。

创业者这样就能对这一项目有更清晰的认识。可以这样说，创业计划书首先是把计划中要创立的企业推销给了创业者自己。

其次，创业计划书还能帮助把计划中的风险企业推销给风险投资家，公司创业计划书的主要目的之一就是为了筹集资金。因此，创业计划书必须要说明： （1）创办企业的目的——为什么要冒风险，花精力、时间、资源、资金去创办风险企业？ （2）创办企业所需多少资金？为什么要这么多的钱？为什么投资人值得为此注入资金？对已建的风险企业来说，创业计划书可以为企业的发展定下比较具体的方向和重点，从而使员工了解企业的经营目标，并激励他们为共同的目标而努力。

更重要的是，它可以使企业的出资者以及供应商、销售商等了解企业的经营状况和经营目标，说服出资者（原有的或新来的）为企业的进一步发展提供资金。 正是基于上述理由，创业计划书将是创业者所写的商业文件中最主。

8.需求分析具体要怎么写

方法⑴首先调查组织机构情况

包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。

⑵然后调查各部门的业务活动情况

⑶协助用户明确对新系统的各种要求

包括信息要求、处理要求、完全性与完整性要求。

⑷确定新系统的边界

常用的调查方法有：⑴跟班作业通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。

⑵开调查会通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。

⑶请专人介绍。

⑷询问对某些调查中的问题，可以找专人询问。

⑸设计调查表请用户填写

如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。

⑹查阅记录即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。

通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。

分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。