关于项目管理中的一些事情,挑来说说(二)
还是接上篇来讲;
上次说道,解决新员工精神紧张的问题,等下说;
每个员工,无论经验如何,刚刚进入一个公司,情绪是高度紧张的,对于细节也较为敏感,这次最忌讳便是直接上司,一副可有可无的态度,
其实,绝大部分员工辞职都是因为和直属上司不和导致的,这不是我说的....是有理论依据滴;
故此,这时的领导如果负责任的话,需要帮助新人熟悉环境,并且完成相应的协助工作,如果方便就到新人附近办公,不方便的话就常过来看下;
如何和组员拉近距离,这个不用说了吧,大家都有自己的办法,我也就不浪费口水了;
说些,关于程序员怎么能出头的问题吧;
无论是做什么,升职最快的是四种人:
1.领导需要的人;
2.和领导相似的人;
3.对领导胃口的人 - 沟通比较OK的人就是,这种人比较少,在咱们这行,因为沟通好的...技术都不怎么好,很容易被同事隔离;
4.玩命加班的人
这三种人,我就不解释了,大家都能看得懂,说些具体的东西,做到项目经理,大多人走两个极端:
一种,是做事雷厉风行,一个字就是要快~,一般都为达到需求刚到,设计为懂,其以带人先冲上去了; 这是比喻...不是说真的没有设计就去干活了;
说是这种人做事比较认真,对自己是什么要求,对别人就什么要求,如果你达不到他的标准,不是劈头盖脸就是一顿痛训.就是一张冷得发青的脸对着你;
这种人,一般是程序员升级上去的,而且公司环境一般也是中小型企业,技术一般也是很NB的,
这种人的特点就是嗓门也很雷厉风行;特点
另一种,如果上面的是刚,那么这种人就是柔了,这种人最擅长的就是以柔克刚....上边那位NB的哥们遇到这种人,就是被克得命,绝对压制得死死的;
这种人是柔的代表,为什么这么说呢?一般都是大公司混出来的,
特点-
1.恩,走流程吧;
2.想法不错,稍后发份文档给我;
3.这事儿,很难说,我们讨论几个方案,文档化下,明天发给需求那边,让他们和用户确认下;
4.需求变更?有变更单吗?有用户领导签字吗?有公司领导签字吗?等全部签完,我们在讨论这个变更如何处理;
这种人的特点就是永远不会现场给你任何答案,无论你问怎样的事情,他都会拖着你落实文档, - 在中大型企业的哥们应该有体会;
不是他不能答应你或者回答你,而是主要为了让你落实文档,当然这事过程管理的一种,也是核心,也就造成一批这样的项目经理;
他们做事通常是万备聚齐,才会行动,不然他只会笑呵呵的听着你说,打马虎眼,他很在行;
当然,我这事举一些典型,特殊例子也是笔笔皆是,哥们,如果你不从不思考你上司是怎么样的人,那么你也就放弃升职啦;
想往上边爬,靠的是思考,不只是技术,人也是;是人就有优点,也有弱点;
这样两种人手下,如何出头呢,其实很简单;
1.在雷厉风行的人手下,要么你比他更雷厉风行,他要10,你给20,他绝对对你跟知己一样,在他眼里,你就是当年的他;
不过,这个难度比较大,万一你没比他强,这个很容易偷鸡不着蚀把米....
2.疯狂加班的人,这种人升职绝对快...没啥说的,勤奋的人是值得尊敬的,与能力无关,我也尊敬努力的人;
不过就是这玩意真的是死得快......
3.既然如此,那么就做他需要的人,他需要什么样的人,这种人有个缺点,太自信,但是思考方面又不广,俗话说就是丢三落四,
在大公司有各种文档和过程,自然没关系,如果小公司,靠英雄主义的时候,这种人最会喜欢,那种以柔克刚的人,因为他总是补充他没有想到的,
久而久之,就是完事问XXX了;
在柔的人手下做事:
切忌,绝对不能再柔了...如果你和他玩踢皮球,那你等着小鞋吧....一打一打的;
柔的人最喜欢就是雷厉风行的手下,因为柔的人总是感叹手下无可用之兵,想要成为他的心腹,必须是他先需要你才成;
这里不包含,私自讨好之类的,只是说正常工作交流...哈;
说说关于讨论业务,及如何说服别人的技巧吧
这些事个人心得....不一定通用...如遇雷劈.概不负责;
讨论业务及开会时,特别是程序员及刚升职的负责人,说话其实很有一些毛病,就是让人听着不爽;
说话时一个技巧活,当然,这玩意最牛逼的是销售....咱们还达不到标准;
简单说下吧,
程序员,有几个口头禅,希望大家能够改掉,
第一个是一着急就大声说话,这个真的很失礼,之前和一个朋友,他是一家外企的经理,我们聊天,因为一个时政问题发生争辩,
我总是打断他的叙述,而是声音也很大,引得周围的人都往这里看;
很郁闷的是,我那位朋友和我说....你太没风度了,从此不再和我一起吃饭...靠...平时哥们也是人模狗样的...一激动就容易显性,
因此,大家记得永远要用理智控制自己的情绪,说程序员真诚,这不是单方面的好话,反过来就说你耿直,说话不会拐弯,这直接影响你这辈子想
往上爬很难啦;
第二个是总是说,不是,不是....很多人都犯这个毛病,
别人提一个思路,本能直接就说不是啊,我觉得是这样啊; 不是啊,你看那个怎么不行呢! 不是啊,我觉得这个不错,为什么要改;
TMD,你总"不是啊"的,佛也有火啊,你总是不是啊,不是啊,没几句话,你俩就会吵起来;
而这个根本就是你无意识中说的,每个人都在潜意识直接抗拒别人的想法,但是直接说出来就很有问题了;
第三个是你理解错了..我觉得是....
不要一开口就是别人错了,记得永远不要正面证明别人错了,不论是你上司还是下属,要学会给人台阶下;
这个也很多人犯;
个人经验:
1.多问少说 - 让别人表达清楚,即便他人理解错误,也不要直接打断,但是可以岔开话题,以问题的方式引导他思考;
2.抗拒点,这个是销售上的概念,是表示你卖给别人,别人一定会有抗拒点,如何去接触抗拒点就是技术活了,这方面我建议大家读读销售大师的书;
对你说服别人很有帮助,比如你想表达给你组员,他的代码很糟糕,完全要重写,连重构都不成;
我很早以前刚当上小领导的时候,是直接把组员的代码全部批了遍,训人是很爽,但是被训的人.....谁没被训过,叹气...这种方式太影响组员情绪,最后效果也不大;
也太损了,也就刚上位,找找过瘾的人才这么干;
其实最好的方法是,你叫他过来,你说打算周五下午,我们要开个讨论会,希望你研究一些重构的技巧和设计模式,大约一个小时,你准备一些,好吗
这事之后,你在和他讨论一些设计模式,顺便和他讨论下,你打算重构下现在的代码,你可以问问他的建议,然后让他设计模型,而你提意见而已;
3.评价,对于组员做每一件事情,都要在文本(自己的隐私)中给予相关的评价,
重点 - 优点,及缺点,
评价及得分;
这事为了避免掺杂个人情绪在内的方法,一般分配任务时以这个为准;
4.关怀.时时刻刻要保证自己的组员感受你的关怀....
准确来说 - 理论是这样的,做一些不在你义务及范围之内的事情,而又对你组员得到帮助的事情.........
咳..比较衰的方法...但是很好用,哈;
这两篇都是以人为主,下一篇会主要写项目,打算下一批讨论,项目经理怎么在过程管理中生存....这个话题比较大,一直想不好怎么着手...因此今天
就没提及..本来是今天的内容
