【IPD流程学习 一】背景和目标
什么是IPD,初听到这个 概念还不是很熟悉,但是自己在19年深度参与到开发的过程中体验到了疲惫,有些点不得不说,在几个迭代过程中一些较差的体验列举列举,例如:
- 自己累死累活做的需求在数据统计时发现根本没啥人用
- 整个迭代流程冗长,很多时间浪费在了会议上,开半天甚至一天的会到后来脑子都不清晰,根本不知道在说什么
- 介入时间段没有统一规划,有的时候突然被拉到一个群里,告诉你给你分配了一个活,但往往这个活自己啥都不知道,前期讨论一无所知
- 文档内容敷衍,文档没有标准格式、没有审核,导致wiki里一堆低质量文档,想搜高质量的都搜不到,没有整合和规范
- 任务切割不清晰,没有界定工作边界,通常像一块儿砖,哪里需要砌哪里,没有统一的学习成长路径,分配任务的时候有点儿随机
- 研发流程不清晰,职责不确切,很多无意或有意的甩锅行为产生
- 整体没有规划,往往匆忙赶需求,永远在打补丁,没有版本控制的理念和规划
如此诸多,不能一一列举,长此以往感觉会导致自己的工作很难产生输出,换言之就是没有成就感,程序员真的变成了码农,自己想有leadershap都难,工程师文化很难在一个搬砖工身上得到体现,当然自己也知道这是发展中企业必须要面对的痛,说简单点儿就是:公司的管理需要人治变成法治。小到公司,大到国家都是这个道理吧。
现存问题
正好公司在搞流程变革IPD规范,虽然我觉得落地可能会有些困难,但是在学习的过程中发现还是能解决大部分现在公司的问题的,而且对照IPD的目标,好像它解决的也确实是这方面的问题,其实这些问题正是我在迭代过程中感受到的问题的抽象:
IPD是什么
集成产品开发(Integrated Product Development, 简称IPD)是一套产品开发的模式、理念与方法,简单而言就是产品开发模式和流程。其实我觉得包括以下几点:
- 产品研发周期显著缩短(短平快,流程规范就不会拖沓)
- 产品成本降低(成本低,因为前期调研充足)
- 研发费用占总收入的比率降低,人均产出率大幅提高(研发人员高效、不做无用需求,所以人均产出率可以提高)
- 产品质量普遍提高(产品有整体规划,所以后期逐步提升)
- 花费在中途废止项目上的费用明现减少(有整体规划,没有价值的压根不开工)
那么对应于问题点,它解决问题的的核心理念就是:放大目标、做重规划、增强协作。
它在整体的流程变革中的位置如下:
一个IPD项目在整个流程中主要起一个承上启下的作用:
在整个流程过程中包含以下角色,其中俺是其中的小开发角色:
基本了解了IPD流程后觉得IPD流程对于整个体系而言其实非常好,我觉得几个比较好的点就是:
- 明确了哪个流程阶段哪几类角色介入,防止不正确介入时间导致的时间浪费
- 重设计、考虑好之后再做,防止无用功,甚至返工
- 明确各级责任主体,防止相互甩锅
下一篇blog将会记录IPD流程中的各个节点和角色的参与方式
ghcnbsg: 不对劲啊,这比我论文还要详尽的文章怎么就没人看呢
java架构师uuid(): 过滤器在初始化时候init方法只会在生命周期中执行一次,但是其中的doFilter方法会在每次请求中都会执行,并不是在你说的一个实例只能被调用一次,如果只能被调用一次,那岂不是后来的请求都无法被拦截,如何达到验证、日志、字符串过滤的功能?
小王毕业啦: 博主的文章真的让我眼前一亮,对于数据库选型这个话题,我以前总是感觉一知半解,但是在博主的详细解读下,我终于对这个领域有了更深入的了解。博主的细节描写非常到位,让我感受到了博主在这个领域的深厚功底,对于系统架构设计也有了更清晰的认识。期待博主未来能够持续分享更多干货文章,让我们读者都能够从中受益。同时,也希望能够得到博主的指导,一同进步。非常感谢博主的辛苦分享和支持!
qq_33766275: 有一个叫trid的软件,靠检索文件开头是否是“PK”,同时内部是否有“DOCUMENT.XML.RELS”“CONTENT_TYPES”“_RELS”“WORD”等字符串来区分zip和docx
JAVA菜鸟程序员: 大佬,堆栈信息是从哪里点进去的?