第50讲 | 你的研发流程符合你的组织架构吗?谈高效研发流程那些事(二)
箴亚管理顾问公司负责人、TGO会员游舒帆
该思维导图由 AI 生成,仅供参考
你好,我是箴亚管理顾问公司负责人,同时也是 TGO 鲲鹏会台北分会学习委员游舒帆,今天想跟大家分享的话题是“高效研发流程的第二步,研发管理流程的选型”。在上一篇文章中我与大家分享了组织架构与打造高效研发流程间的关联,本文将着重于研发过程的探讨。
刚出社会时,我在一家 ERP 软件公司从事研发工作,我在那里接触到了非常正规的软件工程,也见识到当研发流程与业务特性匹配时的高效,以及不匹配时产生的诸多问题。在 2000 年初期,软件开发大多仍遵循瀑布式 (Waterfall) 方法,必然得先进行需求收集、分析、设计,然后进入开发与测试,经过一道道程序后将成品完整的交付。
在 ERP 软件公司的那些年,我也参与了软件成熟度模型 CMMI Lv4 的导入与认证,过程中,我见识到了 CMMI 的严谨之处,同时也体会到严谨背后带来的低效与冗余。由于当时我所负责的产品处于需求不明确、市场性待验证的状态,如果要依照 CMMI 的规则产出完整的需求列表与完整的分析文件,估计是不可能的。
因此在过程中我试着提出用假设性需求,以及用雏型替代成品的方法来进行市场验证。出乎意料的是,这个提议获得了 CMMI 顾问团队的认同,而这也是我对 CMMI 有所改观的转折点。公司内推动小组的负责人告诉我:“CMMI 本来就是一个模型,每家公司得依照自己最适合的方式建构流程,但最终须能达到 CMMI 要求的水平。”
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
本文重点讨论了研发流程与组织架构的关联,作者分享了在软件开发领域的经历,从传统的瀑布式方法到敏捷开发的转变,以及在不同情境下选择不同研发流程的经验。文章强调了研发流程应该与需求的不确定性相匹配,提出了在不同情境下选择战斗小组、产品型组织或瀑布式开发流程的建议。作者认为,公司内部可以存在多种开发流程,而不应该强行统一,以满足不同项目的需求。此外,文章还强调了项目管理的基本功在领导团队中的重要性,以及敏捷开发中对不确定性的处理和持续进步的追求。总的来说,本文通过作者的亲身经历和实践经验,为读者提供了在选择研发流程时的思考方向和决策依据,以及在项目管理和敏捷开发中的关键要点。
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《技术领导力实战笔记》,新⼈⾸单¥98
《技术领导力实战笔记》,新⼈⾸单¥98
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(5)
- 最新
- 精选
- LuAndy别用战术上的勤奋,来掩饰战略上的怠惰。👏👏👏2018-07-248
- quanxyun记得,永远都要追求更快、更好、更有价值,别用战术上的勤奋,来掩饰战略上的怠惰。2019-07-163
- ヾ(◍°∇°◍)ノ゙唉… 最可怕的就是这种看似完美的理论。产品,研发都是牛的公司才会成功,而不是这种阻挡派2018-07-182
- 李小隆_『如果需求管理不当、时程估算误差过大、未以正确的态度面对不确定性、项目过程控管差劲,却总是靠着团队加班来填补落差,团队可以靠着热情撑过一小段时间,但随着时间延长,团队总是会乏力,身为技术领袖应该要以持续进步为己任,而不该沾沾自喜于团队的超时工作。』 我直接好家伙。热烈鼓掌!👏👏2021-05-301
- ﹏﹏那年一路向北进步。是永远不变的追求2020-06-101
收起评论