论坛首页 软件开发和项目管理版 项目管理

想推广新技术和方法 ,请用三种武器

浏览 9207 次
该帖已经被评为良好帖
作者 正文
时间:2006-09-28
这里有不少帖子是讨论 某种项目方法怎么推行的? 比如 单元测试,TDD。
发起这样帖子的人,一定有个很大的疑惑,这么好的办法,为啥自己的头就是不采纳,还是用那种很不好的方法在做项目研发呢?

这的确是个迷啊!

不过,就我猜测,你们在游说的时候没有把关键字说出来。当然这个也是技术人员比较不容易注意地地方。技术人员关注这些方法是因为这些方法将能够改进自己的工作方法,提升自己技术水平。那么管理人员关注的是啥呢?

这个就是上面说的关键。“成本”,“收益”,“风险”这三个关键指标

成本,收益,风险这三个经济指标是管理人员第一考虑的内容。就算是技术型经理也不例外的需要考虑。

如果采用一个新方法,新技术,能够在现有状况下降低成本,增加收益,减轻风险。就会被采纳。否则免谈。

所以,想说服管理人员采纳你的建议的,请用上“降低成本、增加收益、减轻风险”三样重型武器。

让我们来看看A框架推广需要的准备工作。

成本分析: A框架在下一个项目使用的成本有那些呢?大略的分,可以分成2块成本,1。看的见的成本,人/月指标,维护成本,发布成本,运营成本,还有相关硬件成本 。这些都是项目中看的到的成本指标,这些指标是增加了还是减少了。如果想推广,请搞清楚。

还有一块,就是机会成本,采用A框架而不用B框架的机会成本是多少?就是采用B框架做项目需要的成本。关于机会成本,可能不少人搞不清楚,不过呢 这个却是最奇妙的。如果采用的推广方法不当,这个对于新技术和新方法推广一般都是起反面效果。

增加收益: 这项基本不需要考虑太多。项目组都是花钱为主的。直接收益基本不多。

降低风险:采用A框架做项目,有那些风险呢? 学不会、不好用、做完了项目指标没达到、维护很难、硬件要求苛刻。这些不确定的因素都是风险。那么比起现在继续用B框架,因为B框架的一些弱点产生风险,那个更高呢?

回头再说说机会成本的影响。在什么情况是负面影响呢?就是说不清楚成本变化时候。想想我们为啥在买新电脑,而丢掉旧电脑时会觉得可惜,这种可惜实际上就是机会成本。那么在推行新方法和技术时候,对于用了好久的技术和方法的丢弃,一样会觉得可惜,舍不得。于是在不清楚引入新方法新技术带来的成本之前,这种可惜就是推行障碍之一了。

有之一,当然还有之二。障碍之二是边际成本和边际收益之比。对于一个过去几年都在用B框架的项目组,每用B做一个新项目,边际成本很低,边际收益却是不错。当然从这点考虑,沿用B框架自然是不错的主意。

之三,第三个则不是经济上的考虑了,就是“没什么不好”。“为啥用新办法新技术,现在用的没什么不好的”这个估计是不少人遇到新技术和新方法时的一个想法。这个想法也时一大阻碍。


针对以上,实际操作该如何呢?
1。不能只说新技术新方法的好处,也要告诉对方,现有方法和技术的问题。
2。搞清楚新旧对比成本。
3。搞清楚新旧对比风险
4。请有经济术语说话,多用“成本”,“收益”,“风险”这三个关键字
5。如果你丢下了“降低成本、增加收益、减轻风险”三个重型炸弹,堡垒依然不动。A。请换地方丢炸弹,B,增加炸弹威力。
   
时间:2006-09-28
这个不是靠说的。
要做原型,做实验,做可行性报告,一开始获得同意之前还不能用公司资源做。
有了这些还要提交上去给上头评估,上头可能找人评估,也可能不找人评估。
就算是找了人评估,也可能是根本不了解这些东西的人。

这一切需要胆大心细冷静,百折不挠,耐得住寂寞,一腔永不熄灭的热情,生命之光,欲念之火,罪恶,灵魂。
   
0 请登录后投票
时间:2006-09-28
buaawhl 写道

