艾伟也谈项目管理,Richard Durnall谈系统管理和从外向内的组织结构

  InfoQ中文站:能给我们介绍一下“系统管理理论”(System Management Theory)么?能不能跟我们分享一下您在实际应用中的经验?

  Richard Durnall:系统管理理论是过去五十年里出现并逐步发展而来的。它与传统的那种基于管理和控制方式的科学管理理论有很大的不同。首先让我们回顾一下管理科学的历史来了解系统管理理论。

  在19世纪工业革命之前,商业规模通常不大,从业人数十分有限。19世纪30年代的技术革命中出现了大规模的工业企业。与传统的村镇工业不同,这些企业开始低成本地大规模制造商品。

  19世纪晚期,管理科学家Frederick Winslow Taylor开始推广他的提高新兴工业企业效率的管理原则。不久以后,他出版了关于“科学管理”的书(译者注:科学管理原理)。Taylor的工业模型把“思考”和“做事情”严格地分开;他坚信管理者的职能是决定完成任务的“最佳方法”……

  “只有通过强制的方法标准化、强制地使用最佳实践和最佳工作条件以及强制的合作才能确保更高的工作效率。而管理者的职责是确保按照标准工作以及相互合作。”
  20世纪初开始Henry Ford(福特汽车公司)致力于给公共交通运输带来革命性变革,为了实现这个愿景,Henry在他的工厂中应用了当时最先进的管理理论,Taylor的科学管理。仅仅过了六年,福特的年产量从1909年的少得可怜的产量激增到年产500,000辆。与此同时,在福特,技术创新也不断涌现,为产能的提升提供了保证。

  Henry Ford以及后来Alfred Sloan在通用汽车的极大成功,引发了管理思想的巨大变革。Taylor模型成了20世纪西方大公司的标准模型。

  二战后,很多管理顾问被派往日本帮助战后重建。William Edwards Deming也是其中之一。Deming是一个统计学家和管理理论家,可惜他的管理思想在美国并没有得到足够重视。与Taylor不同,Deming认为不能把“思考”和“做事情”分离,应该给员工充分授权,鼓励他们自主改进的工作。

  “所有人想要的只不过是做一份值得骄傲的工作的机会。”

  尽管Deming在美国没有得到足够的重视,日本人却发现了他的思想的价值。尤其是在向丰田这样的大公司,它们开始按照授权、团队精神、合作这些理念创建组织文化。就这样,尽管战后经济基础十分薄弱,他们迅速发展成为经济最强的国家。20世纪70年代后期,全世界的政府都开始关注这些迅速涌现的伟大公司,去了解是什么原因帮助他们从战争的创伤中迅速恢复,并取得如此巨大的成功。

  1991年起,整个世界开始认识到这种在日本得到发展壮大的管理系统的能量。根据对汽车工业调研所得出的研究结果,麻省理工大学出版了《改变世界的机器》(The Machine That Changed The World)。这本书描述了汽车工业的历史和强大的丰田汽车的成长过程,他们给丰田成功的秘密武器起了一个名字:精益思想。

  从此人们开始用精益思想(或者精益)来形容丰田的运作方式。丰田的模型正是基于系统管理理论。在这里我用系统管理理论是因为我不想让人们觉得我们是在复制丰田。丰田有它与众不同的业务。我们应该探究的是他们成功背后的理论思想,从而把这种思想应用到我们的IT部门。不幸的是,很多人仅仅局限于模仿他们见到的一些工具,认为他们成功的秘密在于使用这些工具。

  这两种管理理论有很大的不同。比如,Taylor的科学管理告诉我们经理应该去管理人,系统管理则认为经理应该去管理过程。科学管理倡导最大限度地利用人和机器,而系统管理理论要求我们竭尽所能杜绝浪费。

  在过去三十年中,西方的领导者渐渐意识到合作、团队协作以及以客户为中心才能带来卓越的成果。但是他们一直缺少能够保证这种新理念得到有效贯彻的模型和工具。系统管理理论正好填补了这个空白。

  到目前为止,这些方法的实施取得了极大的成功。在最近的一个会议上,作为一个拥有2000人规模IT部门的Suncorp公司的CIO,Jeff Smith估计他们的生产能力提高了40%,与此同时净成本却减少了20%。类似的,在最近的一篇文章中,英国广播公司(BBC)的David Joyce宣称他们从软件功能开发的效率提高了超过50%。当然,这仅仅是在IT组织在过程改进中应用这种理论的一部分成功案例。

  InfoQ中文站:请给我们介绍一下“从外向内”(Outside-in)的组织结构策略。能不能跟我们分享一下您在这方面的经验?    

  Richard Durnall:“由内而外”(Inside-Out)用于指代那种采用自上而下、层次结构以及命令和控制方式来设计组织架构的方法。这是科学管理理论通常会采用的方法。“由内而外”的组织设计往往从内部角度观察业务和部门。以IT为例,最高的是CIO或者最高级的IT决策层领导。CIO会根据职能划分(比如基础设施、运营、支持、系统开发)任命主管人员。所有员工也会根据自己的职责划分到不同的部门和团队(商务分析师、开发、测试)。整个战略被自上而下传达,利用平衡计分卡,每个员工也会设定相应的绩效目标。接下来会利用正式的项目管理方法论或者工作流方式确定一个工作流程,确保工作在不同职能部门之间能够正常的流转。直到组织架构设计完成后,才开始与客户接触,讨论需求并启动项目。

  这种组织设计模式有很多问题。首先,这种设计方式的目的是为了便于管理而不是使组织与客户的共同利益最大化。这就意味着,尽管更容易管理团队和个体,当客户需求发生变更时,这种结构方式疲于响应和变化。其次,该方式导致这样一种组织模型:尽管易于向下贯彻策略,但组织高层很难获取到工作层信息。最后,在这种组织中,都需要有复杂的流程支持。整个流程往往需要涉及许多职能部门,而这些部门要汇报给不同的老板。每个部门都有各自不同的团队、个人目标以及工作优先级,由此会产生很多内部冲突。造成在整个生产周期中浪费和效率低下。为了每个部门的局部利益最大化往往会损害到全局利益。

  另一种组织设计模式基于系统管理理论的,称为“从外向内”设计。我们会从客户角度开始,定义客户的需求,根据客户的要求来设计产品或者服务。在IT领域,我们的客户可能是内部的也可能是外部的。我们需要发展战略来理解并满足客户的需求,设计合适的度量手段确保我们的投入真正带来客户价值。接下来,我们会设计一个开发产品或者服务的初始过程。一旦我们对初始过程有了足够理解,我们可以开始设计角色和团队,通过团队合作提供客户真正需要的的产品或者服务。当然,管理层也不是不需要,接下来我们需要找到一个好的方法自下而上建立组织结构。

  这种组织设计方法的好处是以客户为中心。因为如果由第一线的员工去控制和做决定,为了适应客户的需求的改变而调整工作方式会变得更容易。这意味着采用“从外向内”原则设计的组织每经过3到5年就要经历一次大的结构重组。这样的组织会根据客户需求的变化不断地做出调整。这样做带来的问题就是全新方式给绩效考评和团队管理带来很大的挑战,因为一切都是以客户为中心,是否容易管理变得不是那么重要。另外很多传统的经理人会由于失去控制而感到不安。从客户的角度看来,他们的表现得到的反馈会不够好,因而受人质疑;而在此之前,由于采取自上而下指派工作的方式,他们看起来表现还不错。

