该帖子同步发自：(yanglinux的博客  访问该博客)

在项目的实际操作中，经常会碰到出资方与承建方的想法大不一致（更糟糕的是到了中后期双方才意识到）、出资方内部对项目的期望有大的分歧。这种情况在项目启动时如果不加以重视和管理，还天真的想能够成功？？？

如果各核心干系人对项目的总体目标、目的或者战略方针都不能达成一致意见，很自然，一个项目在开始的时候就朝两个方向发展，那么它注定要失败。我们就得先解决这一冲突。在下达任务时，必须把项目的焦点汇聚在一起，同时引导项目干系人朝着共同的目标前进。项目任务书通常是项目启动的最主要交付产品。

       以前我在上海做项目的几年间，每次接到项目，我肯定要写《项目任务书》的，并且写的很仔细，为什么？因为我们主要是内部用，会作为项目经理给开发人员最重要的文档，开发部的开发组长会每一条每一条的审核，有疑问他就会同你沟通。这样也好，省却了后面的很多麻烦。更进一步，严格意义上的项目任务书是必须需要外部也认可的。

一、为什么要编写任务书

项目任务书作为项目的一个指导性文件。它确定了项目关键的决定因素，并为项目确立了业务、组织和技术方面的环境。项目任务书为对项目的发展方向、成果和执行过程进行明智的决策和规划奠定了基础。

不同的组织使用不同的名称来表示这种概述性的文档。例如项目启动文档，项目初步范围说明书，我以前一个客户叫它工作说明书（SOW）并让我写，此时叫做SOW让我不解了好长一段时间。其实，叫什么体现了这些不同的文件可能在内容上有所不同。然而，他们传递给所有团队成员和其他项目干系人一个共同的信息，即为什么这个项目是重要的，它将交付什么。应该把项目任务书发送给所有的项目干系人。

项目启动阶段最重要的成果并不是项目任务书本身，而是在编写任务书的过程中所获得的洞察力和达成的共识。项目任务书只是记录这些重要的项目信息的载体而已。编写任务书的过程使得项目发起人、关键项目干系人和未来的团队成员有机会第一次共同合作，勾勒出项目的意图、远景和方向；此过程提供了一种机制，使得甲方与乙方达成协议；此过程可以发现项目不同角色之间对项目目标和范围的不同理解之处。现在正是解决这些分歧并达成共同愿望的时候。

对于一个项目干系人都集中在同一地点，并且经过了充分互动交流的小型项目来说，编写一个简单的任务书就可以了。对于大型或更为复杂的项目，特别对于涉及多个组织的项目来说，必须要有一个更为健壮的项目任务书。项目的参与者可以定期查阅项目任务书以保持目标一致。

二、任务书包含了什么内容

1.      项目简要描述

在开篇简要地描述项目的目标或动机。在此阶段，关于项目的信息可以通过比较概括的形式表达，保持描述精炼。

2.      业务目标和成功标准

在项目启动阶段最重要的事情就是定义项目的业务目标、目的和成功准则，不然项目没法收尾、没法结束。就会发生我们经常碰到的不能验收的现象。

3.      项目愿景

愿景描述是对期望的结果和项目的收益进行精辟交流的一种方法。例如：为了“谁”，这个产品是一个什么样的东西，它的主要好处是…，与…不同。

4.      范围

列出大的功能清单，以防止重大的范围蔓延。

5.      约束条件

指限制项目经理或团队进行选择的因素。项目经理必须了解约束条件以便在处理有关产品功能、质量目标、人员可用性、进度和预算变更时作出正确的取舍决定。

6.      假设和依赖关系

假设是指假定为真的但是并没有确凿证据说明它是真的陈述。项目任务书必须识别创建项目时所基于的各种假设。

当项目要依赖一些外部因素才能取得成功时，依赖关系就出现了。依赖关系的来源包括其他项目、供应商和外包商、合作伙伴、规则制定单位（如政府单位）等等。

7.      粗略里程碑

大概什么时候提供什么内容，在此给出说明。一定要注意，需要给各个重要干系人讲清楚，此里程碑只是一个估值，不是承诺。否则会吃不了兜着走。

8.      业务风险

有哪些高级别的风险，在任务书中指出来。

9.      资源

需要哪些资源，要求什么时候到位，目前已有哪些资源等，尤其是对公司比较稀缺的资源（例如大家都争着要的高工）一定要筹备或预定到位。

三、任务书不能担当的角色

项目任务书不能取代项目管理计划。事实上，项目启动在项目规划之前。项目计划是单独的内容，也涵盖了很多内容。

项目任务书也不是一个需求规格说明书。