01
需求说明文档
把沟通中确认的目标、范围、参与方和限制条件整理成一份书面说明,作为后续所有动作的依据。文档里会标注哪些内容已确认、哪些仍待补充。
这一页把交付包含的内容、验收按什么判断、以及明确不包含的事项并列写清。核对时按条目逐行对照即可,遇到需要单独说明的部分,可直接在沟通阶段提出。
以下六项是通常写在交付清单里的内容。每一项都对应一个可查看、可留存的结果,而不是过程中的口头承诺。
01
把沟通中确认的目标、范围、参与方和限制条件整理成一份书面说明,作为后续所有动作的依据。文档里会标注哪些内容已确认、哪些仍待补充。
02
按需求说明给出可执行的动作清单和时间安排,写明每一步的负责人、所需配合和完成标志,方便双方对照进度。
03
按排期分批交付中间成果,每一批都可独立查看和反馈。中间成果用于及时纠偏,不作为最终验收对象。
04
按约定格式整理完成的最终文件,包含可直接使用的版本和便于后续调整的源文件,交付时附一份文件说明。
05
说明每份文件对应哪条需求、在什么场景下使用、后续如需自行调整应注意哪些位置,减少接手后的理解成本。
06
把验收时逐条核对的结论记录下来,写明通过项、待调整项与调整后的确认结果,作为本次合作完成的凭据。
上面六项条目在实际交付时会落成具体的文件形态。下图展示的是常见交付组合的排布方式,用于帮助判断条目所指的实际内容。
验收不看主观感受,只看条目是否与需求说明一致。左栏列出验收项,右栏写明判断依据,双方按同一份依据核对。
以下四类内容不在默认交付范围内。列出它们不是为了缩小责任,而是避免验收时对范围产生不同理解。确有需要时,可在需求沟通阶段单独提出。
确认后新增的方向和条目属于新范围,需要重新确认排期与交付条目,不与本次交付混在一起验收。
涉及外部平台的开通、认证、服务订购及其产生费用,由客户自行处理,交付中只提供接入所需的信息说明。
交付完成后的持续维护、内容替换和版本迭代不在本次范围内,使用指引里会写明可自行操作的部分。
交付以条目是否完成为判断依据,不对无法由交付方直接控制的外部结果作出承诺,相关判断依据写在验收标准中。