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



读者评论
请问双方理解不一致的时候,一般先找谁对齐比较合适?
上次验收被挑刺挑到崩溃,早知道先看看这类文章
我们项目组现在开会前都会先对一遍要确认什么,省不少时间
沟通这块真是血泪史,前期不问清楚后面全是我背锅