研发文化

转自新浪博主: http://blog.sina.com.cn/s/blog_493a84550102vdke.html

对于研发管理和研发文化,最近做了些思考,不论我们谈再多的研发规范和流程,方法工具和技术,可以看到最终研发的问题还是得回归到研发文化的构建问题,而研发文化本身核心又在于高效团队,高效团队的重点在于高效个人,高效个人则涉及到态度,技能和思维方法。



流程和活动

流程是基础的基础,一个人也涉及到流程,即我们说的做事情的方法和步骤。工作中涉及两类流程,以以业务单据申请为主的审批流,其次是输出一个业务价值成果
需要内部多岗位角色协同运作而完成的业务流。流程有输入,中间经过一系列相互协同的活动或步骤,最终产生一个有价值的输出。

流程活动最基本的还是我在哪个时间点,需要根据什么输入,利用什么工具,输出什么内容。即常说的流程核心5要素,包括了流程输入(输入准则),流程输出(输出准则),执行岗位或角色。

过程和目标

过程很多时候和流程是一个意思,英文里面可能也存在flow和process的区别。如果一个流程是全自动的,那一定不会纳入到过程范畴。过程更加强调的
是流程+人+方法工具技术三者的整合。在CMMI里面谈的最多的就是过程,其过程的核心思想仍然是上面三者,包括各个过程域的展开描述重点也在这几点上
面。

目标,即符合常说的SMART原则的一个成果和产出。目标管理本身也是项目管理的基础,但是过程资产库同样重要,因此目标管理+过程资产+过程相关外围扩展过程完整的项目管理知识域。

有好的过程不一定达到目标,因为过程不能代替行为主体人的思维,人的技能和效率,人解决问题的能力。好的过程可以养成好的习惯,可以促进个体的学习,但是
关键还是个人。同样,好的目标并不一定代表遵循了好的过程,结果导向重要,但是不是全部。在小型项目和任务上没有问题,但是到了大型复杂工作任务的时候,
会发现没有前期良好的过程和方法积累,原有纯粹的经验很难达成目标。

项目和项目管理

确定了目标后一般涉及到项目管理,一个人也可以是完整的项目管理,如GTD相关方法。项目本身的定义包括不可复制,临时性努力,有价值的产品或成果的输
出,这些都是和目标和目标管理相同的。因此目标管理是项目管理的基础,但是项目管理仍然注重过程,希望项目管理的方法和经验能够沉淀到项目管理过程资产库
里面。

项目管理一般会更加针对团队或组织,有特定的需求和目标,也有明确的时限性和输出要求。从这个层面来看可以看到项目管理核心是将输入分解为具体的任务或活
动,组织和排序这些活动,同时整合各种资源来协同和完成这些活动或任务,最终形成满足需求的有价值输出。特别是研发类项目管理可以看到,人是核心资源,项
目管理本身的难点就会转变到团队人力资源的分配,协同和整合上面。


风险和问题

没有风险的项目就一定会成功,因此项目风险管理贯彻项目完整生命周期。风险管理的最难点在于风险意识和关键风险的识别,关键风险识别能力本身又在于项目经
理的实践经验积累。一个优先的项目经理一定是风险驱动性,具备敏锐的嗅觉提前化解各种未知和不确定性,而不是被动的解决问题。

研发项目中一个常说的比较大的风险即需求变化频繁和不稳定,而迭代思路则是化解这类风险的关键思想。前面很多文章谈到敏捷,我一直强调的也是敏捷重点在于短周期迭代和自适应能力提升,都是在为了提前发现问题或应对风险。

任务和效率

对于范围或WBS分解的最终活动,都是要以任务的方式安排到具体的人员来完成。项目是否可控其实经过转化后会变化为分解后的关键任务是否可控。这个可控性体现在团队成员的效率和态度。

效率本身包括了生产率和质量,任何一个岗位角色的工作绩效往往都可以通过生产率和质量两个层面来度量,而不是应该通过人员的工作负荷来度量。而要提升效率本身又涉及到两个方面的内容,一个是个人的责任心和态度问题,一个是个人本身的思维意识和思考力。


团队和沟通

这点可以看到互联网很多公司是做的相当好的,即开放,包容的团队文化的建设。任何一件工作或任务,只有团队成员能够从内心想去做好,真正有兴趣做好,真正
在做完后能够体会到成就感的时候,才可能促进一个积极主动的高效团队。即首先还是长期的企业文化积累起到了作用,这种文化促进了团队中个体的能力和态度,
都是正能量的个体本身的高效协同又促进了整体团队运作绩效的提升。

没有高效和负责的个体,就不会有高效的团队,因此即使在团队协同中首先还是强调的个体当责,每个人首先得做好自己岗位角色下的工作,其次才是更好的配合他
人协同上下游工作。原有的文化积累越弱,这种个体责任感也就越弱。当你期望通过各种严格奖惩机制去解决的时候,往往又会走到另外一个极端。

时间: 2024-08-26 05:54:59

研发文化的相关文章

从测试看研发管理

从测试看研发管理                老帅 事情源于工作中最近一次对研发流程的优化,原有流程是这样的: 问题出在编码结束阶段,编码结束后,在业务部门进行测试的时候,发现程序不能正常运行,无法开展测试工作.这自然是不合理的,会影响业务部门对研发部门的信任.还会影响业务部门的工作积极性,这都是要不得的,如果得不到重视,会影响企业的长久发展. 当然这个问题很容易解决,只要研发这个环节上增加一道测试流程即可,下面就是优化后的流程,但我们讨论的重点不在这里,先看一下优化后的流程: 我想展开来讨论

