一天内“被喷”7.5小时后感

博客已经迁移至 萌萌的IT人 ，谢谢支持

--------------------------------------------------

一、被喷日程：

8：30 会议室开会

8：50  领导开喷

11：45 上午被喷结束

16：00 下午会议开始（开喷）

18：00  由喷工作思路转向喷具体工作

20：30 ”被“完成部分工作后回家继续干活

被喷点一：考虑问题缺少宏观

    被喷如下：你们啊，做技术出身的，考虑问题就那么眼前一丁点的事，在我看来技术的问题都不是事随便找个程序员就解决了，总考虑这么丁点的东西怎么做管理？做管理要把眼界放开，考虑问题怎么能这么细节？这和写程序不一样！@#￥%……&*（.....30分钟+

    其实最近我也一直在考虑关于”技术思维“的问题，即做什么事都是喜欢钻进去而且为法自拔的陷入到细节中。根据自身的经历和身边的朋友来目测，这也许是做技术人员的一个通病，喜欢安静、踏实的干活，正是由于这样的心理导致程序员在考虑问题的时候不善于考虑处理事情的宏观思路。

    什么是宏观，这个概念是相对的。我举个例子（理想化的情况下）：

    场景如下：

    村长：管理整个村，为每家每户做服务。

    县长：管理整个县及下面所有的村，每个村向县汇报内容。

    市长：管理整个及市下面所有的县，每个县向市汇报内容。

    过于细节的情况：县长发现某村的某户出现了矛盾，之身去该村处理该户问题。

    我们不能否定该县长的工作态度和工作成果。县长确实是在处理和解决问题，但如果一个县长总是处理村长该处理的问题，这个县长真的称职吗？当有一天市长来到该县问起：“这个县的总体情况怎么样？”，县长回答：“哦，A村的某户发生了什么矛盾，我是怎样解决的。B村的某户发生了什么矛盾，我是怎样解决的......”。

    宏观看待问题：站在县长的职位上，所谓的宏观回答市长的问题应该是“A村*****，B村******，但也有些住户是***样的，例如：A村的某户、B村的某户”。

    占在不同的位置考虑的问题不一样要宏观，在和职位匹配。

    回到我们热忠的行业：如果你是设计师，应该考虑设计而非具体的实现。如果你是架构师，应该考虑架构而非设计和实现。如果你是PM，应该考虑管理干系人的期望，页非技术实现细节。定好位，然后把高度提起来，坚决克制自己看到代码就想敲欲望。

被喷点二：如果有多条路可走，一定要选择最取巧的

    被喷如下：解决问题的方式有N多种你信不信，这件事让我处理我有10种办法对付他，到你们手里怎么就这么难!@#$%^&*30分钟+

    园子里肯定有很多朋友都带过私企和外企的项目，这类项目用户有强列的需求和迫切的愿望，在带项目的时候用户会把前面的很多路都主动铺的很平，如：主动向领导汇报，主动发会议通知，主动发变更通知。导致我们这些半技术半管理的二不像人员在处理项目的时候一直以为用户即是如此。当遇到不配合的用户时还使用我们最善于使用的手法去处理这个问题：踏实的干活，客户肯定会满意的。很傻很天真有木有。

    当遇到问题的时候，一种方式行不通一定要换一种取巧并且能够快速推进项目的方式。举个最简单的例子，你与客户沟通始终得不到答案，对方的借口就是“领导出差”等领导回来再说。这种情况我们怎么办？为了推进项目上的工作我们仍然与该负责人联系？发邮件打电话催他？少年，做事不是写程序......

    方案（也许不妥）：1、再次给该负责人发邮件，邮件抄送所有相关领导。2、直接给能定事的领导打电话。3、4、5、6...

    我们回头想想，为什么不能从一开始就直接找到这个领导然后让该领导去安排下面的人去处理此事呢？

    两种开展工作的线路，你会选择哪种？

    1.自下而上：与负责人沟通，定不了事让该负责人去找领导确定。

    2.自上而下：直接与领导沟通，让领导安排负责人去做具体的事。

被喷点三：最大的风险就是自己不知道什么风险

    被喷如下：你说下，这件事你是怎么计划的？回答：第一步&&**，第二步&*（。|||| 什么？你就这么做？谁给你确认了？如果第二步不&*（。这么办你怎么规避这个风险？回答：即然已经第一步&&**，那么第二步一定是&*（。||||什么？第二步肯定不成立，你就是在闭门造车，这些问题不考虑清楚一但发生了怎么办？最可怕的就是自己都不知道项目有风险！@#￥%……&30分钟+

    做程序员出身的我们总是以为我们做的事就像写的程序，method a 调用method b 调用method c....然后结束...这又回到我们最初的问题，程序员考虑问题太理想化。当我们跳出程序员这个行业后会发现我们很多程序员的思维定式禁锢着我们做事理想化。预知不出风险的存在。如：我们要由北京去上海参加一个重要的会议，计划是坐飞机可以准时到达。那么我们是否要考虑飞机晚点的backup去规避不能准时到达的见险呢？做项目，要经常在自己考虑的问题前加“不”，如果“不怎么怎么样”，我的备选解决方案是什么来遇见风险。见险管理也是很重要的。

