
服务边界 · 分项说明
概念说明
常见误解是把服务边界当成服务项目清单,列得越长越完整。准确说,服务边界要说明每个事项在什么前提下受理、做到什么状态算完成、前提不满足时转往哪里;同一事项在不同前提下可以部分受理,边界应标出部分完成时的交付物。只列事项名称,无法判断请求是否在边界内。
判断方法
常见误解是服务边界靠关键词判断,文字里出现“负责”就算包含。准确说可先做替代测试:对每个候选事项,假设把它从服务中拿掉,看它影响的结果是否仍有人承接。无人承接且会阻断交付的,应写入边界;有人承接的,标为交接项,不默认包含;拿掉后结果不受影响的,判为边界外。每次判定都要落到具体动作和承接方,不能只凭词面。
适用边界
常见误解是把服务边界当成验收标准。准确说,边界只划分某项事项由谁负责、是否在范围内,不衡量完成程度、数量是否达标或质量是否合格;完成情况要看另行记录的交付结果。它也不解决同一事项在履行中临时改变做法是否可行,这类变化仍需单独确认。边界文字能回答归属,不能替代对实际交付的检查。



读者评论
干了几年项目,最深体会就是沟通比技术难多了
需求文档写完一定让对方签字确认,血的教训
需求边界特别模糊的时候怎么处理?总不能一直猜吧
学到了,以前验收就是走个形式,现在知道该看哪些点
小团队压根没有写文档的习惯,从哪开始改比较好