最早发表于博客堂, 转载请表明出处

---

在上一篇blog: 关于定位 中, 我提到关于我们的定位, 可以从 人->商业人员->IT业职员(软件工程师) 这样的逻辑关系来考虑. 那么今天我们先来看看"人"这一部分.

正如老话说的一样:"做事先做人", 其实无论你从事甚么样的职业(甚至没有工作), 为人正直成熟也是身为文明人最基本的要求. 一名好的IT业职员首先要得是一名好的商业人员, 而一名好的商业人员首先得是一个成熟的自然人, 见图一.

(图一)

纵观全世界各个文化, 虽然它们历史演变的背景都不同, 但倡导的道德都包括: 善良, 正直, 勇气等等这类共通因素. 例如中国传统美德中, 孔子、孟子讲讲忠、孝、仁、义、礼、智等。孟子谈论四端说：“恻隐之心，仁之端也；羞恶之心，义之端也；辞让之心，礼之端也；是非之心，智之端也。”《中庸》所讲的三达德为智、仁、勇。而在西方的Bible中, 《加拉太书》(Galatians) 5:22-23说：“圣灵所结的果子，就是仁爱、喜乐、和平、忍耐、恩慈、良善、信实、温柔、节制。……”

企业文化很多也是以上的社会道德准则演化而来, 越是成熟的企业对其人员道德的重视程度也越高(例如HP的商业执行准则SBC就体现了坚持"絕不妥協的誠信經營企業"的信念. SBC就好像HP的宪章一样, 而违反的下场一般就是be fired). 作为企业的一名雇员, 你的价值观越于企业的文化达成一致, 你得到的提升机会也就越大.

(图二)

如图二所示, "High业绩High企业文化符合度"自然是最佳; "Low业绩Low企业文化符合度"肯定是被淘汰. 那么"High业绩Low企业文化符合度"呢, 从短时间来说还ok, 但是长远下去肯定不行; 至于"Low业绩High企业文化符合度", 则可以成为企业培训的目标.

其实, 关于怎么样做人这个topic实在太大, 完全超过了这里讨论的范畴了, 每个人都有自己的人生观价值观, 我不敢妄自说哪种是对的那种是错的, 这个问题还是交给各位读者自己了. 如何作一个善良,正直勇敢的人, 可以说是一生的课程. :)

不过有一些个人体会linkcd可以share一下给大家: 去制定自己的使命宣言, 也就好像是制定自己的人生宪法一样. 关于如何写, 网上的资料其实很多, 而且每个人的情况不同, 制定好的宣言也是因人而异. 在linkcd的宣言里面包含的有以下几点, 给大家参考吧:
===
(注:有省略)
目标:
更精彩更完整的体验人生

宣言:
作为一个成年人, 我想要成为,并且致力成为具有以下特质的人:
对待生活积极主动, 不无谓浪费时间
第一时间承认错误
勇于承担责任, 而不是逃避
自律, 信守诺言
自信, 并保持谦和
终生学习
财务自由
身体健康

作为一个职业人士, 我想要:
从事自己喜欢的职业, 了解自己的长处，发展自己的才能, 保证自己的核心竞争力
===

下一段胡扯内容的预告: 如何作一个好的商业人员.

后记: 关于系列(一):关于定位那篇blog中, 笔者犯了一个错误: 例子二(Fred和Bob的例子)太过于抽象和主观性了, 导致得到很多批评, 也偏离了笔者的原意.  其实我并不是要将technical skill和profit making对立起来, 但需要注意的是不要把我们的目标 (profit making) 和 实现目标的手段 (technical skill) 完全等同起来. 要实现盈利的目标, 我们还需要思考除了单纯技术以外的东西.

最早发表于博客堂, 转载请表明出处

---

关于定位

首先, 请问自己一个问题:我是谁?相信绝大多数人会回答:我是一名_____工程师.(空白处填上.Net/Java/C++等等). 但是请注意, 除了少数从事计算机教育/科研的人之外, 我们绝大数(无论是普通Employee还是Boss, 但本文只针对Employee而谈)都是在为商业机构工作, 所以我们中大多数其实可以算作是商业人员 (Business people). 简单的逻辑关系就是 人->商业人员->IT业职员(软件工程师).

对于Business People, Wikipedia是这样解释的:A business person is a generic term for someone who is employed at a profit-oriented enterprise.

请注意Profit-Oriented这个词: 商业组织的目的就是创造价值并获得利润, 组织中每一个人所作的工作, 都是为这个目的而服务的.

同意? 很好, 我们继续往下看第二个问题:　我们身上甚么能力是我们的雇主最看重的呢? 或者说,甚么东西是考察一名软件工程师是否称职的重要因素呢?