时间: 2024-10-24 17:30:54

艾伟也谈项目管理,Richard Durnall谈系统管理和从外向内的组织结构的相关文章

RSA2014:Richard Clarke谈NSA重建信任

本文讲的是RSA2014:Richard Clarke谈NSA重建信任,2月27日消息,奥巴马情报和通信技术顾问小组成员.Good Harbor董事长兼CEO Richard Clarke在本届RSA2014大会的云安全联盟(CSA)高峰论坛上,谈到了他对NSA监视大众引发争议的意见. Clarke谈及了NSA的积极立场,并解释说,NSA一直在为国家搜集大规模杀伤性武器.铲除贩毒集团和遏制各类恐怖主义威胁的情报. Clarke说,随着爱德华·斯诺登爆料出NSA的棱镜门事件,人们对NSA存在很多争

网站稳定之谈:与百度谈一场不分手的恋爱

快速排名使人兴奋,长期稳定排名是大智之举. SEO从业者中,有人在为了网站两三个月没见到效果而焦急不安,有人却在一开始就做好了长期战斗的打算.他们有策略.有计划.有信念.有耐心.长期不见效果仍气定神闲,效果显著也不喜形于色,而是精益求精.这是一种可怕的对手,狼一样的对手. 有人说渴望成功不是现代人的标志,渴望马上成功才是现代人的标志.相信绝大部分的SEO从业者都对快速排名有着莫名的兴奋,也都会因为网站长期不见效果而心慌,即使你不心慌你的老板也会让你心慌.但是我也相信有这样一部分人在苦恼着.思索着

[狐狸谈网站系列四]谈什么也别谈联盟

