十二
别把你的事业放在别人的手心里,要牢牢地掌握住它。你个人定义的成功,正是要达到的目标。职业规划是你通往成功的路线,事业是很长的旅程,因此途中有很多驿站。你不可能从一个普通职员一跃成为公司总裁。一份好的职业规划应该包括许多中转站,你必须把它们标出来,因为这对于确定自己是否偏离航向更重要。
十三
1984年,在东京国际马拉松邀请赛中,名不见经传的日本选手山田本一出人意料地夺得了世界冠军。当记者问他凭什么取得如此惊人的成绩时,他说了这么一句话:凭智慧战胜对手。
“当时许多人都认为这个偶然跑到前面的矮个子选手是在故弄玄虚。马拉松赛是体力和耐力的运动,只要身体素质好又有耐力就有望夺冠,爆发力和速度都还在其次,说用智慧取胜确实有点勉强。
“两年后,意大利国际马拉松邀请赛在意大利北部城市米兰举行,山田本一代表日本参加比赛。这一次,他又获得了世界冠军。记者又请他谈经验。
“山田本一性情木讷,不善言谈,回答的仍是上次那句话:用智慧战胜对手。这回记者在报纸上没再挖苦他,但对他所谓的智慧迷惑不解。10年后,这个谜终于被解开了,他在他的自传中是这么写到:每次比赛之前,我都要乘车把比赛的线路仔细地看一遍,并把沿途比较醒目的标志画下来,比如第一个标志是银行;第二个标志是一棵大树;第三个标志是一座红房子……这样一直画到赛程的终点。比赛开始后,我就以百米的速度奋力地向第一个目标冲去,等到达第一个目标后,我又以同样的速度向第二个目标冲去。40多公里的赛程,就被我分解成这么几个小目标轻松地跑完了。起初,我并不明白这样的道理,就把我的目标定在40多公里外终点线上的那面旗帜上,结果我跑到十几公里时就疲惫不堪了,我被前面那段遥远的路程给吓倒了。”
锐哥继续说:“同样,在现实中,我们做事之所以会半途而废,这其中的原因,往往不是因为目标难度较大,而是觉得成功离我们较远。分阶段职业规划目标分解法,是指制定目标时把大的职业规划目标或者最终目标分解成一个个阶段性的目标,这样的话,只要我们坚持下去,我们的职业生涯的总目标也一定能够最终实现,这种方法适用于目标已经确定好、不易变的情况下。
“分阶段职业规划目标归纳法,是指通过认真分析阶段性的目标或者最终目标,从而完成所需要的阶段性目标综合因素(能力、资源、环境、机遇、素质等)的蓄积达到成功质变。这种方法适用于长远目标或者最终目标不清晰的情况下,一般为短期阶段性(2~3年)实现目标蓄积,目前是大多数人所采用的方法。
所以,职业规划发展是要提前储备你的上级应该具备的能力。目前的职位→收集资源(各个方面素质能力,如执行力、领导力等)、技术能力、人脉资源等→上一个职位级别(目标)。例如,你现在做初级程序员,你应该具备你做高级程序员具备的专业能力、资源和职业素养。只有这样提前储备,才能够快速发展,才能知道自己努力的方向。”
十四
愿力一词最早来源于佛教,是指慈心善念的愿望,所引发的精神力量。我们进一步把愿力引申到工作与职业发展中,当我们有了目标,做计划,定方向,还必须要有愿力。愿力有多大对一个人的人生或者工作的影响同样是非常重要和深远的。在这里我举个例子说明:
“一次有一个人走到了一个建筑工地,看见有两个小伙子兴高采烈地在那里推砖头,他就走过去问其中的一个小伙子说:‘小伙子,你在干什么呢?’小伙子跟他说,‘你没看见我在推砖头嘛’。于是这个人又去问另外的一个小伙子:‘小伙子,你干什么呢?’他说,‘我在盖全世界最宏伟的一座教堂’。那么十年以后,第一个小伙子还在推砖,第二个小伙子已经成为一个国际知名的建筑大师,道理就是这么简单。所以说没有愿力就不可能有高的能力,愿力是前提,能力是基础。”
小蔡听到这感到很兴奋:“这个例子非常好,我想是否可以这样理解:愿力需要让你看到或者了解到你所从事局部工作的全貌,从而规划出一种宏伟的愿景,促使你在这种境界下快乐地工作,从而在不知不觉中提高了自己的能力。愿力是前提,能力是基础就是这个道理。打个比方,我们在做项目任务的时候,往往自己关注的是自己分配的‘点’的业务,而不去考虑项目的全局,当然就不会有正确的愿力,没有了愿力就不能在任务工作中保持长久的激情和乐观的心态,从而很难提高能力,也有可能把箭射到别人的靶子上。我们应该在自己的工作任务中增加愿力!”
大熊:“听上去很有道理,让我想起《倚天屠龙记》中的张无忌,虽然张无忌具备了所有当皇帝的条件,但是他从来没有想当皇帝这种愿力。反之,朱元璋、拿破仑他们有很强的愿力,最终成功了。”
锐哥:“说得不错,我们进一步站在软件工程角度来看,愿力的实现确实需要你不断加强了解项目任务全局的能力。在IT项目开发过程中,软件工程的方法便是我们实现愿力的手段。走到现实当中很多团队遇到的问题往往是由于软件工程化的任务分解,造成了团队人员只关注自己相关部分的需求,而无心了解整个项目工程全貌,所以就不会产生强大的愿力,能力提升就会受到局限,很难形成个人职业发展的螺旋上升,从而找到自己发展的位置。要学会站在更高的位置看风景。”
小蔡:“这种思维方式非常好,我忽然想起一首诗:‘昨夜西风凋碧树。独上高楼,望尽天涯路。’以这种高天之外的境界去工作,那将会是一种多么强大的愿力?”
锐哥:“是的,这是北宋诗人晏殊《蝶恋花》中的一句词,国学大师王国维在《人间词话》中提到的古今之成功者三重境界,此句为第一重境界;第二重境界是柳永《凤栖梧》中的‘衣带渐宽终不悔,为伊消得人憔悴。’第三重境界是辛弃疾《青玉案》中的‘众里寻他千百度,回头蓦见,那人正在,灯火阑珊处’。在这里,我们可以引申到项目软件工程中的三重境界:
“第一重境界,以西风刮得绿树落叶凋谢,表示当前项目任务形势相当恶劣,而我们也只有能爬上高楼,居高临下看到整个软件工程方法与任务的全貌,看到远方,看到天尽头,看到别人看不到的地方,才能排除干扰,不为暂时的烟雾所迷惑,要看到形势发展的主要方向,能抓住斗争的主要矛盾。这是能取得成功的基础。这一境界是立志,是下决心,只有具备了这个条件才会有第二、第三重境界。
“第二重境界,是说看到了目标并给自己了愿力,并如何下定决心而努力奋斗。人瘦了、憔悴了,但仍‘终不悔’。就是说尽管在软件工程中遇到了各式各样的困难,还要坚持奋斗,继续前进,为了愿力,一切在所不惜。在这个世界上干什么都没有平坦大道,要敢于创新,也要善于等待。这是执著的追求,忘我的奋斗。
“第三重境界,是指在经过多次周折,经过多个软件工程与项目的磨炼之后,就会逐渐成熟起来,别人看不到东西,他能明察秋毫;别人不理解的事物,他能豁然领悟贯通。这时在软件工程思想上就会有创造性的独特视野。这是功到事成。这是用血汗浇灌出来的鲜花,是用毕生精力铸造的大厦。”
小蔡:“晕了~真能即兴发挥,这软件工程三重境界解释得真不错,我想这第一重境界就应该是项目经理软件工程境界;第二重境界就是部门经理;第三重境界就是CTO的境界吧!”
大熊:“不错,居高临下看到整个软件工程方法与任务的全貌,这句话很实用!几种境界给了我们软件开发思维指引了方向!那么提到的软件工程方法中当前流行的都有哪些呢?不知都用怎样的方式控制项目的过程?请锐哥给我们介绍一下吧。我也要达到‘独上高楼,望尽天涯路’高天之外的境界!”
锐哥笑道:“这个问题确实很好!只有掌握了软件工程科学的方法,才能使项目在可控的范围内完成高质量的软件。目前比较主流的软件开发流程有:Agile敏捷开发(Agile Software Development)、瑞理统一过程RUP(Rational Unified Process)、极限编程XP(Extreme Programming)、MSF(Microsoft Solution Framework)、CMMI能力成熟度模型集成(Capability Maturity Model Integration)等。
“这里引用世界著名软件项目管理专家Alistair Cockburn的一句话:‘不同的项目需要不同的方法论,一个项目的最佳过程是这个项目所能负担的最小过程。’有时对于一个团队,往往有几种方法并存,而对不同类型的项目,采用不同的方法。
“选择一个合适的生命周期模型对于任何软件项目的成功都是至关重要的。大量项目严重拖延、产品迟迟不能交付,究其根本原因,往往是在于错误地运用了生命周期模型。实际上,没有十全十美的过程,也不存在更好的过程。关键是什么样的过程适合自己(团队),适合自己的过程才是好的过程。更重要的是,适合自己的过程需要时间积累,需要不断实践,对已定义的过程进行剪裁、补充和完善,才会建立最适合自己的软件开发过程。”
小蔡:“那么阿飞leader采用的是什么软件开发过程呢?”
锐哥画了个草图说:“我想应该是以微软解决方案框架MSF开发过程为主体,你可以看看你处于软件工程生命周期中哪一环?MSF是微软公司定义的用于软件项目管理的一套完整的流程、方法。它是由Microsoft顾问服务部(MCS)及微软的产品开发者、IT组织、咨询专家、客户和全球范围合作伙伴的软件开发的经验总结。MSF软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认及维护等活动。
“需求活动包括问题分析和需求分析。问题分析产生的提交物又称软件项目建议书(Project Proposal),问题分析获取需求定义及抽象出功能点,确定工程目标和得到的提交物为功能需求规范说明书(SRS),制定项目的工作分解结构(WBS),然后根据工作包的工作量(work effort)和关联关系(Dependency)来安排项目的进度,在此基础上对整个项目存在的风险进行评估,然后为项目的活动安排相应的人员,并获得项目成员相应的承诺。
“接着要确定项目的变更管理流程,最后根据WBS、进度计划、风险确定整个项目的成本,并且形成项目计划书提交给项目发起人及项目关键干系人进行审批和确认。设计活动一般包括概念设计、逻辑设计和物理设计,然后集中迭代用力测试和压力测试,最后发布正式版,如果有Bug缺陷重新打补丁。所以,应该熟悉如何采用MSF来提高软件过程成熟度。”
十五
分析项目任务点(问题点)→审视项目全局(扩大到面)→愿力(引入了三维)→软件工程境界→抽象整个事物。
十六
很多程序员经过很多年的拼搏与发展,经常感觉到自己发展受到限制,有时在不同的公司工作薪水和待遇也随之高低起伏,这些都是表面现象,造成不稳定、不持续的发展归根到底是瓶颈问题。很多IT人在职业生涯发展中都会有可能面临的瓶颈:经验背景瓶颈、技术瓶颈(框架设计方面)、业务/管理瓶颈(看看人家怎么做的流程和管理)、英语(口语)瓶颈。
其实笔者也在面临多个突破瓶颈问题,例如:当你的英语口语不行,即使你已经具备了学历、经验背景、技术、国际化职业化管理能力,那也是很难发展起来;因为国内的软件业管理思想落后,企业又小又分散,老板缺乏具有国际竞争力的管理软件工程思想意识,你很难有机会在国内企业发展(这种境况在国内目前也逐渐往的好方向改善);国际化外企虽然具备了这种环境,但是外语会给你带来前所未有的发展瓶颈,最后造成“大庙不收、小庙不敢要”的尴尬境地。
我觉得最好的方法是抽象瓶颈→突破瓶颈。用程序员职业规划方法抽象出每个人自己的现在、未来,所有可能面临的多个不同组合的瓶颈。可以用职业规划目标归纳法与分解法不断突破瓶颈。这里不谈薪水,不谈职位,只是淡化这些表面的东西,去抓事物的本质,你说你抓海外背景的时候,薪水会非常低么?你去抓管理瓶颈的时候,职位会很低么?
(1)学历瓶颈
这个瓶颈对于很多IT人可能不是瓶颈,但对于学历偏低,或者相对偏低(如你不是毕业于计算机相关的名校,非本科、面试部门经理以上职位时,你并不是硕士学力),那么就会在很多职业发展或者跳槽中受阻,到时要么进修,要么转对学历普遍要求不是很高的专业方向,要么面对瓶颈,安于现状。
(2)经验背景瓶颈
这个瓶颈对于工作3年以上的程序员就开始体现出来了,在普遍情况下,跨国公司背景、海外背景、大项目背景将在其他同等条件下占据明显优势。如果职业发展或者跳槽时经常被此瓶颈所困,最好去经历下跨国公司背景、海外背景、大项目背景中的一两个,也可选择外包公司试一下镀金,也可以选择去国内知名公司经历大项目。
(3)外语瓶颈
如果面对一个好机会,什么都通过了,就是外语不行,那么外语瓶颈就是显而易见的了。外语瓶颈有的时候比学历瓶颈还难以逾越,但对于突破外语瓶颈,关键是贵在坚持。大学刚毕业,从事程序员职业后三年一般工作是非常辛苦的,也许每月都有1周以上的时间通宵加班,平时也有可能很少按时下班。但再辛苦,回家应该照样练习半小时到1小时的英语,通过看外语频道、读外语报纸杂志、坚持参加英语角等。当然现在老外多,有机会交老外朋友提高会更快。另外,也可以在你上班下班挤地铁,坐公交时学习。如果需要更强的英语专业深度,比如写项目英文需求文档、商务报价文档等,建议可以业余读个类似北外等外语名校,系统化地深造外语。
(4)技术瓶颈
这里说的技术瓶颈,根据不同技术方向的不同,可能是具体的编程语言技术瓶颈,也可能是软件工程方面的瓶颈。具体表现在你跳槽面试时人家对你的技术感觉一般,或者你在项目中感觉技术太老,或者新技术跟不上步伐,或者软件Bug很多(可能是架构不行),这都是技术瓶颈的表现。感觉可考虑通过去本专业方向国内外比较顶尖的公司镀金,充分学习先进技术经验,并总结具体技术和工程方面的框架技术,实在进不了的,也可以考虑去外包公司镀金。
(5)业务和团队管理瓶颈
该瓶颈仅仅对工作5年以上的资深人士更为突出。任何IT技术都会面向一些应用需求,有需求就有相关的业务,有团队有项目就有管理。业务瓶颈主要表现在,项目中老是跟不上需求的步伐,软件老是不能很好地满足常见的需求。团队管理瓶颈主要在团队总是很难协作一致,项目中总是有项目成员信息不一致,文档、版本不一致,成员总是抱怨因为重复劳动而加班。这些瓶颈对于每个资深人员都会存在的。
比较好的方法就是扎根每个碰到的项目,掌握整个软件工程思想,熟悉多种软件工程开发流程和生命周期(如微软的.NET技术40人以下团队项目,可以考虑MSF for Agile并结合自己项目和团队特点等)控制方法,充分总结项目中每个环节的得失,包括为啥会出现重复劳动而加班,是哪个流程出问题了?团队的管理可以结合某种软件工程框架结合为团队职业规划方法来实现。一个与国际接轨的大公司资深技术管理人员,需要的综合素质能力要求非常高。
程序员职业规划就像软件工程,这些瓶颈的突破就像软件工程中的任务分解法WBS(Work Breakdown Structure)和流程管理(Process Management)确定功能的优先顺序,需要用程序员职业规划结合软件工程方法来相互体验、贯通并实现成功的瓶颈突破。
十七
锐哥从书柜橱窗里取出了一块磁石,又找出了一些磁铁屑放到了纸上,手里拿着磁石悬在铁屑上面来回晃动,磁铁屑也随着磁石一个方向晃动,距离再近的铁屑被吸引到磁石上。
锐哥:“你们看,这些磁铁屑内部是由无数个带有磁性的小磁极组成的。在自然条件下,这些小磁极的方向是混乱无序的,所以总体上并不显磁性。但是,当把这种磁铁屑放到一个强磁石磁场中时,所有小磁极的方向就会在一定程度上指向同一个方向——所处磁石场的方向。当外界磁场消失后,这些小磁极的方向依然有指向那个同一方向的性能,于是,这个铁屑就产生了磁性,而且磁极方向大致朝着当时外界磁场的方向,这就是磁石理论。”
小蔡恍然大悟道:“非常有道理,锐哥的意思我明白了,企业文化与磁石理论很相似。打个比方说,我们每个人都有自己的意识,而且都有自己的方向。当我们意识的方向呈现混乱无序状态时,我们企业整体就没有形成真正的文化,只有当我们的意识都大致朝向同一个方向的时候,这个方向就是我们真正的企业文化。”
大熊也玩弄了几下磁石,说:“我看,当在越远的距离内被磁石吸上的磁铁屑就可能是企业的高层,距离越近被吸上的可能职位就越低吧!我估计在这里哪个铁屑最不容易被吸引住,哪个就可能是我。”
小蔡大乐:“大熊,你观察力满强的,想象力也非常丰富啊。”大熊在一边嘿嘿得意地笑。
大熊:“听小蔡这么一解释,感觉确实有些道理!那么,我们可不可以这样理解:企业文化就是老板的文化,老板就像磁石一样,企业文化的那个统一的意识方向就是老板的意识方向。那为什么在同一个企业里,有同样的一个老板文化,可为什么不同的分公司、不同的团队,甚至不同的部门都会有不同的文化呢?”
小蔡:“不错,挺像老板文化。大熊这个问题问得挺有水平,在微软这段时间工作中我也感受到了每个团队的个性文化表现有所不同。”
锐哥:“其实,原因很简单,大熊所提到的企业文化就是老板的文化,有一定的道理!问题是,不同的分公司、不同的团队,甚至不同的部门都有自己不同的‘小老板’,所以,虽然整个公司在一定程度上呈现出大老板的文化意识方向,但各个部门又都有自己的意识方向,而这个意识方向大体上是朝向老板的意识方向的,只是吻合程度就各不相同了,所以,各个分公司、不同的团队、部门的文化表现是不一样的,也就是我们提到的磁石文化。”
大熊:“我公司就缺少这种超强的磁石文化,当老板不在公司,明显就感觉到同事们做事东倒西歪像无头苍蝇似地乱哄哄,仿佛突然失去了磁场方向感,更像是散落一地的磁石屑。如何才能把这种小公司的无序状态变成磁石文化呢?”
锐哥:“磁石文化实际上就是人在意识上的统一。就像微软这样的大型国际化公司也难免出现脱节的现象,我发现一部分高级Manager和PM也不熟悉微软企业的文化,只会惯性地工作,没听说过职业规划,更不知道怎样为员工做职业规划,尽管微软的企业文化中贯穿了这种思想和管理体系。而与其相比,人力资源非常系统化、专业化(如为员工做职业规划等),能够与企业战略、方向相同,实现长期的人才储备。
“如果一个企业发展得太快了,一定别忘记让灵魂也跟上。磁石文化的方法就是人力资源部门对PM以上员工定期做培训和考核,让他们充分理解和掌握企业文化的思想,并且具有为团队成员做职业规划的能力,从而磁石般地把企业文化意识贯穿到团队中每个成员中去(双赢策略)。如果当你的老板离开了公司(磁石),那么公司的员工(磁石屑)还是那样有序或者没有太大变化的时候,企业就达到了老子所说的‘无为’的境界。
“而要达到‘无为’,则是‘为学’→‘为道’→‘无为’的实现顺序。举个最浅显的例子,当我们刚写软件程序的时候,面对陌生的程序世界,我们有时总感到茫然无措。但只要通过努力地问、学习、经历,也就渐渐熟悉,摸出门道了,也自自然然无需太多思考便能一目了然。在自己掌握了门道不假思索的阶段,也就是‘无为’阶段。”
小蔡:“锐哥先把这个企业文化框架给我们讲清楚了,在这个框架下,再往细节上看就非常容易,我们平时工作方式上也可以当做是企业文化的一部分,目前我的工作状态确实感觉很被动,那么微软的企业文化在团队中主要有哪些体现呢?我们该如何把这些文化具体结合到工作中去呢?”
锐哥:“当你所迈步伐与团队不一致的时候,你就会感觉到自己工作很被动。我印象比较深刻的是,微软的团队中成员都有自己的见解,而且非常愿意影响别人接受自己的观点,找出谁的观点是最好的,每个人都追求完美,非常勤奋,有一种终身学习的观念和环境,并能真正实现自己的潜能,所以微软能够不断创新文化。这叫做建设性争锋。
“你可以直截了当地说出想法,激烈的辩论和争论每天都会发生,每个人需一直处于最佳状态,工作没做好就难逃严厉批评,不能只是抱怨问题而没有同时建设解决办法,所有项目有关的文档都存放在公共服务器上。微软是一个相当严格的公司,脸皮薄的人很难生存。当你了解大的企业文化氛围后,你就会很从容地解决眼前的小问题。
“打个比方,在开会之前你首先了解会中讲些什么内容,事前做好计划,有哪些需要我讲的,在开会中哪几个人与我这个项目是有关系的,最好会前先与专门的人讨论一下,会议中只要说一个词,他们就会知道说什么内容。讲事情要非常有条理和哲理性,否则讲话别人会没有人听你的。如果会上几秒钟没人讲话,那就是失败,每个人都抓紧机会随心所欲讨论,这也是Manger的表现价值。开会结束之前,总结谁做什么,会后什么时间Check你,是否有保障地做了。
“另外,你需要考虑在美国工作节奏快,在国内就差了一些;美国企业沟通比较直接,与国内公司的含蓄有很大的不同。身在外企,要学会他们的文化和沟通交流的方式,讲话要快速地把重点意思表达清楚。沟通方式在开始三句话(几句话概括)内,大的方面围绕效率、时间、重点来描述。细致的方面围绕:现在状态点是什么?问题点是什么?建议点是什么?结论是什么?如果你找同事询问问题,也要精炼语言:来的目的是什么?具体内容是什么?最后总结学到了什么?企业再小再差也有其磁性的一面,所以需要你找出其文化。我提到的这些仅仅是抛砖引玉,就像是编程的Interface(接口)一样,需要你们在不断发现自己企业的文化特点,那样你就会在自己团队中的工作由被动变为主动。”
十八
能看懂设计模式的文章→能写一个设计模式的骨架→能编一个新的运用设计模式的例子→能在写代码的时候想到似乎有设计模式适合,在翻阅资料后找到了这种设计模式→在理解项目的需求后就能意识到哪里可以使用哪种设计模式进行优化→完全掌握了设计模式的精髓,灵活使用各种设计模式以及其变种→‘忘’掉全部设计模式,达到运用设计模式成为随心所欲,全是下意识的自然反应的境界,无变之变,这就是设计之道。
十九
孙子曰:兵无常势,水无常形。无论是用兵之道,还是篮球之道,都充满了灵活性、变动性和创造性,为天下之一理。目标管理是具有层次性的。目标管理中的职业规划目标管理是对人的目标管理(所有人);项目目标管理是针对事的目标管理(项目经理层);企业目标管理是对企业战略的管理(决策层)。目标管理三要素:明确目标→制定计划(参与策划,大的目标需要颗粒化和量化)→目标期限和绩效反馈。WBS是项目经理目标管理能力的基本功。WBS是里程碑建立的基石,里程碑是项目目标管理建立的基石。项目生命周期控制三要素:检查点(CheckPoint)、里程碑(Mile Stone)和基线(Base Line)。
项目经理软件目标管理的系统模块分解原则:
高内聚:模块功能细化到一种功能应用为止,只有高内聚性的模块才可能被重用。l
低耦合:隐藏实现细节(封装),尽量不让应用程序直接操作数据库,做到易重用、易维护和易扩展。l
另外,项目经理还必须掌握软件生命周期(SDLC, Systems Development Life Cycle)过程管理。
项目经理开门七件事:
确定项目目标(是否大家认同)→明确职责权限→熟悉工作流程(是否规范,项目过程是否符合规定)→掌握技术要点(确定实现技术)→了解人力情况(可用资源)→把握内外资源(人力、资金、设备……)→制定项目计划。
二十
学会处理事务的本质(阴阳)方法,讲究正确有效的方法提高工作效率。学会处理变化,持续求变得更好。渐变是事物变化之道的最高境界,变得让你没感觉,持续地变,会变得没有阻碍。有一句话说得好:生产力就是我愿意。否则就像拍篮球那样,拍的压力越大,球反弹得越高。管理的原理也是如此,压迫越大,反抗力越大,绩效更不会上去。公司制度应该由员工自己来建议(由下自上),他们才会遵守,这样制度才能渐渐完善和趋于合理。
二十一
心态是对待他人之本(原则),你用什么样的心态去与人交流?也决定沟通结果的最终成败。
“关心,就是注意他的状况与难处。主动与别人沟通,主动支援,主动反馈。懂得沟通的5个基本要素:点头、微笑、倾听、回应和做笔记。
“另外,要建立双向沟通通道,其实80%的问题来源于误会,掌握抗干扰技巧尤为重要。有时候生气往往都是觉得自己对,对方错。所以,要有推己及人的心态,重视和在乎别人,认真倾听,由衷地表示赞美,注重自己的礼貌和礼仪,这样上司或者老板就会接受你,才有可能认同你。把别人意见和自己的意见能够吻合起来,善于引导对方,让对方觉得你是对的,使别人信任你。
“诚信的处事原则,言必信,行必果,但是你不要轻易承诺。如果有错误,不犯三次过错,过而改之,要接受批评,让上司省事。要建立一个坦荡和健全的人格。学会主动地对自己的项目提出改善计划,让上司或者老板进步。所以,只要稍微做得比其他人好一点,稍微主动一点,你就是上司或者老板看中的对象(要让他知道我),你就不会再是沙滩上平凡的一粒沙。
二十二
程序员与团队的关系,就好比一颗茶树种子和土壤的关系;而程序员与公司的关系,就好比茶树种子与环境的关系;那颗种子,首先要具备能生根发芽长出优质毛尖茶叶的能力。但最重要的是那颗种子,还要有一个肥沃的土壤和优良的生存环境,它才能够长得更好,而这个优良的生存环境,就好比是企业和项目团队为了留住培养激励优秀员工,所要搭建的一个平台。