“自然是技术能力的高低, 水平越高, 雇主自然越愿意聘请你. “ 如果你的回答是这样, 那么请回顾第一个问题的结论: 每一名软件工程师首先是一名商业人员, 而每一名商业人员所效力的组织都有着很明确的Goal: Profit!

因此, 你的老板之所以雇用你, 每个月付你的高额的薪水, 只为了一个目的: 让你为他的组织创造profit.于是我们得到第二个问题的答案: 能否为组织创造profit,能创造多大的profit, 是考察一个employee的重要标准.

哦, 当然, 多数时候, 技术能力和创造profit的能力是一致的:技术能力越高, 为组织获取更多profit的几率也越大, 得到老板赏识和提升的机会也就越多.

但是(天哪,我恨这个但是), 也有可能出现技术能力和profit making相矛盾的情况:

最简单的例子, 某DBA, 技术能力很强, 但是缺乏和客户的合作精神, 导致公司损失客户(也就是损失profit), 他的下场自然可想而知. -- 高technical skill但是低profit making.

再来一个夸张的例子: Sale拿到一个project,价值$30k, 该项目可以用实现完美Object Oriented的J2EE实现, 也可以用”ugly”的asp来完成. 现在有2个PM先后看过了项目需求, PM Fred(技术能力最强的PM)建议把项目交给他, 他准备组建一直全是programming guru的”梦之队”, 用3个月完成一个完美的OO实现的系统, 他为此作出的budget是20k. PM Bob技术没那么好, 也不懂啥叫OO Design, 他准备找几个刚毕业的学生来用ASP做这个项目,当然我们已经可以想象Bob团队做出的东西内部肯定难看的要命了, 但好处在于, Bob的预算只需要10k.

假设Fred和Bob做出的系统都release给用户, 由于Fred梦之队的专家们采用了业内最好的技术, 他们的系统压根没有甚么bug, 遇到需求变更也轻松解决, 于是后期维护的费用几乎是0$. 但是Bob就没那么幸运了, 他的系统后期花在bug fixing和变更上的费用是$3k, 同时因为项目交付延期, 造成用户不满, 造成间接损失(公司信誉)$2k.

你看, Fred完成的任务比Bob漂亮多了, 老板肯定会任用Fred, 不是吗?

但是, 等等, 公司老板不是技术出身, 他可不懂Fred用的OO是多么先进, Bob做出的系统内部是多么的不堪入目, 他只能(也只会)注意这样的公式:

Fred team最后的利润是 收入30k - 开发费用20k – 维护0k = 最终利润10k.
Bob team最后的利润是 收入30k – 开发费用10k – 维护费用3k – 间接损失2k = 最终利润15k.

现在, 再猜猜我们亲爱的老板最终会任用Fred还任用Bob呢?

哦, 我知道你现在想说甚么. 当然, 当然, 我们聪明的Fred当然也可以采用Bob的方法, 他最后也能为公司挣到15k(甚至更多). 但是在这个例子里, 我们可以清楚看到最好的technical skill并不能为公司创造最多的profit. Fred要想成功, 他似乎更需要依赖的是财务预算能力和商业决断能力, 而不是懂得多少个Design Pattern.

因此, Technical skill和profit making之间绝对不是等号关系. 事实上, profit making始终是第一原则, Technical skill可能和profit making一致也可能不一致, 但是它自始自终都要服从profit making.

不扯远了, 回到我们自己身上. 那么, 我们这些软件工程师, 要怎样完善自己, 才能在职业道路上走的更顺利呢? 我想我们可以从前面的逻辑关系: 人->商业人员->IT业职员(软件工程师)一个一个来看.

(To be continuing…)

Was baptized on last Sat. really nice.

So my second b-day is Nov.25th, haha

 

Praise the LORD!

At the Copa, Copacabana
在Copa， Copacabana海滩
The hottest spot north of Havana
哈瓦那最热闹的地方
At the Copa, Copacabana
在Copa， Copacabana海滩
Music and passion were always the fashion
音乐和激情永远是潮流
At the Copa .... don´t fall in love
在Copa .... 别堕入爱河
Don´t fall in love

别堕入爱河

绿带做到现在2个月了, 是时候做下回顾:

1. 完成了4个PDSA(Plan Develop Study Act) cycles

2. 发布和pilot了一个新的process

3. 完成了一个automatic sync tool

4. coordinator每周用于同步的effort从以前的4.5小时减少到了现在的1小时

5. 面试率从以前的56%提高到了现在的>95%

6. 在老板们的帮助下建立了interviewer team

7. 成为team hiring的Single Contact Point Interface(于是开始support 8位老板的生活...)

 

不过现在有点忙得失去头绪了, 是时候是停下来好好想想了

 

最想说的话: 给我一个intern来帮忙吧...

最想做的事: 制定一个合适的GTD方法

昨晚随便想到的, 随手记下:

 

好吧, 我不认为会有人明白我在说甚么.