05-项目立项与整体规划范围、工期、资源、风险、里程碑制定系列上一篇我们聊了研发流程的整体框架这篇进入实战第一弹——项目立项与整体规划。立项这一步如果做得糙后面全是在还债。本文带你把范围、工期、资源、风险、里程碑一次性理清楚。一、项目立项别上来就写代码很多小微企业的问题不是技术不行是没立项就开干。客户说做个智慧农业大棚监控平台老板说行下周出开发说行开写——三个月后发现做出来的东西跟客户想的完全不是一回事。立项的核心目的就三个搞清楚到底要做什么范围搞清楚值不值得做可行性搞清楚能不能按时按量做完资源与工期1.1 立项文档三件套CMMI3要求立项至少产出以下文档小微企业的做法是精简但不省略文档核心内容篇幅建议立项申请表项目名称、背景、目标、预估预算、预估周期、项目经理1-2页可行性分析报告技术可行性、市场可行性、经济可行性、风险初判3-5页立项评审记录评审人、评审意见、结论通过/不通过/整改后通过1页小技巧立项申请表可以用一个标准模板每个项目填空式完成10分钟搞定。可行性分析才是重点。1.2 可行性分析怎么做以无人售货柜AI视觉识别系统为例可行性分析至少覆盖以下维度技术可行性YOLOv8模型在RK3588工控板上的推理速度能否达到200ms以内重力传感器数据采集精度够不够——这些得有预研结论或POC验证。经济可行性硬件成本工控板摄像头锁控板控制在800元/柜以内软件分摊成本按1000台规模化后可低至50元/台。市场可行性目标客户是谁竞品有哪些我们的差异化在哪风险初判AI识别准确率不达标怎么办供应链断货怎么办1.3 立项评审评审不是走过场。小微企业建议组成3人评审小组技术负责人产品负责人项目经理重点审查项目目标是否SMART具体、可衡量、可达成、相关、有时限资源是否到位风险是否有应对预案评审通过后项目经理正式获得尚方宝剑可以启动规划工作。二、范围管理画好圈再干活2.1 范围说明书范围说明书是项目的宪法核心包含项目范围项目要交付的产品/服务和要完成的工作验收标准怎样才算做完了除外条款明确什么不做这条很重要防止范围蔓延约束条件预算上限、工期上限、技术栈限制等假设条件假设客户会在某日期前提供测试环境等举个例子无人售货柜项目的除外条款可以写明本期不包含支付系统开发复用第三方、后台运营管理系统二期、柜体硬件设计甲方提供。这一行字能帮你挡掉无数个顺便帮我加个XX功能的需求。2.2 WBS前置工作在正式做WBS之前先做范围分解的前置工作把范围说明书中的可交付成果列出来对每个可交付成果初步划分到子系统/模块级别这一步产出的不是最终WBS而是WBS的骨架详细WBS拆解我们放在第6篇专门讲这里先不展开。2.3 范围基线范围基线 范围说明书 WBS WBS字典。基线一旦建立任何变更都必须走变更控制流程第8篇详述。通俗理解基线就是拍照存档以后每次改需求都得跟这张照片对比变了什么、为什么变、影响多大都得说清楚。三、工期估算别拍脑袋3.1 三种常用估算方法方法原理适用场景精度类比估算参考历史类似项目的实际工期有类似项目经验时低±30%参数估算用历史数据算单位工作量×数量有成熟参数模型时中±20%三点估算乐观(O)悲观§最可能(M)加权任务不确定性高时较高±15%三点估算的公式PERT法预期工期 (O 4×M P) / 6举个例子开发一个商品识别API接口乐观估计2天最可能4天悲观估计10天预期工期 (2 4×4 10) / 6 28/6 ≈ 4.67天3.2 估算的常见坑只估开发不算测试测试至少占开发工时的30%-50%不算联调时间微服务间的联调往往比开发本身还耗时不算部署调试工控板上的部署调试在嵌入式项目中能吃掉15%工期不留缓冲整体工期建议加10%-15%的管理缓冲四、资源规划人、机、云全都要算4.1 人力资源按角色列出所需人力及投入比例角色人数投入比例备注项目经理130%兼管其他项目后端开发280%Java微服务前端/小程序1100%安卓工控180%RK3588开发AI算法150%YOLO模型训练部署测试160%后期投入加大4.2 硬件资源工控板RK3588开发板×3台开发1台、测试1台、备件1台摄像头RGB双目摄像头×5个测试柜体2台含锁控板、重力传感器STM32调试器ST-Link×24.3 云资源开发环境4核8G×2台微服务各一个测试环境8核16G×1台 MySQL/Redis/NacosAI训练按需租用GPU云服务器T4/A10训练完即释放对象存储OSS/MinIO用于商品图片库和模型文件4.4 测试设备网络测试弱网模拟工具硬件测试万用表、示波器嵌入式调试必备自动化测试Postman/JMeter做接口测试五、风险初筛与识别5.1 风险识别方法最实用的是检查表法头脑风暴法组合拿历史项目的风险检查表过一遍团队头脑风暴补充项目特有风险5.2 风险登记册模板编号风险描述类别概率影响风险值应对策略责任人R01YOLO模型在弱光下识别率低于90%技术中高高预研弱光数据增强方案算法工程师R02RK3588供货周期延长供应链中高高备选RK3566方案硬件采购R03客户需求频繁变更需求高中高严格变更控制流程项目经理R04微服务联调工期超预期进度中中中预留15%缓冲项目经理风险值 概率 × 影响。高、中、低分别对应3、2、1分风险值≥6的需要重点跟踪。5.3 风险应对四种策略规避改变计划消除风险如换掉不稳定的供应商转移外包给第三方承担如把AI训练外包给专业团队减轻降低概率或影响如增加测试覆盖度接受已知风险但选择不行动如小额成本风险可直接接受六、里程碑计划表里程碑是项目进度中的关键检查点不是每个任务都是里程碑。好里程碑的特征可验证、有交付物、有明确日期。示例无人售货柜项目里程碑里程碑目标日期交付物验收标准M1-需求基线第2周末需求规格说明书评审通过客户签字M2-设计基线第4周末架构设计详细设计评审通过M3-Alpha版本第8周末核心功能可演示主流程跑通M4-Beta版本第11周末全功能测试报告缺陷率5个/千行M5-试产部署第13周末10台试点部署现场运行7天无P0级故障M6-验收交付第14周末全套文档源码部署客户验收签字里程碑的三个作用进度锚点让团队和客户知道现在到哪了决策关口每个里程碑都是Go/No-Go决策点风险检查点里程碑偏差超过10%必须重新规划小结立项与整体规划是项目的地基。小微企业资源有限更要把这一步做扎实——不是写一堆文档走形式而是真正把范围、工期、资源、风险想清楚。核心要点回顾立项三件套申请表可行性分析评审记录精简但不省略范围管理范围说明书要写清楚不做什么工期估算三点估算法比拍脑袋靠谱记得算测试和联调资源规划人、硬件、云、测试设备四类资源全都要列风险管理建风险登记册高值风险重点跟踪里程碑少而精每个都有可验证的交付物
