2、增加自我培训的时间 。3、主动承接不熟悉的领域内的工作 。
参照： 对初创的风险企业来说，创业计划书的作用尤为重要，一个酝酿中的项目，往往很模糊，通过制订创业计划书，把正反理由都书写下来 。见后再逐条推敲 。
创业者这样就能对这一项目有更清晰的认识 。可以这样说，创业计划书首先是把计划中要创立的企业推销给了创业者自己 。
其次，创业计划书还能帮助把计划中的风险企业推销给风险投资家，公司创业计划书的主要目的之一就是为了筹集资金 。因此，创业计划书必须要说明： （1）创办企业的目的——为什么要冒风险，花精力、时间、资源、资金去创办风险企业？ （2）创办企业所需多少资金？为什么要这么多的钱？为什么投资人值得为此注入资金？对已建的风险企业来说，创业计划书可以为企业的发展定下比较具体的方向和重点，从而使员工了解企业的经营目标，并激励他们为共同的目标而努力 。
更重要的是，它可以使企业的出资者以及供应商、销售商等了解企业的经营状况和经营目标，说服出资者（原有的或新来的）为企业的进一步发展提供资金 。正是基于上述理由，创业计划书将是创业者所写的商业文件中最主 。
3.来,讨论一下怎么写需求文档吧用例和UP的讨论
UML 中各种图形的重要性排行
先谈谈我的想法 。
1、功能需求；
2、非功能需求或技术需求；
我一般把功能需求划分为几个部分：
a、业务过程；
b、业务规则；
c、业务数据；
非功能需求（技术需求）我就不多说了，大致就是可用性，可靠性，性能，可支持性等等 。
1、用例规格说明描述业务过程；
2、业务规则文档描述业务规则；
【可靠性需求怎么写】3、术语表描述业务数据；
4、补充规格说明描述非功能需求（技术需求）；
UP的做法还是很有道理的 。这体现了两个原则：
1、分离关注点（每个文档描述相对独立的领域）；
2、减少重复（很多用例都会引用相同的业务规则及业务数据）；
这样便能够尽可能的使文档结构清晰，易阅读，易理解 。也便于跟踪和维护 。
但另一方面由于将不同的领域分离到不同文件的做法也使得可阅读性有所降低 。比如用例规格说明中的业务过程描述时常需要引用业务规则文档中的业务规则及术语表中的业务数据 。由于不是很方便在各个文档之间导航，你可能需要打开多个文档进行交叉阅读 。这是比较麻烦的，特别是对于用户来说 。
而且UP中每个用例都单独作为一个文件存在，这可能是为了便于跟踪及管理的缘故吧 。但正如上所述，文件多了看着就觉得不爽了 。我觉得完全可以将用例合并到一个文档中 。或者几个相对独立的文档中（比如根据子系统划分） 。
易理解，
易沟通，
易确认，
易跟踪，
易测试，
易验收
我想我们都应该以这个为目标来进行思考 。
推荐链接Java开发新方式：专注UI，快速开发！
4.项目需求说明书,怎么写一 引言 1、编写目的 说明编写这份项目需求说明书的目的，指出预期的读者 。
2、背景说明：（1）待开发的软件系统的名称 。（2）本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络 。
（3）该软件系统同其他系统或其他机构的基本的相互来往关系 。3、定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组 。
4、参考资料 列出用得着的参考资料，如：（1）本项目的经核准的计划任务书或合同、上级机关的批文 。（2）属于本项目的其他已发表的文件 。