Articles on this Page
- 08/25/11--09:04:_[原]程序江湖:第...
- 08/26/11--08:30:_[原]程序江湖:第...
- 08/26/11--13:05:_[原]乔布斯退到背...
- 08/27/11--00:51:_[原]程序江湖:第...
- 08/30/11--00:55:_[原]程序江湖:第...
- 09/01/11--09:56:_[原]程序江湖:第...
- 09/01/11--22:56:_[原]程序江湖:第...
- 09/04/11--00:04:_[原]程序江湖:第...
- 09/04/11--00:23:_[原]男孩是敏捷的--...
- 09/04/11--16:11:_[原]敏捷就是全部...
- 09/07/11--08:41:_[原]程序江湖:第...
- 09/13/11--09:05:_[原]程序江湖:第...
- 09/13/11--20:17:_[原]抓虫记之十:...
- 10/07/11--13:04:_[原]管理 VS....
- 10/07/11--23:20:_[原]程序江湖:第...
- 10/14/11--22:12:_[原]下属与客户的...
- 11/09/11--13:39:_[原]成功不是依靠...
- 11/23/11--17:11:_[原]不要把领导当...
- 11/23/11--17:13:_[原]当你的小弟说...
- 01/31/12--08:50:_[原]开年工作重点...
More Channels
- Feb 23: garlic bread | Keyword Feed
- Feb 23:
- Feb 23: 卵巢炎症
- Dec 10: twilightlullaby's Recently...
- Nov 28: Anesk (anesk.pdj.by)
- Feb 21: digart.pl
- Nov 28: Cultura y espectáculos
- Nov 29: Comments for Bill Warner...
- Nov 25: Comments on Still waiting
- Jan 28: backpage.com | labor/moving |...
- Nov 28: p0eZ_deLishUz's Xanga
- Feb 13: Robbi Hess
- Nov 28: Green Building | Design,...
- Feb 20: News RSS Feed - Calcasieu Parish...
- Nov 28: CANDY HOUSE
- Dec 18: Twitter / MySQL
- Feb 20: SETimes news - Bosanski
- Feb 21: Vacation in Czechia News
- Feb 23: Student Affairs
- Feb 23: Actualités du CRIJ
- Feb 21: Live like theres no tomorrow
- Feb 1: 麗しの青林檎 -Marine & Silk-
- Nov 28: Rocketboom Daily
- Nov 28: blabla
- Nov 28: Slashdot Review - Produced by...
- Nov 27: THE CRAPBOOK » tag
- Feb 22: Rorschach's Journal
- Nov 27: MG-IF
- Dec 31: fotodromo - blog
- Feb 20: G Shit
- Feb 20: Fuck Yeah Matcha!
- Feb 17: Nieuws van...
- Dec 10: TRAVIS CROWL [ OUT OF SPACE...
- Jan 10: Hozzászólások: CarpHungary's...
- Dec 1: Les derniers articles publiés...
- Feb 20: De laatste Bed & Breakfast...
- Nov 28: Smile
- Feb 21: Bradenton.com: Food/Wine
- Dec 2: Dj V.Nes (djvnes.pdj.by)
- Feb 5: Order Astelin Over The Counter
- Feb 4: Be John Galt » Christianity in...
- Feb 23: Comments for Blog Alexa
- Dec 12: TradeXpro.com - Guide Textile...
- Feb 17: Catalina White Sex Tape
- Jan 5: Twitter / MerriamKS
- Feb 20: Гомель, NS, уличные...
- Dec 31: Новости...
- Feb 15: WordPress.com News
- Nov 28: White Gold Ring
- Nov 28: 100 contrefaçons
|
|
Are you the publisher? Claim this channel |
|
Channel Description:
Latest Articles in this Channel:
- 08/25/11--09:04: [原]程序江湖:第十二章 争来的开发经理 (chan 1416120)
- 08/26/11--08:30: [原]程序江湖:第十三章 风险驱动的任务 (chan 1416120)
- 08/26/11--13:05: [原]乔布斯退到背后,是为了更好地对付Google (chan 1416120)
- 08/27/11--00:51: [原]程序江湖:第十四章 离开让男人成长 (chan 1416120)
- 08/30/11--00:55: [原]程序江湖:第十五章 热衷传销的团队 (chan 1416120)
- 09/01/11--09:56: [原]程序江湖:第十六章 天上的团队建设 (chan 1416120)
- 09/01/11--22:56: [原]程序江湖:第十七章 火焰山中的南京 (chan 1416120)
- 09/04/11--00:04: [原]程序江湖:第十八章 察颜观色的伙伴 (chan 1416120)
- 09/04/11--00:23: [原]男孩是敏捷的---向Linda女士致敬 (chan 1416120)
- 09/04/11--16:11: [原]敏捷就是全部吗? (chan 1416120)
- 09/07/11--08:41: [原]程序江湖:第十九章 四季如春的昆明 (chan 1416120)
- 09/13/11--09:05: [原]程序江湖:第二十章 讲标的前一晚上 (chan 1416120)
- 09/13/11--20:17: [原]抓虫记之十:误杀自己的命令 (chan 1416120)
- 10/07/11--13:04: [原]管理 VS. 面向对象设计 (chan 1416120)
- 10/07/11--23:20: [原]程序江湖:第廿一章 守在门外的讲标 (chan 1416120)
- 10/14/11--22:12: [原]下属与客户的反馈渠道要同时建立 (chan 1416120)
- 11/09/11--13:39: [原]成功不是依靠机会 ---- 参加移动开发者大会有感 (chan 1416120)
- 11/23/11--17:11: [原]不要把领导当成客户 (chan 1416120)
- 11/23/11--17:13: [原]当你的小弟说与你有代沟了 (chan 1416120)
- 01/31/12--08:50: [原]开年工作重点:帮助同事找到工作的价值 (chan 1416120)
这一日,欧阳明和小祝被朱老大突然叫到一起,说是要征询一下他们的意见。
他们三人是在公司的大会议室。说是大会议室,其实也就容纳30人左右。虽说会议室大,但欧阳明却没有感觉到丝毫空荡。因为朱老大抛出的问题,让他几乎有点窒息。
“部门需要选拔一个开发经理,你们俩看看,随愿意来当啊?”朱老大的话很直白,一边说一边翻阅他随身带着的记事本。欧阳明和小祝都是空手的。
这个问题,对于欧阳明和小祝两人确实是很突然的。之前的工作任务之争,说起来只是一个普通任务而已。而开发经理是一个岗位,一个管理岗位。谁不想去做呢?特别是这些刚刚毕业工作,血气方刚,希望年轻有为的朋友。他们也是这样,揣摩着对方的想法。但是谁都没有先开口。
“是这样的,王维问我谁适合当开发经理,我的意见是先问问你们的意思,别到时候,你们都不愿意做。”朱老大看着有点寂静,就补充了几句缓解的话。
欧阳明突然感觉到这是一个机会,他必须抓住!脑袋也突然什么都不去思考,就是想要抓住这个机会,于是脱口而出:
“我想做。”说完,才看了看小祝,他发现小祝也微张嘴唇,可能也是想要说出来了吧。但毕竟还是欧阳明先说出来了。
小祝看了看,突然也说了一句:“我也想做。”
朱老大看看两人都有意愿,立即做了总结,
“好,既然你们俩人都愿意,那就好办了。今天就这样,等决定了再告诉你们。”
第二天早上,王维宣布了任命,宣布欧阳明担任开发经理。欧阳明很高兴,也同时为自己当时主动说出自己的意愿很满意。心里面经常有“幸亏”的字眼出现。
大概隔了一个月后,一次偶然的机会,欧阳明和小祝遇到了朱老大一起吃饭。朱老大说了当时的决策情形,特别是他当时的一些判断和建议。显然这些建议是决定性的。
“两个人从能力上看,应该都可以。但是我认为欧阳明的性格会开朗一些,这个性格会让压力到他身上的时候,能够弹开,而不是象下雨天骡子驼草一样,最后被压死。小祝的性格刚刚相反,所以我觉得欧阳明更加合适。”
“哦…”欧阳明心里说了无数个哦,他一下子又领悟到很多。人生,不就是这样成长起来的嘛。
接下来的工作里,欧阳明会遇到前所未有的挑战,这个挑战是什么呢?他会怎么去解决呢?
所谓屁股决定脑袋,很多时候,你坐到什么岗位上,你才知道你需要做什么。没有人去教欧阳明怎么去做开发经理。只是项目经理王维说了一句:
“以后开发的事情你来负责”。
这就是说,欧阳明的工作从以前有人安排,突然陷入到需要自己给自己安排工作的境界。打个不好听的比方,磨粉的骡子,突然没有了鞭子,反而不知道向前走了。
在很长的一段时间内,欧阳明的工作就是有什么事情找他,他解决什么事情。慢慢的,他总结出,这就是一种风险驱动的工作模式。他急忙的去翻阅书籍,开始学习很多研发管理方面的理论和实践故事。这是一个孤单的旅程。开发经理只有他一个,别人也没有经验可以参考给他。他必须坚定的走下来。那个时候他读了《快速软件开发》、《人月神话》、《需求管理》等等一些书,但是理解不深刻,总感觉不能和实际工作联系在一起。
比如说,快速软件开发中的工作量估算中,一个功能点,对应多少代码行。这是一个经验值。但是公司当时没有这个数据,只能估算一个。
没有银弹这个论断虽然大家都接受,但是大家都还在追求银弹。
需求管理很专业,但是没有人愿意改变原有的工作模式去接受新的方式。
开发经理,让欧阳明接触到了除了编程技术以外还有很多问题需要解决,还有很多领域他不清楚,他曾经认为擅长的,只是占有了一小块。
关于如何做好一个开发经理,欧阳明曾经看到网上有一段描述,说外国的某某某,坚持每天编程半天,说这样才能了解系统的整体情况。他也坚持这么做了。虽然他也不知道这样对不对。不过依他很多年之后的总结来看。如果真想做管理,那就应该放弃这些技术上的诱惑,否则,技术只是他管理的干扰。
就这样,欧阳明工作也是越做越顺。系统也慢慢的接近发版。但是在这个时候,欧阳明突然接到要转到其他项目组做开发经理的邀请,这让他非常犹豫,最后他的选择是去还是留呢?
乔老爷退了,但不是退出苹果了。而是当董事会主席了。大家应该知道董事会的职责在于做企业的战略方向的。而CEO是偏重执行的较多。因此,可以想象,乔老爷是要把更多的精力投入到苹果的发展上来。
那么苹果目前遇到Google的挑战,乔老爷难道不管了,非也。非但不是不管,反而是更加全力的去应对,甚至是更远的规划。
在CEO上的乔老爷,比较还有很多繁琐的事情要应对,而在董事会上的乔老爷,才可以真正思考苹果的发展。董事会一致同意他当主席,正是暗合这点。
所以,基于这点,所谓的调查苹果未来如何如何,与乔老爷退否无关。
Google反而要小心了,Android+Moto的战略,刚刚出招,Apple已经在想应对之策了。你们应该未雨绸缪,想出下一步的走棋。
开发部经理小易,是一位非常亲和力很强的人。他毕业于清华,典型的有清华学生的敏锐和智慧,说话语速还特别快。有一次,他就提了一个非常有意思的问题,公交车下车的人,从车前面过马路好,还是从车后面过马路好?很少有人注意到这个问题,但是他能注意到。
这天他找到了欧阳明。问了他一个问题:
“你说,一个项目是基于SQL开发的。如果现在遇到了维护困难的问题,你认为应该怎么解决?”
这是在考我啊,欧阳明这样想。“我认为关键是要分清楚SQL的职责,SQL用来去业务数据视图,没有问题,但是不要把业务逻辑,特别是界面控制逻辑也放进去。否则,SQL的复杂度会急剧增加,维护起来当然就很困难了。”
“好,现在有个项目就遇到了这种情况,你有没有兴趣去帮忙解决啊。”
“好啊,我去了解了解。”对于能够展现自己能力的机会,欧阳明是不愿意放弃的,更何况,他喜欢帮助别人。至于哪个因素更占优势,谁知道呢?
就这样,欧阳明利用一半的工作时间,开始接触该项目的产品代码。对方项目经理周晓辉对此事非常高兴,也非常支持。
没隔两天,小易又找到欧阳明,这次周晓辉也在。
“怎么了?什么事?”欧阳明显然不知道怎么回事。
“我就开门见山的说了吧,”小易说,“小周的项目现在缺少一个开发经理,现在很希望你能过去帮忙。而且你也有很多想法,可以在那里一显身手。”
这让欧阳明一下子不知道说什么好,只是问了一些问题,“他们现在没有开发经理吗?”
“没有,所以小周也希望有个人能够帮助他管理开发。”
“而且,”小周在一旁插入了一句,“现在开发也有很多问题,整体系统框架很差,几乎一句维护不动了。所以,特别希望有个高手能够进来解决这个问题。”
“哦。”欧阳明看了他们两位,拿不定主意,只好说了句,“能让我想想吗?”
“当然可以!”小易和小周都好像看到希望,异口同声的说。
这次谈话,让欧阳明一下子就陷入到两难的地步。他突然发现,他对现在的项目有特别多的依恋。毕竟,他已经在这上面奋斗了一年多,而且项目即将就要发版了。他对系统中的很多都非常熟悉,这个产品,就像自己的孩子一样。他发现,他舍不得离开它。
但,同样的,新机会,会有新的挑战。这对他来说也是一种诱惑。可是,他应该如何取舍呢?
他不知道。他也不知道该找谁商量。即使找到别人,别人是否真心指教,还是未知数。这个时候,他鬼使神差的想到朱老大。竟然没有迟疑的就去找他问去了。可能也是抱着试试看的态度,所以就没想太多。
朱老大听了问题后,却非常重视。他对欧阳明说,
“如果是我,我非常愿意去新项目。”
“为什么呢?”
“因为新项目我又可以结识新的朋友啊。”
欧阳明突然意识到“新朋友”的意义。去新项目,不是代表我原来的项目的人,就不再是朋友了,就不再交往了。这些人,这些事,都还是他的啊。并且,在新项目中,结识到新的朋友,反而使得他的朋友更加多起来。
离开就项目,不是失去旧项目。只是割舍了一份责任。当我们拿起来一样东西的时候,我们是准备去奋斗,当我们放下一些东西的时候,我们是在成长。
欧阳明有一次偶然看到一个动画片广告,广告上说到:“离开使人成长”。是啊,这不就是说欧阳明的现状吗?
离开需要勇气,欧阳明已经下定了决心,因此他有了这份勇气,去迎接新的挑战。他很快就接受了这份新的任命。不过,事情永远不会是你想得那么简单。欧阳明能够搞定这些吗?
反馈:今天因为工作太忙,所以没能按时发布。感谢liangweiqing00 、 pcliuguangtao、sohu_2011、Catchyflying的支持。正因为有大家的喜爱,我才能一步一步走过来。
有代码的地方,就有程序员,有人的地方就有江湖。IT职场,不一样的江湖。
一天,一个亲戚有一次打电话问欧阳明,安利这个公司如何。欧阳明很是摸不着头脑,他从来没听说过这个公司。就建议这位亲戚在网上搜索。因为他能做到的也只能是这样。让欧阳明没有意识到的是,这个公司在未来的十年里,深刻影响着中国。
他的公司、一些同事也同样没有幸免于难。
先是一些一直希望在销售上大展拳脚的人,这部分人的特征,往往是希望培养自己这方面能力。欧阳明对此不感兴趣,但也不反感这样的人,反而是佩服的。其中有一个人,还是北大的,拉住他说那个金字塔的成功模型,欧阳明不相信。欧阳明物理学的好,不要关注只关注个体,整体的趋势一定要了解清楚。因为整体上一定有一些规律:
第一、只有少数人发财
第二、要发财早就发财了
基于这些判断,欧阳明不相信这些。但别人相信,他也不反对。
第二阶段,就是听到一些传言。有一次家里还打来电话,告诉他如果某某某向他借钱,千万不要借。到第三阶段,也就是欧阳明进到新部门担任开发经理之后的事情了。
一开始小易完全没有告诉他这些事。他发现,每逢工作休息期,几个开发人员就会在一起闲聊。其中一个人就会说他最近吃了什么什么蛋白质,以前什么什么都好了。最夸张的是,有一次竟然说自己长高了,非要大家去帮助他丈量一下。
最奇怪的是,一个已经是博士的开发人员,也跟着搞这套,没事就想去卖安利的产品。
这让欧阳明很是恼火。首先他找到项目经理小周,然后又找到开发部经理小易。结果他们表示确实知道这个情况,但是也不知道怎么解决。欧阳明感觉自己被骗了。也怪自己先前帮忙解决问题的时候,没有注意到。
现在后悔也不是办法了。欧阳明的态度却异常的明确:不能改变,就得换人。并且,必须制止在上班时间兜售安利产品的行为。欧阳明委托小易把这件事当成开发部的整体制度宣贯下去了。
结果还挺有效果。但气氛却异常的压抑。欧阳明知道,自己得赶紧招人了!
说起招聘,到也有很有乐趣的一件事。一次,来了一位大叔级人物,关键是,他一直在和欧阳明讲道理。这让欧阳明很尴尬,只能赶紧找话题,结束面试。
后来又来了一位,感觉挺好。还聊起了敏捷。那个时候敏捷只是一个方向,一个理论。正在实践的少。所以这位面试者表示自己很愿意尝试。这让欧阳明感觉他很好沟通,容易接受新思想。于是就要了下来。这就是后来加盟的春哥。
后来,欧阳明把自己的得力助手老冀也调过来了。还特意借调了一下和老冀一起来的老孙。新力量的补充,让原有的几个搞传销的开发,特别不舒服。慢慢他们主动提出离职了。
这是个好事,欧阳明及时补充了两个今年刚毕业的新人。新的团队基本组成完毕。要开始给系统动手术了!欧阳明该怎么做呢?
时值夏天,北京是异常的热。公司的空调到还算给力。欧阳明他们选了一个好位置,刚好是最靠近空调机的房间。所以出口的温度非常低。但这并不是所有人都喜欢。春哥和冀扬两人就是属于怕冷型的。所以整天能看到他们裹着一个春秋衫,样子极其可笑。
公司还给团队新调入一个业务专家,大家都叫她王姐。经过几轮人员的进进出出,换血工作基本完成。欧阳明也得以有时间把系统进行第一次重构。
在那一年,还不流行“重构”这个词。欧阳明主要还是想对系统架构做一次优化。让系统模块间变得更加独立和简单。这个系统,基本是在做一个业务流程,每个模块,就是其中一个活动。依据这个特点,欧阳明就把这些模块从整个系统中独立出来,定义一些基本交互接口,然后再嵌入到系统中去。这样,流程环节中新增活动,就可以很容易的扩展出去。
你要是技术架构经验很丰富的话,会感觉这个改动很简单。事实上,软件开发的初期,这种情况很容易出现。很多人一起去开发系统。没有初期的架构设计,大家就是在一个系统上改来改去,系统变得越加臃肿不堪。早期可能感觉开发效率很高,但越到后来,越是要进行客户交互的时候,发现系统改不动了。
欧阳明的第二个动作,就是进行系统中SQL的整理。把SQL定义为数据视图的获取,不进行SQL的逻辑编程。这在当时还是很有意义的,因为团队中很多人,并不是很熟悉SQL的编程。而且,相对来说,早期的SQL编程的可读性,并不如Delphi的可读性强。只要不出现性能问题,都还是可以接受的。
有一次部门例会上,小周开始讲一些客户反馈。中间提到一个客户对项目产品的抱怨。大家听得却义愤填膺。说这个客户怎么怎么不理解我们。欧阳明却补充了一句:
“大家也尝试去从客户的角度考虑考虑,他在使用产品的过程中,遇到这样的问题,他也不好受啊。他的领导说不定还会责备他呢。”
虽然这话,大家听了听不舒服,但是确实有道理。慢慢的,经过这一顿整改。团队也慢慢接受了欧阳明的能力和人品。
不想事情又发生了变故。一天小周找到欧阳明,大概说了一下希望他来当项目经理的想法。
“为什么?”欧阳明第一反应是不理解!
“哎,主要是压力大啊。产品到现在还没有正式发版!而且,我也不喜欢做管理工作,我还是喜欢做技术工作,我喜欢做需求。”
“可是我也不行啊。”
“你比我强,而且还能进行换位思考,能够理解客户的需求。现在开发团队管的也不错。应该可以的。”
“可是……”
“这件事我已经和上级谈过了,上面也是同意的,只要你同意,这两天就办交接手续。”
“我…….那好吧。我先试试看!”
“你没问题的。”
欧阳明当然想做项目经理。但是他必然还是很忐忑的。毕竟是没有做过啊,只是想走一步算一步。关键是先做起来再说。对于欧阳明来说,他完全不知道做项目经理,应该做什么。好在,工作会让他清楚他的职责。
欧阳明也算是任命于危难。刚上任,就接到命令,带着所有团队去南京和云南。
“什么?这么多人一起去?怎么去?”
“坐飞机去!”
“机器怎么办?”
“托运。”
原本,研发人员对于出差,都还是喜欢的。只要不是长期驻扎,短期的出差,往往是向往已久的。再加上还是飞机来去,那就更加让人向往了。但不是所有人都高兴。春哥非常沮丧的找到我,问欧阳明他能不能不去。欧阳明以为他要临阵退缩,当然不同意。谁想他是怕坐飞机。
顿时项目里炸了锅了。大家都非常热情洋溢的讨论这件新鲜事。不过讨论归讨论,问题还得解决,最后决定让春哥先做火车,提前出发。其他人在第二天做飞机去。
任务刻不容缓,欧阳明就带着团队所有人,杀向了北京机场。公司特意专车护送他们。机器是他们的武器,所以必须保护好。除了包裹的要稳妥,为了防止硬盘发生故障,还必须拆卸下来,单独存放。
一个团队一起飞到外地办公,这在公司的历史上,是从未仅有的事情。以后也说不定是后无来人了。
飞机上,欧阳明和冀扬坐在一起,靠着窗户。欧阳明发现,冀扬真是博学多才。一路上,冀扬都在讲述各种现象的科学解释。比如说天上云的形状,是“自相似分形”。这个词欧阳明是第一次听说,所以特别钦佩。这些都是平时看不到的,但是因为这次出差,欧阳明对整个团队中的每个人,都开始有了真实的了解。
一场天上的团队建设,从此就拉开了帷幕。这次经历又将如何呢?下次再详细说明。
南京,“中国四大古都”之一,有“六朝古都”之称。千百年来,奔腾不息的长江不仅孕育了长江的文明,也催生了南京这座江南城市。南京襟江带河,依山傍水,钟山龙蟠,石头虎踞,山川秀美,古迹众多。
南京话在历史上长期是中国的官方语言。明代及清代中叶之前中国的官方标准语一直是南京官话。欧阳明喜欢听的《喝馄饨》就是用南京话唱的,清雅流畅、抑扬顿错,非常好听。
不过,现在这个时候的南京,却是人称四大火炉之一的城市。另外几个是南昌、重庆、武汉,他们都是在长江流域。气候潮湿,却又异常闷热。叫你出了汗,却排不出来。
欧阳明他们下了飞机,头等大事,不是去感受气候。而是去搬运机器。这是他们的命根子。没有机器设备,就无法工作。所有的注意力都是查点设备。
东西点齐了,就到机场出口,等待来接的南京分公司的同事。过程还是很顺利的。分公司的同事,是两位男孩子,接了头之后,大家坐上出租车,直接就开往分公司办公地点了。
一路上,分公司的同事,非常热情的介绍南京的风土人情。印象最深刻的还是房价的持续上涨。离机场不远,但是离南京市中心还很遥远的地方,房价已经不菲了。老百姓都买不起房子啊。
不过欧阳明也没有感到惊讶,北京早就这样了,他们已经麻木了。不久,他们就到了目的地。
南京分公司,是在南京市中心的一座办公楼里。楼下就是商业区的步行街。欧阳明他们搬着东西就上楼了。本以为和总公司应该是同一种感觉,没想到进了办公区,才发现,办公室里没有开空调,因为一开空调就跳闸!
欧阳明也管不了那么多了。先布线,争取今天就能把电脑接上工作。因为担心分公司没有专业网管,项目组还请了总部的专业网管彤哥同行来帮忙。
专业就是不一样,线和设备都提前准备好了。到现场就直接布线,调整每天机器的登录方式,设置IP地址。一个小时过后,大家的机器就可以互联互通了。这个时候已经是晚上六点了。
彤哥回了南京的老家,而欧阳明他们却坚持先对系统进行了一次复测和调试。而王姐和当地的经理进行了需求的沟通和了解。直到晚上十点,他们才打车去住宿的地方。因为分公司说好了住宿的地方,所以大家也没着急。但是等他们去了之后,才发现,宾馆因为他们去得太晚,所以取消了预约,让其他人住了。
也就是说,半夜十一点,欧阳明他们一伙儿,却突然发现,没有地方可住。真是可怜啊。他们只能沿着大街往前走,准备找到一家是一家,先住下来再说吧。路经一个混沌摊,大家发现早就饿得不行了,纷纷要了一碗,解了燃眉之急。南京的馄饨和北方的馄饨是不一样的。北方的馄饨道南方,更像是水饺。南方的馄饨,将就皮薄,肉馅。而且很多馄饨都是直接卷出来的。
吃完饭后,他们还真找到一个地方住。可是刚准备办手续,电话打过来,让他们搬回原先约好的宾馆。原来,之前总部欧阳明的老大,不放心,就打电话问欧阳明,欧阳明说明了宾馆的情况后,总部领导立即找到分公司经理,协调住宿资源。现在终于协调好了,就通知他们回去住了。
这样,总算有了落脚的地方。洗漱完,洗完衣服挂在空调下后,大家就上床睡觉了。冀扬和欧阳明是一个屋子的,这晚他们进行了深入的夜聊,直到睡着了。
清晨早早起来,吃了早饭,他们就赶到了分公司,发现门还没开。等到门开后,他们发现空调终于启动起来了。可是温度总是降不下来,所以大家一直还是热着。逐渐的出汗久了,也就慢慢不知道出汗了。
吃饭分公司也没有食堂。欧阳明他们就只能自己下去吃饭了。好在下面就是商业街。吃的倒是多得很。鸭血粉丝非常著名,可是人很多,而且分公司的同事介绍说并不好吃。
欧阳明他们就随便走了几家,但是走到每个屋子里都很热。原来,南京市缺电,所以规定所有商场,温度必须设定在28度以上。
哎,可怜了欧阳明他们啊。先找个地方凉快都不行。
晚上回到宾馆,发现晾的衣服竟然还没干。而欧阳明突然发现自己带的衣服就两件T恤!只能再去买几件将就了。真是锅炉城市啊,整天都是桑拿天。
那么,欧阳明他们工作会顺利吗?
中午吃完饭,欧阳明和几个同事,在南京分公司下面的地下商场里散步。一是为了消食,而是为了纳凉。突然,一声刺耳的鸣笛响起,大家还没明白怎么回事,就发现有人突然奔跑起来,于是所有的人都跟着跑起来。互相之间还问问,怎么回事啊?不知道啊!
欧阳明属于后知后觉,不随意跟风的那种。没搞明白回事,是不愿意跟着瞎跑的。等他慢慢走到门口,才搞明白,原来这是一次消防演习。欧阳明的老大老卢曾经这样说过他,他就是对面打来一排子弹,领导让他趴下的时候,他还在考虑为什么要趴下的那类人。
等到下午回到办公室的时候,欧阳明就开始发现胃部不舒服了,好像吃的东西一直消化不了。问了一下冀扬,说吃思密达比较管用,于是立即吃了点药。
春哥也已经在第二天赶到了南京。火车虽然慢点,但可以很好休息。不过那也得看这人是否可以适应。春哥就是不能适应的,所以晚上也没有休息好。但春哥还是立即投入到了紧张的工作中。
欧阳明一直很高兴有这样的同事。在这群同事中,春哥和王姐都是比他年长的。其他人都比他年幼。于是他要求项目组内,大家必须以哥和姐尊称他们。至于王姐和春哥他们之间如何称呼,嘿嘿,互相尊称。有时候他们之间的称呼,反而成为了项目组的乐趣。
到了晚上,欧阳明越发感觉不行了。特别是在吃了晚饭之后。脸色非常不好。所以在听工作汇报和工作讨论的时候,都没有参与进去。到了八点钟的时候突然不行了,冲进卫生间,发现这个卫生间非常小。原本想在洗手池冲冲脸,却一下子吐了出来。以至于到最后吐完后,很多地方都没办法冲洗。这让欧阳明很不好意思。但是他也不顾不了那么多了。因为他的身体实在太虚弱了。
好在吐了之后,头脑清醒了许多。同事们的话渐渐地能听进去了。最先听到的是冀扬的话。
“我一直看到你脸色不好,以为你是不满意我们的工作现状。所以大家压力都很大。”
“是吗,我就是胃不舒服。一直消化不下去。”
“你没事就好。大家看不到你有笑有乐,就都轻松不起来。呵呵,这下子好了。”
“是嘛!”欧阳明显然在一段时间内忽略了自己存在的价值。他以前在很多时候,都会在大家需要支持的时候,在大家旁边,开开玩笑,打打气,出出主意。都不是特意做的,没想到大家这么需要啊。
欧阳明立即提醒自己要注意自己的团队的状态。晚上买了几套T恤后,及时换上,让自己精神焕发。这一晚,冀扬和他聊得更多了。因为冀扬一下子发现原来老大也有虚弱的时候。老大,一下子很接近了。而欧阳明也感觉大家和自己其实非常近,只不过平时没有机会表达出来。
让大家在一起生活和工作,绝对是一种绝佳的团队建设方法。除了费用可能高点,你会发现很多好处。欧阳明现在正在开始收获这些好处。好处之一,就是贴心的交流,人与人之间变得更加信任了。
南京的活基本还是顺利完成了,他们即将转战第二个战场昆明。昆明之行又会如何呢?
今年的敏捷大会举办并不怎么的。具体的情形,参加过的人都会知道,我就不多说了。
不过给我留下深刻印象的Linda女士的演讲,我觉得非常经常,让我不得不和大家进行分享。
Linda女士,50岁读的博士,70岁给我们演讲,光是这点,就不得不让人钦佩。不过真正让人佩服的,正如她自己所说,她用自己证明了,敏捷就是这样的。
敏捷是怎么样的?Linda女士并不是和我们分享敏捷方法论,而是向我们阐述敏捷的根源:思维模式。
与敏捷相对应的,就是固化的思维模式。敏捷强调的是,我们在过程中可以改进,而不是一成不变。她举了几个非常生动的例子。
第一个例子,是男孩子和女孩子的成长故事。女孩子从小就非常乖,学习成绩很好。于是家长就会说,这个孩子以后都会很好。可是现实呢?女孩子长大之后的学习反而不好了。走向了其他方向。
男孩子呢?从小顽皮捣蛋,总是犯错误,但是慢慢的,男孩子都会学习到很多能力,直到之后承担一个家庭的重担。
所以说,男孩子是敏捷成长的。
另外一个例子是经理选拔人。一种选择是,经理把人分为优秀的和无能的。于是优秀的,总是看到其优秀的一面,而无能的,总是会发现很多无能的表现。久而久之,就会淘汰无能的,留下的优秀的。另外一种方法,就是认为人是成长的,人可以成长成为优秀的。后面的培养方式是敏捷的。
事实上,Linda女士是做了很多研究和实验才得到这些结论的。我是简单的阐述了她的观点和结论。我记录了她的联系方式,大家有兴趣,可以和她进行交流。
Linda Rising
敏捷长大了!
中国软件协会开始瞄准敏捷了!
IBM开始号称自己是敏捷的了!
很多厂商也开始宣传自己的敏捷案例了。
很多培训机构开始推出敏捷实施了,也不知道他自己如何能保障成功!
反正,敏捷,开始有商业价值了。
第一、可以用敏捷来宣传自己的企业
第二、可以借敏捷来进行商业收费
第三、可以积聚很多人的人气
第四、可以提升自己的商业品牌
这个时代,似乎不敏捷,就不懂研发似的。想当年,敏捷也不过就是一个小的分支,很多人都说敏捷只是RUP的一个补充。现在却似乎完全反过来了,无处不敏捷了!
所以,似乎我们应该反思一下,敏捷就是全部吗?
南京的主要工作,其实就是当面实现他们的需求。为什么要出来开发?这在和南京分公司经理的交谈中,多少透露了一点。根据他们的反应,主要源自于分公司总感觉项目组拖延他们的需求,从而导致他们的市场活动延后。总部派欧阳明他们出来,就是要安抚大家的这种心情。
这就比如说,客户遇到问题了,销售解决不了,服务解决不了,反馈到总部还是解决不了。公司就可能派一个程序员到客户那里。说是进行现场调试,其实关键在于让客户知道,我们确实在努力解决这个问题,即使程序员不能在现场解决问题,客户还是能够认可的。既然技术都解决不了,那就确实可能是环境的问题了。那就重新安装软件把。
这就是人性吧。信任往往来自于行动。正是因为目前这种分布式的运营模式,所以才容易产生很多不信任。当反馈不如自己的想象的时候,就开始进行猜忌。所以说,适当的短路是必要的。比如说,经常把各个地方的经理都集中在一起培训。让他们互相成为朋友,这样很多事情,都可以在信任的环境下完成。流程环节上比较远的部门,也经常聚聚,聊聊,埋怨经常能够转换为理解。
欧阳明团队的工作状态显然还是得到了南京分公司的认可。他们看到的是一个不畏辛劳的团队,也是一个勇敢的团队。这一点很重要。
不过,他们即将转战昆明。这个问题最大的受害者是春哥,因为他得做火车去。这可比不得从北京到南京。中间还得倒车,最关键是,西部的铁路很慢的。春哥只得一人提前一天上路。可是,他还是比较大家晚到一天时间。整整坐了三天两夜。
当欧阳明他们下飞机的时候,机场上吹来的一阵清心的凉风,让欧阳明突然忘记了火炉中的南京,真是气候宜人啊。他们同样是下了飞机就被接到分公司。在坚持先安装完设备之后,他们被带到住宿的地方。这是分公司的签约宾馆,可以有优惠的。让欧阳明他们奇怪的是,这里的宾馆没有空调。大家洗完一个澡之后,已经到了晚上。正好,好好休息一下吧。
昆明的夜市还是很发达的,正好这两天还有欧锦赛的足球比赛。所以路边的餐馆中会有很多人边吃边看球赛。球赛的声音都传出到街上来,让你不得不去看一眼。到晚上睡觉的时候,欧阳明才明白,原来这里睡觉的时候的温度刚好是人体最舒适的温度,所以根本不需要空调。所以昆明因此少用了很多电,也因此少了很多氟污染啊。
第二天就有昆明的同时开始讲解。你如果注意观察路边的人,会发现他们在一天中,有人穿短袖,有人穿长袖,还有人穿厚的衣服。因为昆明早晚温度还是有差异的,中午还经常下一场雨。
吃饭就更有意思了,这里的饮食和中原的差别还是很大的。每家饭店都会自己用一些东西泡酒。就是上了一个西红柿炒鸡蛋,昆明的同时还解释到,昆明的西红柿特别好吃,因为光照非常足,所以西红柿的味道特别浓厚。还有就是很多虫子菜。呵呵,这个很多人是接受不了的,但是到了昆明,还是得尝尝的。还有就是竹筒饭。新鲜的竹子里面放得米饭和少量花生。吃的时候,竹香味和花生的香味混在一起,特别好吃。
在欧阳明的脑海中,几乎感觉昆明真是无所不好啊。但是,很快他就和昆明分公司经理去拜访客户了。到那里他才发现,昆明的另外一大特色。显示看到一个竹筒烟,他不认识,就请教分公司经理,他笑着说,有机会你会看到的。果然一会就看到了。而等会儿他们参加一个需求讨论会的时候,发现里面的所有人都在抽烟,整个屋子就是烟雾缭绕。整个会场,大家主要就是在发烟,而不是发言。
哎,昆明,真是天堂和地狱的复合体啊!
欧阳明他们下面要因对客户的评标,他们会如何胜出呢?
说明:非常抱歉,这周参加了太多的会议。原来写作也是需要心情的,当没有心情的时候,你都懒得动笔。
欧阳明来到云南的最主要的目的,是为了应对昆明客户要求的评标。就是客户邀请了几家资质还可以的公司,分别演示和讲解各自的系统,然后再进行评选。而这一次他们就是要进行讲标。欧阳明没有讲过标,这次也不是他讲,是当地的分支经理亲自上阵。分支经理名字中也有一个“琨”,因此人称琨哥,另外还有一个响当当的名号:“西南王”。是公司西南几个省市的市场负责人。
西南王不是盖的。至少讲标方面,欧阳明一行人都得好好学习。
讲标的前一天晚上,大家都还在进行紧张调试,做系统验证。大家的思路很明确,按照讲标的顺序,把系统完整演示一遍。过程中不允许出现任何错误。这个方法他们取名叫“主流程覆盖法”,后来一直持续使用下来。这个方法的最大好处,在于真正结合业务在进行验证,而不是单纯的功能验证,所以目标导向很强。但即使这样,系统也还是一直在报错。
“这个系统的框架太差了,必须进行改进!”欧阳明在旁边给冀扬他们打气,慢慢就聊开了。
“不如重写一个得了!”冀扬也基本同意他的想法,但更愿意自己写,而不是改写。
“嗯,重写一个是必然的,因为这个产品目前是拓展客户,还属于需求收集阶段。需求稳定后,必然会进行大版本升级的。”
“那什么时候才可以升级呢?”
“这个还得有点时间,目前关键是解决系统的稳定性问题。”
“那得从那里着手呢?”
“目前,影响稳定性的主要有两个方面:第一个是模块之间存在不必要的耦合,导致数据一致性常常存在问题。”
“嗯,是的。”
“第二个问题是,数据量大的时候的软件性能问题。常常出现大工程,系统就歇菜了。”
“嗯,要解决这两个问题也很麻烦啊。”
“是的,不过整体思路还是很明确的。耦合的思路就是解耦,用接口的方式,将模块独立出来,不允许模块对模块的直接引用。”
“这个还好说,那性能呢?”
“嗯,表面上说,性能问题很复杂,因为形成原因多种多样。不过针对咱们的系统,性能往往来源于大数据量的导入(到SQLServer)和服务端的数据获取。”
“那又怎么样?”冀扬继续问道。
“就是说,我们第一解决好导入数据的模型,然后适时优化数据获取的SQL即可。”欧阳明这样解释到。
讨论还没有完,但是时间已经很晚了。为了更好的应对明天的讲标,大家都要好好休息。因此在最后一次流程正常走完之后,下班的命令被欧阳明下达了。
第二天,他们的讲标顺利吗?
今天一位同事找我看了一个非常有意思的BUG,在一个弹出的非模态窗体上面,按下【Ctrl + S】,弹出保存文件窗体,点击取消好,报出0x80808080地址访问错误。但是程序中没有停下断点。
先看这个地址很有意思吧?这么有规律的,绝对很有来头,不过这个BUG先不讲这个。
这个BUG还是很容易跟踪下来的。不过说是容易,也费了不少劲,因为消息循环有其特有的特征,在WndProc里是不能随便下断点的。那如何跟踪呢?
有人想到ExceptionLog,加入异常机制。这反而麻烦了。其实就是慢慢跟踪代码,进行简单分析。基本就能定位到了。
原来,在弹出的窗体中的消息处理中,响应完消息后,会调用自己定义的消息回调事件,如下:
inherited WnProc(Msg);
If Assigned(FOnMessage) then FOnMessage(Self, Msg);
第一行代码,在基类中,会自动调用全局消息处理,关键是,这位同事的系统中,在保存的时候,释放掉了一些窗体,包括当前弹出的窗体。
也就是说,第一行代码执行完成之后,当前对象实例就已经被释放了。所以第二句话,就会出现地址访问错误了。
那么,如何解决这个问题呢?这个问题与一般的不太一样,因为他涉及到了消息循环。因此我的建议是,将保存事务做完之后,再调用释放窗体的操作,且该操作作为一个消息处理,排到消息队列中。即先声明一个自定义消息函数:
procedure DoSomeEvent(var Message); message GM_SelfMessage;
并且在保存完成之后通过PostMessage的方式,调用该函数。这样就能保证WndProc函数处理完成之后,才会调用到窗体释放的函数。这个错误就应该能够避免了。
我是在吃虾的时候,突然想起这个关联的。
管理,往往就是给你一堆事,然后再给你一些人,OK,你去做吧。这是你的使命。下面我们来做类比吧。
首先一个问题,你是认为人重要,还是事重要?这个问题我问过很多人,今天我才清晰地认识到这个问题其实很好回答。事情当然很重要,人也很重要。对于管理来说,系统架构更重要!我说的系统架构是相对于软件来说的,在实际的管理过程中,就是流程和制度。为什么这样的呢?
想想如果把这个问题拿到软件开发中来说,就是业务重要,还是功能重要。其实都不是!对于软件开发来说,开发出一个符合用户开发的产品是最基本的。而开发出一个能够迅速适应长期的市场需求考验的产品,才是更好的。
管理也是一样。你可能会遇到几种情况:
第一、你发现你的任务怎么都完成不了。这个时候就会责怪为什么人总是不够。
第二、你发现你的任务可以完成,但是完成质量总是一般。你可能会就埋怨为什么你的人总是不那么优秀。
第三、你发现你以前管的还可以,但是重要的人事变动,你就会陷入非常被动的境地。这个时候你可能会说为什么总是招聘不到合适的人选。
如果你是一个管理者,可能整天为这些事情头疼。如果你是软件架构师,你可能会说另外一句话:OK,我就是为此而生的。
第一、任务完成不了,往往的原因,在于你一个人负责着所有的重要任务。你担心别人完成不了,所以事事都做到躬力亲为。对应到软件架构,解决任务量的最好办法,就是降低软件复杂度。其中最常用的方法,就是划分子系统。把任务分出去,是管理任务的基本前提。
第二、任务分出去了,但是发现大家就这样做着,没有什么好的成绩出现。对应到软件架构。就是优秀实践的引入。最直接的就是设计模式的大量使用和推广。管理也是一样,方法论的推广和建立非常重要。你的职责就是把优秀的方法引进,深入,并总结出一套适合部门的方法出来。
第三、重要的人事变动所带来的影响。对于软件架构,就是最经典的开闭原则。对修改是关闭的,对扩展是开放的。对于新的人,只要做简单培训,就能够迅速被系统认可。这是管理的最高境界。
软件发展,虽然远远晚于管理理论的发展。但是,软件理论的发展,大量的吸取了其他领域的知识,并且,软件有一个最大的优势,就是软件根本就是在解决一个系统的问题,所以它有很多有关系统方面的理论和实践,值得其他领域去反过来学习。从这点来说,从软件中学习管理,是可能的。
再说说具体的类比。
每一个员工,都是一个个对象。要完成交代的任务,一种方法,就是领导自己一个人都事无巨细的处理每件事情。或者就是设计每个人的职责,自己在做一些对象和对象之间的协调。如果选择了后者,那么就和面向对象有了最基本的切合。
在这种情况下,管理者就要时刻关注对象的职责划分。随时进行重构!或抽象,或派生,或建立制度,或建立流程。让事件做得更顺是目的,目标却是让系统更加稳定。
在这个意义上说,人比事更重要。
谢谢同志们的期待。终于忙过了繁忙的九月。是你们的关注,坚定了我写下去的决心。
第二天,欧阳明他们早早就和团队一起来到了客户招标现场。但他们被告知,由于名额限制,他们不能随同入内。只有讲标的一个人可以进去。因为不是第一个讲标的,所以昆明的经理琨哥和欧阳明他们都在外面坐下来了。
大家都很紧张,没有经历这个阵势。但是琨哥显然很有经验,和大家介绍情况。
“我们不是第一个,是很有优势的。”琨哥说。
“为什么呀?”冀扬很奇怪的问。
“这是因为,客户往往不知道自己需要什么。”
“所以,第一个就成炮灰了?”
“也不尽然,如果你特别优秀,当然是别话。”
“是不是就像选秀一样,第一个还在找标准,所以会很严?”春哥在一旁,若有所思的插了一句。
“嗯,差不多!”琨哥肯定的说到,“可即使是这样,抓住客户的痛点是才是关键。”
“对了,我一直就很想问,讲标应该如何讲,才能获得客户认可呢?”欧阳明这个时候提出疑惑。
琨哥看了一下大家,确认大家都想知道这个问题的答案。边点头,边慢慢悠悠的解释起这个问题来。
“简单点说,你要知道客户为什么需要招标买这个软件。是为了形象工程?还是上级的硬指标?还是业务中遇到什么困难了?”
说到这里,琨哥看着大家的表情,看是否理解了,又不补充了一句,“同时要看,评委都是什么角色,他们关注哪方面的问题。”
春哥于是问了一句,“一般都有什么角色呢?他们关注什么问题?”
“角色一般可以划分为三类:高层领导、业务主管、IT经理。如果是高层领导,主要关注软件带来了什么价值,投入产出比是否合适。因为他是掏钱的。业务主管主要关注业务中的难点是否都能够解决,因为他们是使用软件的。IT经理关注这个系统运维是否简单,扩展和整合是否容易,因为他们根本不使用软件。”
“这么复杂啦!”欧阳明感慨到!
琨哥突然站起来,说了句,“我先去看看情况”,就走到旁边去了。欧阳明他们却开始兴奋起来。显然,他们学到了很多东西,同时也为自己的软件开始担忧起来。
一会儿,琨哥回来了。“第一家快要结束了,他们是老板亲自过来讲标的。看来很重视啊。”这话也是说给欧阳明他们听的,意思是,这个标很重要,研发团队也要重点支持啊!
“那我们会不会有危险?”春哥担心的问到。
“没事,我们有我们的优势。”琨哥显然是经验老到,不慌不忙的样子。知己知彼才能百战百胜。琨哥是做了足够的准备的。“对方讲理念,我们讲产品。我们的产品是可以用的,对方还只是原型,理念再好,也不管用!”
“哦,这样子啊!”春哥故意来了一个长调,显然是长舒了一口气,心终于放下来了。
突然一阵骚乱,琨哥站起来了,“他们讲完了,轮到我们了!”
欧阳明他们就在外面继续等着。
做需求的王姐和做测试的小范,却坐不住了,激动的聊起来。
“怪不得我们总是在走流程测试。”小范首先说。
“那是,这是客户的核心需求啊。”王姐跟到。
“王姐,要是让你进去讲,你有把握吗?”小范挑衅了一下。
“呵呵,没把握。我确实没有想到这么多!不过软件我还是可以讲的。”王姐很低调的回应。
“要我说软件的价值,我说不出来。”小范更诚实。
“要让很多人认可,我没有把握。”王姐也接下一句。
“万一演示软件的时候报错怎么办?”小范突然担心这个问题。
“我听葛工他们说,演示之前,要自己演示十遍以上,现场演示,不多一步,不少一步!”欧阳明突然插话。
“但是,客户还是会要求你在软件上尝试一下啊。”
“这是个问题,那就要看对软件有多了解了。”
他们就这样,一边担心着,一边聊天。后来冀扬干脆睡觉,补补昨晚的辛苦。
等到大家都兴奋起来,琨哥已经出来了。
“怎么样?”
“还好!”琨哥一句话就回了大家。因为不是现场给分的,所以要回去等待消息。
直到欧阳明他们从昆明回到北京,消息才传来。说上次的讲标,只是一部分,下面还要继续调整产品。
最近在工作跟进中,发现总是很被动。突然哪一天,就会有人告诉你问题很严重。但是你平时跟踪问题的时候,都说没什么大问题。那么,问题出在哪里呢?
我思考,主要问题在于角度不同。
我们的工作人员,往往从自己的角度去看待,感觉就那么几个问题,程序就是那么几个BUG,改改就好了。但是客户那边关心更多的可能是其他问题。比如说进度。如果问题总是不能稳定,那么客户就可能会担心进度很难保障了。而等到进度真正出现问题的时候,这一点怀疑,就会变成一个大的过错,直接反馈到部门来了。
所以,及时建立对客户反馈的渠道,就显得非常重要。
其实建立这个渠道很容易,只要他们的工作日报及时抄送给你就可以了。
管理,抓住本质,就是技术问题!
这次有幸参加了CSDN和创新工厂主办的移动开发者大会,感觉良多。
第一印象是:这真的是一次技术的大会。我之前参加过很多大会。我特别说的是微软的技术大会,已经感受不到什么技术的味道了,或者说是这种味道正在消去。几乎成为了广告大会了。但是我看到移动大会,来参加的,都是真正致力于这个领域的,不管是技术人员,平台提供商,风投,游戏厂商等等,大家都在问的一个问题,这个领域的现状和未来的发展方向。这是非常好的一种氛围。
另外,由于这是一个第三方举办的大会,所以,更是增加了各方面的领域的意识进来。我感觉很好。
第二感觉是:新颖。移动大会,我一开始也就理解在Android和iOS、Windows Phone三大领域。但是,当智能终端发展到现在的,任何设备都可以是一个智能设备,都可以进入信息化社会,都可以成为我们可以互联的一份子。大会有一个展台,就是做机器人的极客。有自己研发的机器人,也有各种设备的简介。这让我真正感受到物联网的方向。物联网不只是RFID那么简单的概念。只有智能终端极端普及到一个领域,物联网才会发达起来。
第三感觉是:机会。创业的机会。这是一个新的领域,特别是苹果带起来的网上商店,带起来了很多新的创业者。特别是游戏开发商。很多技术人员能够参与到这个领域,也是基于这个原因。办公软件占用的是人的工作时间,以前的PC游戏,占用的是人在家的休息时间,而手机游戏,占用的是人的碎片时间。很可能这是最后一个时间领域了。未来再想开发一个新的蓝海,还是很难的。
第四感觉是:不容易。同样是看到机会,但是听到那么多成功的公司的故事,我感受到的就是不容易。做三国塔防成功的,做了五年时间才开始真正成型,之前需要很大的坚持。植物大战僵尸,花了非常大的心血去改造入门的可玩性。创新工厂做电子优惠卷的,之前根本没想到,都是在失败了N次之后,才摸到这个领域的。成功,不是靠一个点子。成功,依靠我们的长期坚持,和敏锐的市场洞察能力。
第五感觉是:还有很大空间。这是听到风投的演讲之后的感觉。风投的眼光和我们一般技术是不一样的,他们看到的是整个生态链。商家、顾客、移动解决方案供应商(B、C、S)三方要形成一个闭环,并进行持续优化,这个市场才是成熟了,即,每个人都能从中,看到自己的收益。目前,移动的方案没有针对商家进行开发,这是欠缺的一大块。放过来,也是企业信息化领域中移动终端解决方案的延展。这是我们可以大有可为的地方。
总体感觉,这是一个成功的大会,当然了,也要提点意见,会议组织还不是很专业,饮食标准上还可以提高啊。
以客户为中心的思想,几乎在所有公司都会被提及和执行。他的终极目标是和客户达成共赢。
但是,并不是所有人都理解了以客户为中心。我今天想说的是来源于我们的一次工作讨论。
几位新同事在分享服务案例的时候,提到自己的客户,经常把经理当成客户。他们是这样理解的,经理把工作交给他们,经理在给他们分配工作的同时,也给他们提出了额外的要求。这些要求,在他们看来,就等同于客户的需求!
真是这样的吗?
我想到了奶牛产业的,真正喝奶的是客户,而国家的质检部门,只是管理部门。他们是代表了客户的利益,但不要把他们等同于客户。他们满意了,不代表客户就会满意。
【监管部门】
【企业】 【客户】
对于我们工作中的关系,经理应该也只是起到了【监管部门】的作用。千万不能把经理当成客户,理由有几点:
第一、经理代表不了客户。经理不可能完全了解客户,而且可能更加不了解当前这个具体的客户。所以,容易让员工忽视其他潜在的客户的真实需求。
第二、经理的关注方向和客户不同。经理往往关注很多大局的或者长远的东西,但这和客户本身的关注点是不一样的。
第三、关注经理,很容易忽视真正的客户。有几位同事就直接表露出,根本不去调研客户的情况。因为他们认为只要工作最后被经理认可即可!
必须承认的是,经理肯定和客户有重复的地方。但不能因此就指鹿为马。
以客户为中心,不是口头上说说的,只有无数次实践,才能让我们真正了解。感谢贡献这些案例的同事们。
工作十年了,从来没想过这个问题。做IT的,总感觉有种优越感。这种优越感来源于与时代的同步性。因为我们每时每刻不在接触着世界的最前沿。我们每日更新很多信息,新闻,评论,视频。
我们也在使用最先进的沟通方式:微博。
但是,还是有人说,和我们有代沟了!
到底哪里出了问题?
我们Out了吗?
仔细分析一下这个问题,别人感觉和我们有代沟,一个最基本的原因,就是理解不了我们,或者说,感觉我们理解不了他们。
我们的智商阻碍我们理解吗?不!
那就是我们没有去做这件事了!
为什么没有做这件事呢?
因为我们在关心着自己所关心的事情,而不是对方所关心的事情。
首先就是,我们所关心的事情,有没人让小弟们去参与和理解?至少是工作上的事情。
要解决这个问题,倒也不难。细想起来,是不是一开始就因为专家二字,反而把我们搞的生远了。跳出这个圈子吧,我们在一起。
然后得解决的是,我们得去关心他们现在遇到的问题。新人成长问题?恋爱问题?人生问题?还是所谓的90后问题?不管怎么样,走近了,才可能去了解。
我从来没想过公司高层和我们会有代沟,其实是因为我们积极的去理解他们的想法。小弟们虽然说出了一个事实,但我们需要更加积极和真诚的态度去解决。
这是可以解决而且应该解决的问题。
大家可能觉得这不是废话吗?但如果你深入去做这件事,一定会发现其中有很多地方需要我们去努力。
首先是为什么要找到价值?我认为这就是首先要回答做什么的问题。如果在这个问题上都是选择错误的,或者干脆没有选择,那么我们的同事,很难取得工作成绩。也许幸苦做了一年,但却不被认可,这种例子我见多了,我自己也经历过不少。
因此Do What的问题必须先解决。而解决这个问题的评价依据,就是能否找到价值,以及价值是不是投入产出比最好的。你可能找到一个价值很高的事情,但是发现要投入很大的人力,都还不一定能够成功,那么相对来说,可能顺序就要靠后了。优先要找到那种,投入一般,产出却巨大的事情。特别是客户需要的事情。
那么,如何才能找到工作的价值呢?我觉得这点很难。
首先还得回答的是,甚么是价值。我认为解决客户的需求,就是工作的价值。客户可以是公司产品的用户,也可以是公司内部部门,也可以是公司上层。
在这点基础上,要扫描上级的输入,客户的需求,以及自身的提升需求。这些都是可能帮我找到价值的输入。
做到这点往往不难。有了这一步后,还得做一步就是度量。我认为这点很重要,而且很容易被忽视。因为我们在提出自己的工作目标的时候,往往的度量标准是静态的。也就是说,我们没有能力去展现过去这个指标如何,未来这个指标如何。即使是我们提出的目标,可能都不容易得出。
如果不能够去衡量,我们的价值如何体现?
这个问题如果不回答清楚,还是相当于没有找到价值。所以,组织中要建设类似于气象站的职能,帮助我们去收集各种方面的数据。以此帮助我们去度量我们的工作。
当然了,上面的这些事其实只是回答了Q12的第一个问题。其他问题,还需要在今后的工作中逐渐展开。