全名工作狂的小城堡

感觉需求工程管理真是烦爆了！ 一个上午做某项目的需求评审，讨论业务逻辑和系统可行性，4个小时就这么过去了。再加上一个细化需求条目，今天一天基本就这样过去了。 在这个项目的1.0奠基版本，对于初始需求条目的理解和修改就产生了将近90条以上的评审台帐。 需求条目除了写用户故事，还要写系统需求（功能需求）进行遍历，外加需求描述附上产品经理画的原型图地址，帮助项目经理理解，也防止有遗漏的地方。 后期

基本问题： －写作对象是谁？ －对方是否有行业背景？乙方公司 －是否考虑到一开始需求不确定的话，增加后期开发的沟通成本，时间成本，和经济成本？是否需要出差到对方的办公地点进行沟通？ －需求文档不明确是否会导致开发周期延长？从而公司要支付更多的费用？签署的商务合同是怎么定义的？ －是否考虑到公司作为甲方的商业形象？假如以这份文档给到乙方公司的开发部门，开发团队会如何看待我们公司的形象？会觉得