业务流程分析的重点在任务而非活动的边界因为任务才决定后续功能设计

用BPMN语法分析业务流程时，一个工作流被称为”活动”，活动里的 每个环节由角色承担，角色承担的具体工作叫”任务”。容易想当然 认为”活动”（工作流的整体范围）才是分析的核心——毕竟它对应 着流程图上一个个方框圈定的边界——但作者点出一个反直觉的事实： 活动之间可以靠事件串接起来，理论上甚至可以把一个业务领域里 不同价值链环节下的所有活动都连成一个特别复杂的活动，只是这样 做可读性会差到不可用，这说明”活动的范围有多大”其实是一个相当 灵活、甚至可以说不那么重要的边界问题。真正重要、值得投入分析 精力的是活动内部的”任务”：因为任务在后续设计里对功能、业务 组件内部结构的影响要大得多——一个任务对应的往往就是具体的 一段处理逻辑、一次对数据的操作，这才是最终会被映射成系统功能 点、被聚类进具体业务组件的分析单元。基于这个认识，作者给出 一条实操建议：活动尽可能限制在每个价值链的范围之内（避免画出 不可读的超长流程图），但每个价值链内部包含多少个活动可以自由 一些，可以按业务场景需要灵活划分——因为无论活动怎么切，只要 任务颗粒度分析到位，后续设计的质量就不会受太大影响；反过来， 如果把精力都花在纠结活动边界该怎么画，却在任务分析上潦草 带过，后续的功能设计和组件划分反而会失去可靠的落脚点。