这个不是靠说的。
要做原型,做实验,做可行性报告,一开始获得同意之前还不能用公司资源做。
有了这些还要提交上去给上头评估,上头可能找人评估,也可能不找人评估。
就算是找了人评估,也可能是根本不了解这些东西的人。

这一切需要胆大心细冷静,百折不挠,耐得住寂寞,一腔永不熄灭的热情,生命之光,欲念之火,罪恶,灵魂。

小型的研发公司没这么多麻烦吧,而且我这个也是针对那些比较小型公司的。
   
0 请登录后投票
时间:2006-09-28
小型的研发公司,说服Team Lead,Architect就可以吧,也需要说服管理人员(Project Manager)?
这个可能和公司组织结构有关系。有时候,说服技术能力比较强的人员反而容易,因为知道你在说什么。说服管理人员,则需要很多其他的艺术。主要是Presentation艺术。
   
0 请登录后投票
时间:2006-09-28
buaawhl 写道
小型的研发公司,说服Team Lead,Architect就可以吧,也需要说服管理人员(Project Manager)?
这个可能和公司组织结构有关系。有时候,说服技术能力比较强的人员反而容易,因为知道你在说什么。说服管理人员,则需要很多其他的艺术。主要是Presentation艺术。



不见得。技术能力强而且固执的人,你根本就不可能说服他采用另外一种技术,但是管理人员他不懂技术,你给他吹嘘一下新技术如何如何好,很容易就哄过去了。
   
0 请登录后投票
时间:2006-09-28
有些公司的做法是这样,给员工一定的自由度(比如,google的20%),让他们自底向上地发挥创造能力。
大部分的尝试可能都是失败的,其中成功的部分可能很成功。
做事情最重要的是最合适的人做这件事情。而提出想法并进行实现的人,通常是兴趣最大,效率最高的人。

小型的研发公司,如果能说服领导,利用很少的公司资源,先行进行原型试验,一步步推开,比较保险。给自己和领导带来的风险都会减少。
管理层比较担心的主要是风险。弄砸了怎么办?不求无功,但求无过。
一般来说,开发人员接触的管理层,都不是公司业主,减少多少百分比的成本的诱惑并不是很大。要凸现的是管理层的功绩,如何能让自己领导的工作绩效报表有什么亮点。这个说服力最强。
   
0 请登录后投票
时间:2006-09-28
robbin 写道
buaawhl 写道
小型的研发公司,说服Team Lead,Architect就可以吧,也需要说服管理人员(Project Manager)?
这个可能和公司组织结构有关系。有时候,说服技术能力比较强的人员反而容易,因为知道你在说什么。说服管理人员,则需要很多其他的艺术。主要是Presentation艺术。



不见得。技术能力强而且固执的人,你根本就不可能说服他采用另外一种技术,但是管理人员他不懂技术,你给他吹嘘一下新技术如何如何好,很容易就哄过去了。


我文字中提到的管理层,包括小公司的 老板,研发经理,项目经理之类的。做为这些人员,把项目完成,然后获得收益是第一的。说服他们还得从成本、风险、收益层次去说的。技术型经理还好说,非技术型的,你不这样去说服,用什么办法去说?
布娃娃说领导担心风险,实际上 想推广技术和方法的同学,可能不知道这点。在这里给他们提个醒
   
0 请登录后投票
时间:2006-09-28
有没有人写过如何向下推行新技术的东东么?
   
0 请登录后投票
时间:2006-09-28
抛出异常的爱 写道
有没有人写过如何向下推行新技术的东东么?

抽空写一个推行的实际例子,不过没有什么代表性,没有遇到啥阻力.恐怕不是你需要的那种
   
0 请登录后投票
时间:2006-09-28
“成本”,“收益”,“风险”更准确说应该是财务术语:^)

另外’风险‘也不是越小越好,大部分新技术也不可能减少风险。只要利润预期增量大于风险预期增量,同时最大风险在自己承受范围之内就可以了。

除了这些估计性的分析,success story,established client,case study也是很有说服力的。
   
0 请登录后投票
论坛首页 软件开发和项目管理版 项目管理

跳转论坛: