Archive for the ‘管理’ Category

[图解]管理九段的新排列

2010-01-13

一、原始排列

之前有人将管理分成9个等级,排列如下图:

image 

对这九级管理的定义或理解,大家基本上都有些概念,就不多谈了;若有部分不清楚的话,上面链接的文章中有详细介绍,还附有一些案例说明。

 

二、排序质疑

我不是很赞同这个次序。

如果说‘经验管理’定为最初级大家尚无异议的话,那‘知识管理’与‘创新管理’哪个更高级就很难说了;

在阿里巴巴,估计‘文化管理’会定为最高级–有了企业文化,即便面临挫折也会重生;

马云曾经说“一流的战略+三流的执行,与三流的战略+一流的执行中,我与孙正义都会选择后者”,因此‘战略管理’估计也会下降几级。

 

三、新划分

对这9个管理,我有另一个划分方式。分成3个层次,如下图:

image

初级层:无管理/原始管理;

中级层:硬管理;

高级层:软管理。

======== by 鬼谷子@魔教=========================

敏于行,讷于言;勤于思,拙于辩

[CTO札记]一流研发的核心元素模型

2009-08-13

一、缘起(Why)

2个月前,组织了兄弟们一起探讨,如何打造‘一流研发’。

这个目标很大,大家觉得有点远。不过,对于一群胸怀大志、饱受Vision熏陶的alibaba人来说,并没有因此而驻足不前;反而是群情激昂,讨论了一天。

 

二、目标(Goal)

这一天,我们并没有将焦点放在‘如何打造(How)’上,而是集中讨论‘什么是(What)’。定义清楚了what,每个聪明的人都会有自己的How;但不清楚What,光谈How,会失去方向感的。

对于‘什么是一流研发’,我们的焦点

a)既不在Definition上,–太容易让人陷入用词准确性的争论中

b)也不在衡量标准上,–远大的目标,过早定出标准,会让人沮丧

c)而是放在核心组成要素上。–因为这可以指导如何行动

 

三、结果内容(What)

一天下来,我们提取了4个核心要素:

  • 产出(成果)
  • 技术
  • 文化

令人惊奇的是,对于‘文化’的高度认同!而一个争论点则是:成果很重要,然而‘技术’本身是否就是指‘技术成果’。

我们也对这4个要素进行了必要的细化,可以参见小唐的这篇BLOG

 

四、选择哪个模型(Which)

在这几个要素间的排列关系上,形成了多个模型。

1)维恩图模型:强调要素之间的交叉及‘人’的重要性

一流研发核心元素模型

完整模型是由小唐提出的。

2)并列无交叉型:强调了文化是核心

image

3)纯金字塔模型:强调4要素之间的渐进关系

image

4)环中含金字塔模型:阐述层次渐进关系时,强调文化的基础性。

image

 

其实,这几个模型都不错!

 

===== by 鬼谷子@魔教,更多内容在 http://DavyYew.BlogBus.com ======

http://Yewsoft.BlogBus.com

不合理数据,让我怀疑整体

2009-07-31

前天的晚报有一篇报道《上海新贵年消费750万》:

“。。。这些新贵主要用于购买新车、收藏等,平均年消费750万;。。。,其中以男性为主,年消费为360万。。。”

这里有个严重的逻辑错误:文中没有提到老人、小孩,那人群只能分为‘男性’、‘女性’二类。360万,占问题750万的一半都不到,怎么就是‘为主’了呢?!

 

昨晚我再研究了一遍,没有觉得我的文字理解有问题。难道是“此处隐去XXX字”造成的?

这让我根本无法相信报道的准确性。

 

警示:如果我们工作中不注意细节,某一项的偏差会让人对整体的不信任。这叫“一粒老鼠屎,坏了一锅汤”。

 

===== by 鬼谷子@魔教,更多内容在 http://DavyYew.BlogBus.com ======

浅谈项目管理

2009-07-09

        在谈项目管理之前,我想我们得弄清楚什么是项目。如果连什么是项目都不清楚,项目管理自然无从谈起。我们暂且不去管一些国际也好国内也好的组织预先定义好的项目是什么,单从我们自己的角度出发理解一下什么是项目。最初的理解,项目可以理解成就是要做的某一件事情,比如我们把装修房子作为一个项目来考虑。房子要装修,无论作为房东(客户)还是装修公司来说都必须明确几个问题。首先,我们得非常清楚有哪些东西需要装修,单身公寓和别墅自然是不一样的。从功能上来是说也许有客厅,有厨房,有储藏室,有楼梯,有卫生间,有主卧,有客卧,有小孩房,也许还有音响室,还有游泳池,还有花园。。。。从工种上来说也许有敲墙工,水电工,泥工,木工,油漆工。。。此外还需要明确电器、家具等等也是需要的。所有的这些就是一个项目的范畴(scope)。如果要做些什么东西都不清楚,根本就谈不上项目。如果只是这些基本的工作内容定下来了,装修公司也还是无法开工的。因为还缺少验收标准,一个没有验收标准的工程是无法结束的。验收标准也就是需要明确做到什么程度就算完事了。否则这个事情就永远都做不完了。所以验收标准也是范畴的一部分。就算整个范畴都定下来了,装修公司是不是就好开工了呢?还不行!因为还没有定时间(time),如果不定这个,房东说我要在一周之内全部搞完,估计装修公司不干了。如果装修公司说这个工作需要5年才能完成,估计房东也不干了。因此在范畴定义好之后还需要确定时间,否则一个事情也许永远都完不成。谈好了范畴,也谈好了时间,装修公司可以开工了吗?还是不行!因为还没谈好价钱那。不谈好价钱(成本),到验收的时候,房东说我只给一块钱,装修公司说我要1个亿,这个事情就没法做了。更别谈项目成功了。那么定了范畴,定了时间,定了成本,可以开工了吗?MS可以了,但是还不行!因为还有一个非常重要的内容没有确定—-质量(Quality)。质量标准没定义,装修公司给房东安装的10块/平米的木地板,而房东却觉得应该安装1000块/平米的木地板。这事就打了。到这个时候可以开工了么?可以了。因为一个项目的四大要素都定下来了。那么房子装修这个事情也就可以称为一个项目了。

        因此,在做项目管理之前,每个项目管理人员都必须非常清楚问自己一个问题:你接手的这个事情是一个项目吗?如果这个事情连项目都不是,又从何谈起项目管理?就算手段再厉害也难成功。因此每个项目管理人员都必须非常清楚的知道,一个项目必须明确的四个要素是—–范畴、时间、成本和质量。缺一不可!少了任何一个因素都不能称其为项目。更别说项目管理了。回到我们软件开发工作中来,软件开发中的项目与房子装修有着惊人的相似。依然少不了这四个因素。范畴是需要确定我们软件产品的功能、界面、交互、限制、数据、安全等等方面的内容。时间是确定什么时候必须完成的时间点。质量更是重要了,需要确定软件产品的质量标准,比如在什么样的环境下测试,采用什么样的测试方法,是否需要0bug等等。成本在很多时候项目管理人员考虑较少的因素,这不是说我们的项目管理人员有问题。我们来看一下,软件项目的成本构成,通常我们可以划分为四大部分,1.人工费(研发测试人员等);2.硬件采购费用(服务器,UPS等,带宽);3.软件采购费用(操作系统,数据库等);4.基础费用(比如机房,机柜等);5.其他日常费用(电脑折旧费,材料费,财务费,培训费等);通常情况下,日常费用是考虑得比较少的。人工费通常可以通过项目时间来控制。而2,3,4三项的费用通常不是每个项目都会发生的。因此,在很多基础的项目管理人员身上会比较少考虑这些因素。相反高层管理人员考虑的确是比较多的。

        好了,在探讨了什么是项目之后,我们来看看项目管理。项目管理说简单也简单,说复杂也复杂。说简单是因为项目管理只要抓住项目的四个要素就好了。就四个而已。一句话就是在既定的时间、成本开发出符合质量要求和既定范畴的产品就可以了。说难是因为要管好这四个要素不容易,虽然我们知道了项目管理有哪些东西要做,但是却没有一个项目管理方法敢说只要用我的方法就可以很容易的管好项目的四大要素。为什么呢?因为上门所说的项目是抽象的项目,而每一个具体的项目还会受许许多多的因素的影响和制约。比如人员是不是常常变动?范畴是不是会变动?时间是不是很紧?成本是不是可能被压缩?所以针对项目的四个要素,我们需要学习一些针对这些要素管理的方法以及完成这些要素需要的资源。记住这些只是方法,而不是项目管理本身,千万不要为了使用方法而去用方法。所有的方法和手段都是为了确保项目的四个要素进行的。风险管理、团队管理、沟通、工具、人员等等等都是为了保障项目四个要素服务的。当然还有很多很多的其他外界或团队内部的因素会影响项目,所有的这些都是项目管理所需要考虑的。 方法和手段很多,非常的多,关键是项目管理人员需要选择(或者创造)一种适合自己这个项目的方法。但是明白了这个道理,我们就很轻易的就能明白任何时候哪些事情应该做,哪些事情不应该做。比如应不应该和谁沟通,应该沟通到何种程度就变得非常清晰简单了。一句话,凡是对项目有好处的都可以做(但不一定做),凡是对项目可能产生问题的都应该考虑防范。

        说道这里,项目管理就上面提到的这些够了吗?差不多够了——如果你的项目是一锤子买卖的话!但是很不幸,我们大多的项目都不是一锤子买卖,因此项目管理人员除了考虑项目以外还不得不考虑未来。因此在项目的管理过程中我们还必须注意其他问题,比如成员满意度和积累(比如技术、经验等)等等。这样你的团队才会有成长。才可能越做越好!

