|
|
| |
| 研发项目管理的痛点与难点 |
|
[ 2000/1/31 16:06:36 | By: 项目管理频道 ] |
近些年企业内的研发团队的发展有两个比较大的趋势背景：1.大多数企业的研发部门都开始践行和实施DevOps，核心是用敏捷和精益去做团队与项目的管理；2.中大型企业的研发部和IT部门日益面临着规模化敏捷管理的瓶颈。在以上两个大的背景前提下，企业研发项目管理常常要面对以下几个方面的困窘：1.很多实施敏捷和DevOps转型的企业只是停留在了工具层面，并没有领悟企业敏捷化转型的本质意义现在很多企业包括互联网企业在实施DevOps的时候仍然只是想通过一些列基础设施和工具平台去操作，这样的理念其实还是还停留在工具层面。强调工具平台如何为开发平台赋能，或者降低开发人员的门槛，亦或是仅仅把现有的一些研发制度绑定在DevOps的研发平台上，以期降低研发成本，提升协调效率。而靠着价值观和实践主导下来的DevOps却极为少见，而正确的研发管理价值观是跨部门协作的以客户为中心的以价值流为中心的价值观。包括基于DevOps为中心的核心的自动化、分享、度量的文化产生的一些实践。因为工具能解决的问题是有限的，最重要的是企业端到端的价值流企业有没有被看到。很多企业内推动DevOps的管理层和决策者思想认识程度并没到这个高度。2.以资源为中心的研发管理会逐渐成为企业IT团队甚至整个企业的业务发展瓶颈新的研发管理方式包括如大规模敏捷框架和精益的引入开始强调基于客户的价值流去进行管理的理念，注重客户的体验，以客户为中心去进行管理。而以往以资源为中心的研发管理就成为一种瓶颈。什么是以资源为主导的管理，举个例子：比如说在一个企业内的IT部门往往是以「客户系统，或者用户订单系统」等为单位去划分技术团队的，这样很容易会造成人员技能的单一化。这样的管理模式下，都是要看企业有什么样的资源，是基于资源去管理的，弊端就是并没有思考怎么去面向客户管理研发资源。研发人员在这样的状态下就会逐渐变得不太关心客户是怎么想，这就是为什么很多企业实施敏捷之后，却还是做出了一堆烟囱式系统。企业中还会在这种管理模式下出现很多赛马现象，浪费了很多资源。3.研发管理和项目管理一旦遇到规模化问题往往难以找到好的处理方式现在许多研发管理人员的理念里面还是把云平台作为一个线上的机房。并没有将云平台通过SaaS、PaaS、IaaS层与DevOps有机的结合起来，变成一种新的编程模型或者计算模型。基于原有的面向对象的模型和有限的小规模企业中所使用的模型遇到了大型的，分布式的和高并发的环境就慢慢就无所适从。此外，很多企业在做研发管理的时候对应人员的技能并没有很到位。随着科技领域的迭代发展，接下来可能会更多的一站式的基础设施，包括研发的环境更加轻量级使每个人都可以做开发者或从业人员还有更低的门槛，这一趋势反而会加重上述现象。那么面对上述大背景和痛点难点，我们应该采取怎样的策略去加强我们的研发管理能力呢？首先任何变化的前提都是转变思想，以大规模敏捷管理领域的经典管理理念SAFe为例，它强调跳出IT的范畴来思考整个企业的问题，研发管理和项目管理的痛点其实根本上是来自企业管理或者说业务管理的痛点，两者无法割裂，所以研发团队的管理者想要在根本上跨越这些痛点，首先要具备跳出IT范畴的思考方式。其次，通过实施DevOps解决两个团队和项目管理里最重要的问题：①判断什么事情是正确的事情并做正确的事。②通过什么样的技术实践能够把事情做正确。而第二个实践方面，也是目前研发管理领域人们都在关注的焦点。以上的这些内容只是站在宏观角度做了一些分析，并没有给出非常具体的解决方案。无论是为了顺应企业数字化转型趋势给企业带来的研发管理挑战，亦或是敏捷化管理已经逐渐普及的当下，各个行业领域的企业都会面临着大体类似但是细节上又千差万别的问题与痛点。而想根本上解决这些问题，无他：从企业高层管理人员到基层负责人都需要进行思想上的转变与管理方式转变，此外还要配合对新技术理念与新工具的不断尝试与磨合.研发管理评论 （ http://www.rdmreview.com/）-汇聚最强研发管理大脑。 |
| 发表评论：
| |
 |
