文档介绍：产品开发白皮书（草稿）
编写目的：扎扎实实为产品开发、测试、实施等供应完整的指导思路，合理协调好各个角色之间的关系，将各种角色拧成一股劲共同为打造优质产品这个目标而服务。
角色矩阵图
需求
设计
编码
在的市场状况怎么样、竞争对手怎么样、 开发新产品是否有意义、我们的产品需要在什么地方需要留意的等等。通常状况下《立项可行性分析报告》通过之后再开头《立项建议书》的草拟，假如决策人已经打算要做了，那就无须考虑了，把它们当做参考意见直接干吧。
立项可行性分析报
《立项建议书》里面我们要考虑哪些问题呢？之前在立项目的里面提过一部分了。打开立项建议书，依据样板好好想一想新产品实质性的信息是什么，不肯定要拘泥于样板，但是真实反映新产品的核心内容。能够确定并且是已知的肯定要写清楚，不能确定的依据阅历来预估，后面还有评审会帮你把关的，但不要糊弄大家。最终目的不要填满一份《立项建议书》， 而是搞清楚《立项建议书》所涉及到的内容，便于后期项目成员清楚新产品是干什么的，需要自己怎么去做。
完成初稿，跟最有阅历的人员（人不要多1~2 就可以）进行有效沟通、争辩，实际上就是内审，找出《立项建议书》中是否有哪些不正确的信息、模糊的信息、遗漏的信息等等（此时建议只争辩和收集问题，不做是否通过判定）。收集相关问题进行整改，可能会修改多次， 由于指不定你会突然想起什么来。（这个环节很重要，避开多次评审，铺张大家的时间。）
接下来就可以开头进行正儿八经的初审了，参与人员会扩至治理层和部分核心人员（具 体请参考评审表）。评审之前提前一天将评审内容发给各位评审员。会上介绍《立项建议书》内容，并接受提问、解答和争辩。信任问题不会很多，前面到底做了很多的功课和内审，最终大家进行表决，原则上多数通过即为通过。
修改评审会上提到的微小问题，最终送总经理处进行签字确认。下面预备一下，召集各
位成员开立项大会，昭告天下。后面就可以动工了。。禅道项目治理做什么事情？
让治理员给你开一个新产品并赐予你该产品相应的权限，以“土地利用规划治理系统” 为例：
这里仅仅开了一条产品线，里面描述了新产品的特点、主要功能目标和相关责任人，把
《立项建议书》的部分内容黏贴过就 ok 了。
首先明确一下产品和项目的概念。我们通常所说的项目，其实是产品的概念，比如我们做什么什么项目，其实是在做一个产品。而我们所说的项目几期几期，则是项目的概念。在开源软件中，禅道明确的将产品和项目区分了开来。比如我们正开发的“土地利用总体规划治理系统”，以前通常会排出一个很长的方案来，从需求、编码、测试等等等，那在执行的时候会怎么样呢，可能会一次次在调整方案。为什么会这样呢，很简洁我们的工作不是传统行业没有什么标准时间，个人力量会有层次不齐，预估和执行多少会有偏差，大量的工作量叠加在一起就会造成偏差越来越大。这中间确定会有很多你之前没有预估到的事情，这样算 起来不延迟才怪呢。那在这里我们就把整个产品进行拆分，拆分成个一个个项目去实现。让想项目可执行程度更高，更精确，更能看到成果。产品经理需要有肯定的推断力量，能够指引产品线，分几个阶段来实现，给各个阶段来划定目标，就自然生成一个个项目了。因此， 产品是需求方，打算做