俞军谈:人才的选用育留

2009-07-08

1.选人

  • 所有人在相同起跑线上
  • 以文取人:用户感觉,方法论,网络熟悉度
  • 喜欢和投入
  • 往前看几年
  • 价值观认同
  • 宁缺勿滥

2.用人和育人

  • 充分授权,目标管理
  • 平等,试错,总结
  • 助理比经理更懂,经理比总监更懂
  • 向下分享,尽量避免单线汇报
  • 坦诚务实,实事求是
  • 持续的自我否定。最终结论是靠发现更多不足来找到,而不是推销观点。
  • 以用户需求为导向:有需求,有优势,有利益
  • 发现者,不是创造者
  • 严谨追求客观公正

3.留人

  • 公司愿景、工作空间、个人待遇
  • 成就感,产品的意义
  • 学习与成长
  • 愉快的环境
  • 赏罚分明

研究院‘产品会议’操作实践

2009-06-19
  • 每月中“产品会议”内容和形式
    • 准备
      • 主持人:收集项目列表(Project List),资源汇总表
      • 各TL:每个项目准备BRD,任务明细(Feature List),工作量估算
    • 正式会议:进行项目PK,资源分配
  • 每月底“产品Review会”,Review项目执行情况
    • 项目进展(最好有成果演示)
    • 问题/风险与解决方案
    • 后续计划
  • 产品会议轮席制度
    • 产品会议由各TM轮流召集主持
    • 负责提案、资源计划、工作计划的收集整理
    • 会议纪要WIKI整理与邮件反馈
    • 完整过程包括月中的产品会议 和 月底的Review
    • 轮值顺序:王安全、曾义、赵进、陈波、岑文初、叶军、陈挺佳

  • 时尚的基因是创新 — 旺旺平台产品线员工大会即兴发言提要

    2009-05-28

    所谓‘时尚’,就是走在生活前端并形成潮流。它可以用3个关键词来体现:

    • 快乐:快乐是生活的大众化目标,更是时尚追求的目标;
    • 超越:超越就是处于前沿,它是时尚的标志性特征;(旺旺现在开始做个人互动,同样是走在‘电子商务’的前沿,将Work@alibaba进一步推向了Live@alibaba)
    • 分享:开放&分享是形成潮流的必要条件,是时尚形成的推动力;

    PS:快乐、超越、分享,正是魔方文化:) 玩魔方可是一种‘时尚’表现O

    然而,时尚向来不是跟出来的,而是创造出来的。因此,‘创新’才是时尚真正的基因!

    时尚的形成需要先导者。就象平台上需要Killer Application一样,时尚需要Killer Persons,也即大家口中的‘潮人’。既然旺旺定位于‘时尚新生活’,我们这些人旺旺人就应该身体力行。这儿有二个小小的提议:

        • 旺旺头像换成自己一些时尚生活照;
        • 多组织一些旺旺上的时尚活动

     

    注:大会上发言有点凌乱,现重新整理一下。

    对于面试的一点粗见(四)

    2009-05-06

    经过前面的三个篇章介绍,也许有人会说,太难了吧。而且责任重大呀。弄不好岂不是成罪人了?是也不是。我们技术人员绝大部分都不是HR专业出身。也不可能有机会像专业的HR那样去系统的学习。也不可能有那么多的机会给我们练习。那么有没有办法能在短时间内达到比较好的效果呢?答案当然是肯定的。这一节我们就来讨论一下剩下的话题:面试技巧和常犯的错误。如果能掌握并灵活应用一定得技巧并避免常犯的错误那么你就是一位优秀的技术面试官。

    对于这两个话题我不打算说过多。因为每个人有每个人的习惯和风格,适合我的不一定适合你,关键是在某些方面要有思考。有了思考过的答案,那一定是最适合自己的。所以我在这里只是会列出一些面试时候需要关心的问题。

    面试技巧:

    1.遇到紧张的求职者该怎么办?
    2.在面试过程中自己紧张怎么办?
    3.遇到面试高手怎么办,也许他比你还厉害?
    4.求职者挑战你的权威怎么办?
    5.遇到问来问去都问不出来个所以然,但是他的答案又让你无可反驳的人怎么办?
    6.回想一下你感觉比较好的面试比较糟糕的面试,里面也许就有很多内容值得我们学习和思考
    7.怎么开场,怎么收尾,怎么记录?
    8.在你很难抉择的时候,与同事商榷是一个不错的办法。
    9.时刻记牢你想考察的内容以及是否都有结论了
    10.不要把面试变成讨论会,听比说更重要,所以问题最好是开放性的,当然除了你希望确切答复的时候除外,比如什么时候可以到岗。
    11.实现准备一些可能会被求职者问到的问题的答案,当然得会区分哪些问题是可以回答哪些问题是不可以回答
    12.还有很多,但是最后一点也是最重要的一点,一定要记牢的一点。你永远都是这场战斗的主导者,你在任何时候都拥有结束它的权利,哪怕是错的!

    常犯的错误:

    1.面试变成技术讨论会
    2.因为偏见和喜好影响判断
    3.记录不充分
    4.做决定过于匆忙
    5.因为某种特征或个性影响判断
    6.过分依赖回答的内容儿忽略了语言以外传递的信息
    7.遗漏重要信息
    8.对所有的求职者都使用相同的问题
    9.预先没有阅读建立和设计合适的问题
    10.还有很多,最后一点也是很重要的一点,一样一定要记牢。你错了一次没关系还有机会,但是也得明白,对于求职者,也许因为你错了一次,他就没机会了。

    全文完

    老板评价下属的普遍性原则

    2009-05-06

    image

     

    Sample

    老板烦心

    老板操心

    老板放心

     

    常规事务

    • 常请示
    • 需指导
    • 需督促
    • 能拿到结果
    • 需提醒
    • 建立正常的机制
    • 阶段性汇报好结果
     

    异常/问题处理

    • 常出问题
    • 抛给老板
    • 能独立处理
    • 能独立处理
    • 创新思维,将异常转为常规
     

    未来发展

    • 无想法
    • 想法零星
    • 方法无目标
    • 方案不系统
    • 有目标
    • 系统性的规划方案
    • 提请决策

     

    制度经济学与软件开发流程

    2009-04-07

    我们在崇拜王志东、求伯君、严袁曹等第一代软件英雄的同时,也在感叹当前软件开发越来越复杂、需求变动越来越快,无法再像当年的英雄们一样编写软件了,必须依靠团队的协作、完善的流程、高深的工程理论才能做出符合需求的软件。所以在现在的形式下,我们每天都在考虑找一个什么样的理论支撑,制定一个什么样的流程、制度、才能使得团队合作更顺畅、软件开发效率更高、质量更好。前两天看到谢文的一篇博客《制度资本—-互联网的游戏规则之二》,说到了制度经济学,感觉挺有意思,所以就查了一些相关的概念,联想到了和我们开发流程的一些联系:

     

    经济人:
          西方古典经济学中的“经济人”假设,认为人具有完全的理性,可以做出让自己利益最大化的选择。1978年的诺贝尔经济学奖得主西蒙修正了这一假设,提出了“有限理性”概念,认为人是介于完全理性与非理性之间的“有限理性”状态。来自亚当·斯密《国富论》中的一段话:
      我们每天所需要的食物和饮料,不是出自屠户、酿酒家和面包师的恩惠,而是出于他们自利的打算。我们不说唤起他们利他心的话,而说唤起他们利己心的话,我们不说我们自己需要,而说对他们有好处。

     

    制度经济学:
          制度指人际交往中的规则及社会组织的结构和机制。制度经济学是把制度作为研究对象的一门经济学分支。
          制度经济学强调个人首先是一种“社会人”和“组织人”,而不是“经济人”。作为一种社会存在,除了物质经济利益以外,人还追求安全、自尊、情感、社会地位等等社会性的需要。因为人所做出的选择,并不仅仅以他的内在效用函数为基础,而且还建立在他个人的社会经验、不断的学习过程以及构成其日常生活组成部分的个人之间相互作用的基础之上。因此,人的行为是直接依赖于他生活在其中的社会文化环境的。所以,应当从每个人的现实存在和他与环境的关系方面,从制度结构、组织模式方面,从文化和社会规模等方面去考察人的经济行为。

     

          制度经济学立足于个人之间的互动来理解经济活动,首先确立以人与人之间的关系作为研究的起点,反对以一个确定的、总量的标准对整个经济活动作出安排的研究思路。

     

          制度经济学判断制度机制优劣的最重要标准,是看它们是否有利于市场交易的发生与深化。如果一国的制度有利于交易市场的容量最大化、有利于经济的深化,那么我们就说该国具有高的制度资本。不利于市场交易的制度,则使交易的成本变高,这种成本通常被称为“制度成本”。当然,制度成本不仅仅指在市场交易发生过程中实际要支付的成本,也包括由于制度障碍而根本无法进行或选择放弃的市场交易所带来的机会成本,这种机会成本包括“本来可深化的市场”因制度障碍而只能半途而废的情况,以及市场勉强得到发展的情况。制度经济学的核心命题是产权保护和合约执行是经济深化发展的必要前提。如果没有可靠的产权与合约权益保护制度,人们就无法预期从事市场交易、从事投资的结果,也不知道从交易、投资中获得的利益能否属于自己。而经营、交易结果的不确定性将迫使人们停止交易、不愿作出投资,即使他们想进行市场交易,交易成本也可能高得令人望而却步。于是市场发展会停滞不前,经济增长无法持续。

     

    再回到软件开发流程:
    软件开发流程强调团队,即人与人之间的合作。
    判断软件开发流程优劣的标准:执行成本、开发效率、软件质量。
    这两点都和制度经济学非常吻合,即我们在制定流程时,必须以人为本、强调人作为“社会人”和“组织人”的特征,不能把人当成流水线上的机器,现在流行的敏捷开发非常强调这点;流程的制定首先必须简单、易于执行,这样才能减小执行的成本,提高开发效率,保证软件开发质量。

    参考文档:

    1、http://blog.sina.com.cn/s/blog_513a2b800100cu5l.html?tj=1

    2、http://baike.baidu.com/view/482272.htm