公司跟你聊企业文化了吗

公司跟你聊企业文化了吗 最近听到一些人在聊企业文化.有的人觉得这是公司管理的灵魂,但有的人觉得这玩意儿很玄乎,虚得很.为啥会有不同的认识呢,我觉得可能还是因为大家身处的公司.位置,以及所接触到的不同企业文化所导致的. 今天我就聊一聊企业文化的哪些事情儿. 什么是企业文化? 如果想了解教科书标准的解释,可百度百科. 我比较欣赏的一种通俗解释就是:企业文化就是在没有行政命令.没有制度的要求下,企业员工默认行事风格. 企业文化是一套观念.价值观,并且这套价值观还要得到全体员工的共识,它是要能实际影响员

影响JavaScript应用可扩展性因素

引言:JavaScript 应用变得越来越庞大.这是因为使用JavaScript能做的事情远比我们大多数人所需求的要多得多.我们不能仅因为技术上可行,就去考虑软件系统的扩展问题.为一个不需要扩展的系统增加扩展性是不值得的,尤其对最终用户来说,这只会使系统显得更加笨重. 本文选自<大型JavaScript应用最佳实践指南>. 作为JavaScript 开发者和架构师,必须承认并了解影响扩展性的因素.虽然不是所有JavaScript 应用都需要扩展,但总有一部分是需要的.比如,我们很难确认某个系统

一名好程序员要具备的技能(摘自CSDN)

一.不害怕探索陌生程序语言 二.精通 Debug 三.开发节省时间的工具 四.优化重复性工作的速度 五.发展系统性思考模式 请自行阅读该文. 我前些日子写过一篇[博士满座的系统优化团队],略讲了一下我之前在硅谷工作的团队.我十一年前从硅谷回到台湾教书,原本想把这些工程研发能力的重要性传达给学生,却发现号称电脑王国的台湾,在软件工程的领域的研发文化竟是意想不到的浅碟.明明是国外重视的工程技术,国内却乏人问津.学界标榜要世界一流,只好抄捷径,从理论着手:业界要快速赚钱,没时间研发,要的是现成的解决方

CTO是有门槛的 我眼中真正优秀CTO应具备五大素质

最近几个月,不断有人找我推荐CTO人选,这两年互联网创业和创投实在是太火爆了,全民创业,创业项目井喷,一下子发现CTO不够用了,全行业缺CTO,到处都在找CTO.说实话,我自己也没有CTO存货,CTO短缺是由目前的市场供需关系决定的: 创业者CEO是没有门槛的,谁都可以今天辞职,明天宣布自己创业当CEO了,各行各业的人才都可以当CEO,CEO的供给是井喷的,但是CTO是有门槛的,只有研发岗位才能培养CTO,而且一个合格的CTO成长周期非常长,CTO的供给是非常少的.更何况,在我眼中,很多所谓的创

CTO 的终结

注:这是昨天和一个CTO朋友聊天时留下的心得观点.值得每个中型研发团队的CTO们深思. 一.演变:CTO三阶段 一个人,最光辉的岁月就是做技术总监,在初创期率领兄弟们日夜加班顶着压力攻城略地. 业务与团队发展再大了,大部分技术总监就升到了CTO的位置上. CTO的铁三角职责是:产品与商业.前沿技术与平台架构.领军团队与创新. 这时候的CTO行使的职责是真正的CTO,让CTO们非常有成就感. 一个大型的研发组织到了2000或5000人,CTO就到了该终结的时候. 事业部制必然产生,研发业务一体化闭

我的老大去创业啦

以前的老大,技术牛人曹艳白开始创业了.很高兴看到老大的公司能够顺利的落地,并有序的开展业务. 这篇文章主要记录下我所认识的曹神,如果有兴趣你也可以关注 曹艳白的创业项目 智核创投. 0x01 初见 老大是个很低调的人,你可能没听说过他.但他绝对是一个好的合作者,好的倾听者.不是高高在上,把自己关进独立办公室的领导. 老大是个勤奋的人,喜欢读书.给我们分享过的 文本读书笔记就有接近数十万字. 如果一个人在一家公司工作用短短的3年时间就能从底线技术人员升级为集团CTO,那么你可能会说这不难. 那如果

Scrum总结

Scrum总结一个轻量级的软件开发方法 Scrum是一个敏捷开发框架,是一个增量迭代的开发过程..在这个框架整个开发周期由若干个小的跌代周期,每个小的的跌代周期称为一个Sprint,每个Sprint的长度2到4周.在每个Sprint中,Scrum的开发团队拿到一个排列好优先级的需求列表,我们称它为用户故事或者叫Sprint backlog, 所以我们先开发的是对客户具有较高价值的需求.  在每个迭代结束后,都会开发完成可交付的产品. 一个简单的框架 Scrum由三个角色,三种活动,3种交付物组成

写程序之外,杰出软件工程师所需的六项能力

我前些日子写过一篇[博士满座的系统优化团队],略讲了一下我之前在硅谷工作的团队.我十一年前从硅谷回到台湾教书,原本想把这些工程研发能力的重要性传达给学生,却发现号称电脑王国的台湾,在软件工程的领域的研发文化竟是意想不到的浅碟.明明是国外重视的工程技术,国内却乏人问津.学界标榜要世界一流,只好抄捷径,从理论着手:业界要快速赚钱,没时间研发,要的是现成的解决方案,所以在软件界,产学的落差很大. 要知道,产学落差影响最大的是学生和工程师.讲难听点,教授可以一辈子在学术的象牙塔里优游自在,不用太在意学生