06-WBS任务拆解实战：微服务后端、安卓工控、小程序分层任务拆分

06-WBS任务拆解实战微服务后端、安卓工控、小程序分层任务拆分上一篇聊了项目立项和整体规划这篇进入CMMI3项目管理的核心操作——WBS任务拆解。WBS做得好进度可控、成本可算、责任到人WBS做得烂全员摆烂、天天救火。一、WBS核心概念把大象切成牛排WBSWork Breakdown Structure工作分解结构的本质就是把大项目拆成小任务拆到能估算、能分配、能跟踪的程度。1.1 WBS的三大原则原则一100%规则WBS必须覆盖项目100%的工作范围不多不少。子任务加起来必须等于父任务所有父任务加起来必须等于整个项目。这条听起来简单实际操作中最容易出错。常见问题漏了测试、漏了部署、漏了文档、漏了培训。记住——交付项目不是交付代码文档、培训、部署都是工作范围的一部分。原则二可交付成果导向WBS的分解节点应该是可交付成果而不是活动或工序。正确写法“用户登录模块”可交付错误写法“开发用户登录功能”活动区别可交付成果是名词活动是动词。WBS先定产出什么再定怎么产出。原则三可估算、可分配最底层的任务工作包必须满足能估算工期和成本能分配给具体的人工期建议在0.5-5天之间太短管理成本高太长不好跟踪1.2 WBS分解层次项目Level 0 ├── 子系统/阶段Level 1 │ ├── 模块Level 2 │ │ ├── 子模块Level 3 │ │ │ └── 工作包Level 4← 最底层可分配单元小微企业项目一般拆到Level 3-4就够了别过度拆解变成写一行代码一个任务。二、三端项目分层拆解方法智慧农业/无人售货这类项目通常是三端联动后端微服务 安卓工控端 小程序端。三端的拆解逻辑不同下面逐一拆解。2.1 后端微服务按功能模块拆分后端微服务项目按**领域驱动设计DDD**的思路按业务领域拆分成独立微服务每个微服务内部再按功能模块拆分。以无人售货柜管理平台为例后端微服务Level 1 ├── 用户服务Level 2 │ ├── 用户注册登录Level 3 │ │ ├── 手机号注册接口工作包1天 │ │ ├── JWT鉴权中间件工作包0.5天 │ │ └── 用户信息CRUD接口工作包1天 │ └── 角色权限管理Level 3 │ ├── RBAC模型设计工作包0.5天 │ └── 权限校验注解实现工作包1天 ├── 商品服务Level 2 │ ├── 商品信息管理Level 3 │ ├── 商品图片管理Level 3 │ └── 商品分类管理Level 3 ├── 柜机服务Level 2 │ ├── 柜机注册与心跳Level 3 │ ├── 柜机状态监控Level 3 │ └── 远程控制指令Level 3 ├── 交易服务Level 2 │ ├── 开门授权Level 3 │ ├── 结算扣款Level 3 │ └── 交易流水查询Level 3 └── AI识别服务Level 2 ├── 模型推理接口Level 3 └── 识别结果回调Level 3后端拆分要点微服务边界按业务领域划分不要按技术层Controller/Service/DAO划分每个微服务的工作包估算时别忘了数据库表设计、接口文档、单元测试微服务间的接口契约API定义要单独列为工作包优先完成2.2 安卓工控端按系统层拆分安卓工控端运行在RK3588等工控板上开发逻辑和普通App不同更接近系统级开发按系统层拆分更合理。安卓工控端Level 1 ├── 硬件抽象层 HALLevel 2 │ ├── 摄像头驱动适配Level 3 │ │ ├── 双目摄像头JNI封装工作包2天 │ │ └── 图帧数据回调实现工作包1天 │ ├── 锁控板串口通信Level 3 │ │ ├── RS485协议实现工作包1.5天 │ │ └── 开锁/状态查询指令工作包1天 │ └── 重力传感器通信Level 3 │ ├── I2C读取封装工作包1天 │ └── 重量校准算法工作包1天 ├── AI推理层Level 2 │ ├── RKNN模型加载Level 3 │ ├── YOLO推理引擎封装Level 3 │ └── 推理结果后处理Level 3 ├── 业务逻辑层Level 2 │ ├── 购物流程状态机Level 3 │ ├── 本地交易缓存Level 3 │ └── 断网离线策略Level 3 ├── 通信层Level 2 │ ├── MQTT长连接Level 3 │ ├── HTTP API调用Level 3 │ └── OTA升级模块Level 3 └── 系统定制层Level 2 ├── 开机自启动Level 3 ├── Kiosk模式锁定Level 3 └── 看门狗与崩溃重启Level 3安卓工控拆分要点硬件相关任务和纯软件任务分开硬件任务受供应链影响大优先启动AI推理层独立拆出因为涉及跨平台模型转换PyTorch→ONNX→RKNN容易踩坑系统定制层容易被忽略但工控场景下必须做自启动、防误触、崩溃恢复2.3 小程序端按页面拆分小程序端最直观的拆法就是按页面拆每个页面再拆成UI逻辑接口对接。小程序端Level 1 ├── 扫码开门页Level 2 │ ├── 页面UI实现工作包0.5天 │ ├── 扫码功能对接工作包1天 │ └── 开门API对接工作包0.5天 ├── 购物车页Level 2 │ ├── 商品列表UI工作包1天 │ ├── 实时识别结果展示工作包1.5天 │ └── WebSocket长连接对接工作包1天 ├── 支付结算页Level 2 │ ├── 微信支付对接工作包1天 │ ├── 优惠券逻辑工作包1天 │ └── 支付结果回调处理工作包0.5天 ├── 订单管理页Level 2 │ ├── 订单列表UI工作包0.5天 │ ├── 订单详情页工作包0.5天 │ └── 订单状态实时更新工作包1天 └── 个人中心页Level 2 ├── 用户信息展示工作包0.5天 ├── 消费记录查询工作包0.5天 └── 设置页工作包0.5天小程序拆分要点公共组件导航栏、请求封装、状态管理单独列为工作包优先完成小程序的接口对接任务要和后端API定义联动后端API契约没定之前不要开工小程序审核流程也要算工期首次提审可能被拒预留2-3天三、WBS字典给每个工作包上户口WBS画完了不是就完了还得给每个工作包编制WBS字典。WBS字典就是每个任务的身份证记录关键属性。WBS字典模板字段示例值编号BE-USR-001名称手机号注册接口所属WBS后端→用户服务→用户注册登录描述实现手机号验证码注册接口支持短信验证码发送与校验负责人张三前置任务无后置任务BE-USR-002(JWT鉴权中间件)预估工期1天交付物可运行的API接口 接口文档 单元测试验收标准接口返回符合规范单元测试覆盖率≥80%编号规则建议{端标识}-{模块缩写}-{序号}如BE(后端)/AP(安卓)/MP(小程序)。这样看到编号就知道是哪端哪个模块的任务。四、任务依赖关系梳理4.1 四种依赖关系类型说明示例完成-开始(FS)A完成后B才能开始API定义完成后才能做接口对接开始-开始(SS)A开始后B才能开始架构设计开始后可同步做数据库设计完成-完成(FF)A完成后B才能完成测试完成必须在开发完成之后开始-完成(SF)A开始后B才能完成极少使用实际项目中90%以上是FS型依赖。4.2 依赖关系梳理的关键路径把所有FS依赖串起来耗时最长的路径就是关键路径。关键路径上的任何任务延期整个项目就延期。API契约定义(2天) → 后端接口开发(3天) → 接口联调(2天) → 集成测试(2天) 9天 ↗ 小程序页面开发(3天)上面这条链路就是关键路径9天。小程序开发虽然只要3天但必须等API契约定义完才能开始所以也受制于前序任务。4.3 梳理依赖关系的实操建议先定接口契约再并行开发三端联动的项目API契约是最重要的前置依赖。花2天把接口文档写好后面三端可以并行开发。硬件任务尽量提前供应链周期不受你控制RK3588到货等2周你代码写好了板子没来干等。画出甘特图用Excel或项目管理工具画出甘特图一眼看清谁先谁后、谁在等谁。五、WBS拆解的常见坑坑1拆得太粗工作包工期超过5天跟踪粒度不够风险暴露太晚。解法强制要求工作包不超过5天超过就继续拆。坑2拆得太细每个任务0.5天甚至更细管理成本超过执行成本PM天天在更新任务状态。解法0.5天是下限低于0.5天的合并到相邻任务。坑3只拆开发不拆测试测试任务缺失是WBS最常见的遗漏。解法每个功能模块必须有对应的测试任务包括单元测试、接口测试、集成测试。坑4忽视跨端联调三端各自开发完了一联调全是问题。解法在WBS中显式列出接口联调工作包安排在各端开发完成之后、集成测试之前。坑5没算文档和部署只算编码工期不算技术文档、部署脚本、用户手册。解法每个里程碑前增加文档整理和部署配置工作包。小结WBS是项目管理的核心工具不是文档模板里的摆设。做好WBS的关键100%规则范围全覆盖测试、文档、部署一个不漏三端拆法不同后端按业务模块、安卓按系统层、小程序按页面工作包粒度0.5-5天能估算能分配WBS字典每个工作包都有编号、描述、交付物、验收标准依赖梳理先定接口契约再并行开发关键路径重点盯