大家好,我是狐狸,很高兴继续和大家以文章交流.今天,我们要说的是:谈什么也谈什么也别谈联盟 网站联盟,一个在广告主和网站长之间的载体,作为中间载体,做到了两面都不是人,两面都得罪人的载体. 有很多站长朋友跟狐狸聊天的时候,狐狸问他们,对于联盟的印象怎么样?95%的站长朋友会跟狐狸讲:乱,差,黑,贼. 很多广告主朋友也有这样的体会,一个月费用没少交,质量上不去,投放没有达到预期的效果. 而联盟也在向大家抱怨,站长作弊猛,广告主不满意撤消广告.郁闷的很那. 目观联盟市场,充斥着扣量,拒发,拖欠等多种

艾伟也谈项目管理,我是如何带领团队开发项目的

最近有不少朋友写信问我一些关于团队开发的问题,由于这段时间有些忙,没有回复.今天写一篇这方面的文章向大家介绍一下我是如何带领团队开发工作流项目的 关于团队建设,项目管理的文章网上已经有很多了,在这里我就不谈这些理论了,直接给大家展示一个我在 项目开发方,后台服务开发方式,前台UI开发方式,后台服务与前台UI对接方式,代码文档,页面的开发文档,源码管理,单元测试,以及单元测试文档,实现思路设计文档,数据库文档,数据库设计规范,编码规范,操做数据的方法命名规则 方面的一些片断,这是一个为期6个月的工

艾伟也谈项目管理,编程习惯

文/Alexey Radul 译/程显峰 原文地址:http://web.mit.edu/~axch/www/programming_habits.html 近年来,我对编程艺术有很多体会.过后,我发现有些体会是错的:有些体会我遗忘了但又重新感受到:而另外有些则是必然会发现的.我还完善了一套项目管理的好习惯,这些习惯包括我自己的,或者小组的,抑或是更大的,公司内部的.一方面,这些习惯对软件的成功开发是至关重要的(太小或者纯粹巧合的不算),另一方面,这些习惯也不是什么高深莫测的东西,较小的篇幅就可

艾伟也谈项目管理,对项目管理的几点认识

自2007年参加工作以来,参与的项目也有好几个了,但都是以项目成员的角色参与,从来没有以项目经理的角色参与项目.中国有句古话叫"旁观者清",同一个问题站的角度不同,可能会形成不同的结论.下面我就以一个普通项目成员的角度谈一下对项目管理的几个看法,希望大家给予指正. 1. 团队成员选择 人员选择要谨慎,要尽量选择合适的人员,在选择团队成员时要重点考虑其团队合作能力.编码可读性.能力和项目的匹配度等因素. 2. 项目远景的确定 项目初期项目经理需要和高层以及客户协商,定下项目的远景目标(即

艾伟也谈项目管理,ERP项目实施要未雨绸缪不要亡羊补牢

在ERP项目中,要做到在项目实施的未雨绸缪,不会出现亡羊补牢的情况就需要项目管理和实施人员在项目推进过程中队下面的阶段进行预测,把握好发展的趋势,掌握项目的主动权.下面就提出一些建议,供大家讨论.希望对大家有用. 一.要考虑每一个项目阶段普遍存在的问题 ERP项目可以根据项目进度,分为项目立项.需求调研.业务流程重组.模拟运行.并向运行.正式上线等几个阶段.其实不同的企业,虽然有各自的特性,但是也存在着一些普遍的问题.有经验的项目管理员,对各个阶段普遍存在的问题有深入的了解.此时他们就可以预先采

艾伟也谈项目管理,我也发软件开发团队的思考(侧重点是人员)

//上个月给我们老板的mail.洋洋洒洒6000多字. //为了方便公开,改了一下.以致可能有些地方前言不搭后语. //不管他同意不同意,先在我们组实行了再说. //请多大家多提提意见,日后看有没有机会找老板当面交流 经历的几个项目,项目的进度老是不尽如人意.更重要的是市场的开拓因为这些项目拖住了后退而无所作为. 我们现有的情况是:项目期限和最开始的保守估计都相去甚远,最后提交给客户的产品60%都是最后一个多月开发出来的,还有20%左右是以前就固有的固定模块.这几个项目我参与了编码,我对整个系统

艾伟也谈项目管理,项目管理有感之需求调研

一个项目中需求调研的充分与否是项目日后成败的关键要素之一,这一点我想没有哪位项目经理不认同吧?不过咱说的需求调研可不只是拿张纸记记客户说什么就完了,调研顾名思义就是调查和研究客户的想法,我感觉应从以下几个步骤入手: 1.客户想要什么? 2.要这干什么? 3.为什么这么想? 4.会不会有别的想法? 这里也说一个最最最最基本的,只谈项目别谈钱,我们可以说,价钱嘛需要我们回去详细的分析过您的需求后再给您提供一个整体的解决方案,您放心价钱一 定合理,不会超出您的预算(真超了再说).因为现在谈钱就等着挨砍