后记：

    此博文只随便写了几点。悲催的被喷了整整一天，各种问题各种喷，说话被喷（工作思路有问题，这个问题你考虑过没有？那个问题考虑的太不全面），不说话也被喷（太技术开会不说话），请问我是该说话还是不该说话？虽然自信心有些小小的受挫，但仔细想想有很多点还是有道理的。有时候觉得自己更喜欢安逸的写代码，这也是一种生活方式。可是我们得到的是什么呢？走出程序员的圈子，很可能我们连事情都表达不清楚，不信？你对着镜子去概括一下新闻联播就知道了~

评论

35 楼 wpf_sd 2013-09-09  

技术和管理是不冲突的！

34 楼 yashiro_w 2013-09-04  

第一条，应该从做技术时就已经开始注意。只看代码，不考虑整个系统和不让用户满意的解决方案是不行的。

第二条，在你做项目之前就应该考虑一些问题。而不是项目到了一半，遇到问题才寻找解决方法。

第三条，我这个情况遇到不是很多，大部分中国，巴基斯坦，美国的会议都是视频会议+电话。 销售人员飞机误点，会议延迟应该必备解决方法和补救措施。

33 楼 QAZ503602501 2013-09-04  

对啊，确实是这样，现在都不怎么会表达了，怎么办啊啊啊 啊？？？？？

32 楼 沙舟狼客 2013-09-03  

394580844 写道

沙舟狼客 写道

脑残的观点，技术与架构没任何矛盾，人的能力而已

装 B的无极限

你两个看来都不行

31 楼 laogao3232 2013-09-03  

做技术的就该好好做技术，做什么管理啊。。
为什么国外的可以一辈子做技术而我们不行？

30 楼 394580844 2013-09-03  

沙舟狼客 写道

脑残的观点，技术与架构没任何矛盾，人的能力而已

装 B的无极限

29 楼 cathong 2013-09-03  

记忆力不错，这还能记住

28 楼 hadestage 2013-09-03  

写得很好，我们程序猿当久了的确会形成一定的思维定式，就像当兵当久了，再为将为帅也会有些兵的毛病，时间长了就好了。

27 楼 docong 2013-09-02  

沙舟狼客 写道

脑残的观点，技术与架构没任何矛盾，人的能力而已

26 楼 沙舟狼客 2013-09-02  

脑残的观点，技术与架构没任何矛盾，人的能力而已

25 楼 pop1030123 2013-09-02  

我把这收入了算了

24 楼 drizzt 2013-09-02  

普遍问题，天天被喷。

23 楼 exe 2013-09-02  

有时，现实没有这么理想。做管理，不管细节？有时没办法，手下没有技术能手，也没有其他人力调动，只能自己上了。 总结的好！

22 楼 jilo88 2013-09-02  

jilo88 写道

我也有这样的经历，深有同感。很多时候，事件解决了，不会找你喷，一般都是有些事件没有处理的很好或者慢了，才会叫去很不给面子的喷一顿。那个“从技术转向管理”的培训我也有参加过，有些培训师讲的很好。其实就是我们的沟通没有及时做好，另一个就是我们的从技术转向管理后遇到问题存在以技术去思考的一个思维。很难说谁对谁错吧、技术人员关注的最终能不能解决，领导关注的是解决了没解决，导制我们处于夹心层。呵呵！

另想补充一下，按照一个公司的软件管理体系来说，风险会从以往的历史项目中总结出符合本项目的风险（我们的会有一风险数据表，表中记录所有项目结项后的风险记录和风险分类、等级、影响概率、策略）和针对该项目通过头脑风暴法识别的新风险。风险识别和跟踪真的很重要，很多重大的项目问题都是从风险转过去的。

21 楼 jilo88 2013-09-02  

我也有这样的经历，深有同感。很多时候，事件解决了，不会找你喷，一般都是有些事件没有处理的很好或者慢了，才会叫去很不给面子的喷一顿。那个“从技术转向管理”的培训我也有参加过，有些培训师讲的很好。其实就是我们的沟通没有及时做好，另一个就是我们的从技术转向管理后遇到问题存在以技术去思考的一个思维。很难说谁对谁错吧、技术人员关注的最终能不能解决，领导关注的是解决了没解决，导制我们处于夹心层。呵呵！

20 楼 youcou12 2013-09-02  

写的不错，看了博文以后，我列出了自己的一个新系统的风险矩阵，只有前期认识到风险，后期才有取胜的把握啊

19 楼 youcou12 2013-09-02  

第三点说的比较好，一定多考虑一下

18 楼 kojavaee 2013-09-01  

楼主需要考虑换工作了。。。。

17 楼 damoqiongqiu 2013-09-01  

你是不是该考虑换个环境？

16 楼 zdb_cn 2013-09-01  

喷，如果你认为领导说话是针对你，要你感觉难堪，那只能说明你思维还是没有转变过来；其实，安静写代码，那种日子是最舒服的时光了，但是那只能是一个阶段的；想要往前走，就必然要经过这些痛苦，因为这是思维方式的改变，推翻自己的过程，一切归零，好好领会其中的深意，这才是我们要做的；加油！！！！