扫码阅读
手机扫码阅读
基于产品制与项目制的视角,对企业DevOps平台工程侧建设的思考
![](/theme/default/default/images/main/eye-open.png)
摘要
本文讨论了产品制和项目制对研发工程侧的影响,并探讨了DevOps在这两种模式下的作用。文章首先解释了软件开发中产品与项目的概念,指出产品是长期存在、持续优化的软件交付物,而项目是一次性的、临时性的活动。紧接着,作者比较了产品制和项目制的优缺点,指出产品制更注重长期发展,适合持续优化的产品;项目制则侧重短期目标,适合有明确完成期限的项目。
产品迭代和项目迭代的区别
在迭代方面,产品迭代注重产品的整体优化和长期规划,而项目迭代关注项目特定阶段的完成。产品迭代涵盖了产品整个生命周期的升级,项目迭代则是短期的,通常只包含项目的某一阶段或特定功能的开发。
产品、项目和研发过程的数据关联关系
文章提出了产品制和项目制在研发过程中如何关联数据的问题。在产品制下,研发活动直接对应产品,而在项目制下,尤其是精细化管理的项目制,需要对固定资产进行不同阶段的划分,这在多团队协同的情况下尤为复杂。
项目制管理和DevOps快速交付之间的矛盾与平衡
DevOps倡导的快速交付与项目制的精细化管理存在矛盾。文章建议采取灵活的规则和平衡,考虑是否需要项目内的精细化管理,并从需求交付时间来评估产出,而不是过度追求数据精准,以避免给研发团队带来不必要的压力。
产品制下和项目制下的数据关系
在产品制管理方式下,关注点在于产品和团队的长期健康和成长趋势,而项目制则更看重短期收入产出。项目制下,研发过程的资产最好作为共享资源,并明确研发过程和项目之间的关系。
结论
尽管业界推崇产品制,但许多组织在短期内难以完全摆脱项目制。因此,在企业内部平台建设时需要考虑这些因素,并相应调整管理方式。文章最后邀请读者分享他们的经验和看法,促进讨论。
想要了解更多,点击
查看原文
DevOps在路上的其他文章
Dependency-Track:分析开源组件漏洞,帮助组织识别和减少软件供应链中的风险
2021年底的Log4j核弹级漏洞刚过去,近期XZ漏洞又被推上热搜。\x0d\x0a近期准备结合一些工具实践,介绍下关于研发过程中的开源治理,也是近些年被炒的很火的“供应链安全”。
基于LDAP&&Role-based Authorization Strategy实现Jenkins团队权限管理
集成LDAP添加企业用户
jenkins 默认可以手动添加用户
相较于Scrum, 我更推崇精益Kanban,帮助团队建立价值交付流,识别瓶颈问题
❝最近在学习实践精益Kanban方法,结合自己团队实践Srum的经历,整理些资料二者的差异。相较于Scrum
Jenkins系列- 备份插件
Jenkins是主从模式,从节点可以做集群、负载,从而实现从节点的高可用,但是主节点是单节点,一旦主节点宕机
解读平台工程,DevOps真的死了吗?不,它只是换了个马甲而已,弥补了DevOps空心理论,让DevOps继续发展壮大
平台工程这个概念越来越火爆,Gartner 的预测,到 2026 年,80% 的软件工程组织将拥有平台工程团队
加入社区微信群
与行业大咖零距离交流学习
![](https://cdn.easycorp.cn/rongpm/upload/202312/f_39217d624bb2b42ce8f6322ebd7e573a.png)
![](https://cdn.easycorp.cn/rongpm/upload/202312/f_39217d624bb2b42ce8f6322ebd7e573a.png)
软件研发质量管理体系建设
白皮书上线