标准？最终需要哪些开发文档和源码 ）
第三步：取得共识。
与甲方取得共识非常重要，保证你所理解的那他们所理解是同一个东西。这一步需要你根据掌握的情况列出提纲，画出草图或框架图。有参考对象的，标注上，哪个部分会比较像某某。
然后请甲方确认， 这个框架是他们想要的。
第四步：给出工程时间轴。
到了这一环节，就需要你的项目经理组织所有团队成员坐下来讨论，先划分功能模块，然后讨论每个功能模块的可行性、难度、花费时间、bug发生率、测试耗时。再讨论一头一尾 系统搭建和系统整合的所需时间。
项目经理对工程耗时和可行性完全心里有数后，画出工程的时间轴。包括并行状况，里程碑节点、测试期、缓冲期等（如何画工程时间轴，甘特图，我以后会专门写一篇）。时间轴要实事求是，并且预留好充分的缓冲期（工程师估时*2*110%）。
第五步：需求做减法。
大部分情况下，时间轴表现的状况都会超出客户的预期。如果客户对工期没有要求，也要提醒客户考虑 项目可行性风险、市场等候成本、市场或战略变化导致的浪费。
韩磊有一篇《大褂还是内裤》的blog很形象地描述过这个问题。
所以要和甲方一起尽量对需求做减法。把整体需求拆成2~3期，落实只开发最基础和最必要的一期需求。
这时签订正式开发协议。
不要忘了计算 需求文档和产品方案 的费用。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
