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

1、被喷日程:

8:30 会议室开会程序员

8:50  领导开喷架构

11:45 上午被喷结束设计

16:00 下午会议开始(开喷)blog

18:00  由喷工做思路转向喷具体工做get

20:30 ”被“完成部分工做后回家继续干活程序

被喷点一:考虑问题缺乏宏观

    被喷以下:大家啊,作技术出身的,考虑问题就那么眼前一丁点的事,在我看来技术的问题都不是事随便找个程序员就解决了,总考虑这么丁点的东西怎么作管理?作管理要把眼界放开,考虑问题怎么能这么细节?这和写程序不同!@#¥%……&*(.....30分钟+im

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

    什么是宏观,这个概念是相对的。我举个例子(理想化的状况下):项目

    场景以下:img

    村长:管理整个村,为每家每户作服务。

    县长:管理整个县及下面全部的村,每一个村向县汇报内容。

    市长:管理整个及市下面全部的县,每一个县向市汇报内容。

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

    咱们不可否定该县长的工做态度和工做成果。县长确实是在处理和解决问题,但若是一个县长老是处理村长该处理的问题,这个县长真的称职吗?当有一天市长来到该县问起:“这个县的整体状况怎么样?”,县长回答:“哦,A村的某户发生了什么矛盾,我是怎样解决的。B村的某户发生了什么矛盾,我是怎样解决的......”。

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

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

    回到咱们热忠的行业:若是你是设计师,应该考虑设计而非具体的实现。若是你是架构师,应该考虑架构而非设计和实现。若是你是PM,应该考虑管理干系人的指望,页非技术实现细节。定好位,而后把高度提起来,坚定克制本身看到代码就想敲欲望。

被喷点二:若是有多条路可走,必定要选择最取巧的

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

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

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

    方案(也许不妥):一、再次给该负责人发邮件,邮件抄送全部相关领导。二、直接给能定事的领导打电话。三、四、五、6...

    咱们回头想一想,为何不能从一开始就直接找到这个领导而后让该领导去安排下面的人去处理此事呢?

    两种开展工做的线路,你会选择哪一种?

    1.自下而上:与负责人沟通,定不了事让该负责人去找领导肯定。

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

被喷点三:最大的风险就是本身不知道什么风险

    被喷以下:你说下,这件事你是怎么计划的?回答:第一步&&**,第二步&*(。|||| 什么?你就这么作?谁给你确认了?若是第二步不&*(。这么办你怎么规避这个风险?回答:即然已经第一步&&**,那么第二步必定是&*(。||||什么?第二步确定不成立,你就是在闭门造车,这些问题不考虑清楚一但发生了怎么办?最可怕的就是本身都不知道项目有风险!@#¥%……&30分钟+

    作程序员出身的咱们老是觉得咱们作的事就像写的程序,method a 调用method b 调用method c....而后结束...这又回到咱们最初的问题,程序员考虑问题太理想化。当咱们跳出程序员这个行业后会发现咱们不少程序员的思惟定式禁锢着咱们作事理想化。预知不出风险的存在。如:咱们要由北京去上海参加一个重要的会议,计划是坐飞机能够准时到达。那么咱们是否要考虑飞机晚点的backup去规避不能准时到达的见险呢?作项目,要常常在本身考虑的问题前加“不”,若是“不怎么怎么样”,个人备选解决方案是什么来碰见风险。见险管理也是很重要的。

后记:

    此博文只随便写了几点。悲催的被喷了整整一天,各类问题各类喷,说话被喷(工做思路有问题,这个问题你考虑过没有?那个问题考虑的太不全面),不说话也被喷(太技术开会不说话),请问我是该说话仍是不应说话?虽然自信心有些小小的受挫,但仔细想一想有不少点仍是有道理的。有时候以为本身更喜欢安逸的写代码,这也是一种生活方式。但是咱们获得的是什么呢?走出程序员的圈子,极可能咱们连事情都表达不清楚,不信?你对着镜子去归纳一下新闻联播就知道了~

版权:http://www.cnblogs.com/iamlilinfeng

相关文章
相关标签/搜索