从OSSP 到Harness:AI 时代的软件过程演进之路
发布于 2026-06-13
613
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章主旨:
本文提出OSSP-PDP-Harness三级递进管理体系,以解决AI时代软件研发中传统流程僵化与AI输出不可控的双重困境,通过组织标准化、项目定制化与AI规则化实现人机协同的高效、规范与持续迭代。
关键要点:
- OSSP(组织级标准软件流程):企业统一的标准化研发框架,包括八大要素(政策、生命周期、过程、模板、指南、检查单、完工准则、经验教训),实现全域标准化、规模化、合规化与可追溯。
- PDP(项目级过程定义):基于OSSP按项目特征(规模、风险)进行科学裁剪,平衡标准化与灵活性,避免“大项目管控不足、小项目流程冗余”。
- Harness(AI协同规则体系):将人工规范转化为AI可执行的结构化规则,包含原则、规则、技能、规格四大组件,并设重装/轻装双模式及组织-项目-个人三级分层,实现AI可控协作。
- 三层协同运作:OSSP→PDP→Harness形成“组织定标→项目裁剪→规则转化→人机协同”闭环,并融入PDCA持续改进循环。
- 未来演进方向:流程裁剪智能化、规则自适应迭代、知识图谱化、管控度量数字化。
内容结构:
引言
AI工具渗透研发流程带来效率提升的同时,引发输出不可控、过程不透明等问题。本文提出三级递进体系覆盖组织、项目、AI协同全维度。
一、OSSP:组织级标准软件流程
- 1.1 什么是OSSP:统一制定、全员适用的标准化框架,解决流程混乱、经验分散等共性问题。
- 1.2 核心组成:八大要素(方针、生命周期、过程、模板、指南、检查单、完工准则、经验教训),相互支撑形成闭环。
- 1.3 核心价值:全域标准化、高效规模化、合规可控、全程可追溯。
二、PDP:项目级过程定义
- 2.1 从OSSP到PDP:标准化与个性化的平衡,针对不同项目特征进行裁剪。
- 2.2 裁剪原则:保核心、去冗余、补特色,按项目规模、风险程度分级适配(小型高裁剪、大型低裁剪等)。
- 2.3 核心价值:柔性适配、降本增效、聚焦核心目标。
三、Harness:AI协同的规则体系
- 3.1 本质:将人工规范转化为AI可执行的结构化规则,充当“翻译器”与“约束器”。
- 3.2 双模式:重装(高管控,适用大型高风险项目)与轻装(高效率,适用小型快速项目)。
- 3.3 四大核心组件:原则(顶层指导)、规则(具体行为准则)、技能(可复用AI工作流)、规格(输出验收标准)。
- 3.4 三级分层:组织级(基础规则库)、项目级(基于PDP定制)、个人级(个性化经验),继承与同步机制确保全域覆盖。
四、三层体系的协同运作
- 4.1 层级递进:OSSP→PDP→Harness逐级转化。
- 4.2 全链路工作流:组织定标→项目裁剪→规则转化→人机协同交付。
- 4.3 PDCA循环:规划、执行、校验、优化闭环迭代。
五、总结与展望
- 5.1 核心价值汇总:各层级(OSSP、PDP、Harness组织/项目/个人)的具体价值。
- 5.2 未来方向:智能化裁剪、自适应规则、知识图谱化、度量数字化。
- 5.3 结语:体系在秩序与自由间取得平衡,实现“人马合一”的智能研发范式。
文章总结:
本文系统化地阐述了OSSP-PDP-Harness三级体系,为AI时代软件过程管理提供了从组织规范、项目适配到AI协同的完整解决方案,强调以秩序为基石、以自由为手段,实现质量、效率与创新的统一。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 937K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何做好软件估计?
1 有经验的人参与估算 一方面要对估计的内容有开发经验,另一方面也要经过了估计的训练,在估计方面有经验.两种经验缺少其一,估计的风险都比较大. 2 分解的颗粒度要小 在估计时要对估计的内容进行分解,划整为零,对于小的任务进行估计时,才容易把握.比如让你估计一碗大米中有多少粒一样,一般的办法就是把大米划分成大小基本相等的几堆,先估计其中一小堆或者数一数,然后再估计整体的粒数. 3 确保没有遗漏 如果
三个团队的站立会议旁观笔记
今天早晨我旁观了3个团队的站立会议,三个团队的站会参与人员都是7个人,其中第2个团队是scrum of scrum,7个人是7个团队的代表,有高层领导旁观了第2个团队的站会。 做得好的地方归纳如下: 1在每日站会上沟通了需求、接口设计的变化,让整个团队都了解这些变化。 2开发人员在提到完成了,都强调完成...
《以道御术》荣耀上市,专家书评
千呼万唤始出来,《以道御术-CMMI 2.0实践指南》已经上架发行了,本书系统的解读了CMMI 2.0模型中的实践,首先介绍了CMMI 2.0相对于CMMI 1.3的变化,阐明了CMMI 2.0的核心思想与理念,然后对于CMMI模型中的每个人实践域进行了通俗的、详细的、案例化的解读,最后对敏捷方法与CMMI模型进行了系统化的对比分析,并提倡二者的互补融合。今天就来看一下业内的专家们是怎么评价这本书的:软件开发发展初期,每个程序员都按照自己的方式进行手工作坊式地交付。但随着这一领域的规模不断扩张,手工作
LLM调用返回值的解析策略
《大模型JSON解析的实战避坑指南》摘要:本文针对大模型应用中常见的JSON解析问题,提出了一套完整的解决方案。
Lehman的软件演化定律
自20世纪70年代以来,M. M. Lehman通过对软件系统演化现象的观察,陆续总结了8条定律,称之为定律并非那么严谨,但是对于认识软件维护的规律,改进软件维护的过程具有很好的指导意义。1 (1974年)持续变更定律。系统必须持续调整以适应各种变化,否则这些系统将变得越来越不令人满意。2 (1974年)复杂度增长定律。随着系统的演化,其复杂度会逐渐增加,除非采取措施来降低或保持其复杂度。3 (1974年)自我调整定律。软件演化过程的是自调整的,每次演化版本的度量数据近似正态分布。4 .
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线