　　这是吾去年底解决上海项目危机的总结。其实里面有很多东西都是值得介绍的，所以将此发出来。

　　从文中可以看到：

领导不管员工，比如员工出差工作很随意，比如研发总监拒不解决问题，比如不安排员工值班。
吾地位低下，挂着副总的头衔，根本就没人理会。
动嘴都会，干活的时候都跑得远远的。
领导不敢管研发总监，所以都装聋作哑。
对于工作建议和教训，领导们从来不听。

各位想想，这才几个人的公司，就出现这样的怪事？

上海项目危机经历与感想

柳鲲鹏

2017-12-25

热烈庆贺我司顺利度过上海危机！... 2

感谢... 2

本文起因... 2

裸体出差... 2

不要拿借口糊弄别人... 2

没有谁想去危机战场... 3

领导必须带头冲锋，我不去谁去？... 3

不通也得通... 3

慈不掌兵... 4

如果需要配合的时候没有人... 4

说的再有道理，有什么用... 4

只能是我们错了... 5

当你有绝对把握的时候，那肯定是错了... 5

观点与证据冲突，怎么办... 5

服务器是什么？... 5

不要用唯一方案威胁别人... 6

视频会议是备选方案... 6

多带了总有好处... 6

总有意想不到的情况... 6

深夜归来的人，你伤不起... 6

关于开源代码，遇到问题怎么办... 7

只要肯动脑，一定有收获... 7

员工丙是个好员工... 7

坚决不听... 8

结论与推论... 8

闲着干什么... 8

错不在领导，可是责任在领导... 8

不断总结经验教训，才能进步... 9

热烈庆贺我司顺利度过上海危机！

如果不能调通，那真是悲剧。

感谢

　　首先，应该感谢的是佛菩萨及各种神仙。这并不是迷信，而是事实。如果这次没有好运，不可能度过上海危机。运气是一种客观存在，每个人能够经常感受到。

　　其次，真心感谢上海某公司的各位领导及朋友。如果没有领导甲、李总、金总、李总二及其他朋友的大力帮助与支持，也没有可能度过上海危机。

本文起因

　　度过危机，除了疲惫、兴奋、激动、感恩等复杂心情之外，同时也有了很多感想。这些感想在我看来，是这次危机的最宝贵的收获。在此记录下来，有心之人一定有所领悟。

　　为了叙述方便，这里采用了小标题。

裸体出差

　　周五下午，员工甲、员工乙在上海汇报情况，整个视频通讯系统基本就是完蛋了。我问带了视频会议没有？我多次向二人强调过，视频会议才是我司生存的关键，每次出去装系统，必须安装视频会议，并向客户进行一番介绍与推销。两人完全当作耳旁风。

　　员工甲回答自己没带视频会议系统，不仅没有意识到自己的错误，反而振振有词！

　　员工乙、员工甲出差，连个安卓手机都没带。在被问起的时候，一副天真无辜的语气，我自己手机就是苹果，为什么要带安卓？

不要拿借口糊弄别人

　　明明是自己犯错，员工甲为自己不带视频会议找了冠冕堂皇的借口。这些借口能忽悠谁？

没有谁想去危机战场

　　员工甲、员工乙已经在危机现场了。虽然他们没有任何责任去解决问题，不过别人的脸色那是相当难看的。

　　同样，我也不想去。葛总打电话给我的时候，我还明确的说，去了问题不一定能解决。我去了解决不了，我这名声不就完蛋了吗？以后怎么说别人？而这个问题，显然是不可能解决的！要去也是服务器的人员优先！

　　其实，大家心里都明白，只是不想说出来，口头又必须说好听的。

　　在现场，我给两个员工就是这样明说的，事情还没有眉目之前。

领导必须带头冲锋，我不去谁去？

　　葛总说出事了总要有人去。其实借口要多少有多少。再多借口抵不了一句话：

　　出了事情，领导不带头冲锋，难道还指望小兵冲锋吗？这仗还没打就输了。

　　当了领导，有了权力，其实真正的麻烦是，责任更大了！

不通也得通

　　东方欲晓，莫道君行早。

　　到了上海红园，金总下来接我。在电梯里问我：今天能通吗？估计他心里疑惑的是，遇到这样的危机，怎么也得派三五个开发人员吗？怎么就来了一个？

　　我坚定的说，不通也得通！

　　既然我来到战场，必须解决！没有第二个选择！

　　因为今天事情搞不定，我司还谈什么起死回生！

　　我心里念，求观世音菩萨、各路神仙帮忙。

慈不掌兵

　　在公司遭遇上海危机的时候，周六是最关键的一天，因为周日某公司要到樱园现场演示。

　　理所当然的是，不论在哪个公司，必然是全体待命，紧密配合，将此视为第一要务。我司还没开展业务，所以来公司待命，是没有任何商量余地的！有事你公司呆着，没事也得呆着。

　　然而，怪事就是发生了，除了战场，好象没有人意识到这是生死之战，必须全力以赴。公司没有一个开发人员现身。作为小兵，你不命令我，我当然不来，命令了都不一定来。可是为什么连命令也没有？为什么主管都不来公司？这样的主管有什么用？

　　没有命令的队伍，当然是没有战斗力的。

　　打仗怕死人？打仗有不死人的吗？

如果需要配合的时候没有人

　　没错，这次运气好，出现的问题都找到了解决办法。使得危机顺利度过。

　　那么，如果恰好需要人配合，而又没有人出现，那不就是完蛋了？

　　想想都后怕，感觉直冒冷汗。

说的再有道理，有什么用

　　关于系统不通的原因，在真正查清楚之前，只能猜测。而这个猜测，是不能当真的！员工甲在引述别人的分析（即网络问题）的时候，我指出两点：

　　说的再有道理，对于解决问题，有任何一点帮助作用吗？

　　假设这是真的，你跟某公司李总说清楚，只要他能接受，咱们立即撤退！

　　实际上，把问题归结为网络域名问题，是说不通的，经不起推敲：

　　外网域名系统，实际上某公司也控制不了，只是买了个域名，别人将IP指向这个域名而已。一旦说是域名系统出了问题，全国网络就崩溃了。某公司领导根本担不起这个责任，实际上也做不到。

　　即使考虑到内网，域名也是有专人维护，而且设备都是成熟稳定的。出故障率之低，至少咱没这个运气碰到——能碰到就可以买彩票了。

只能是我们错了

　　既然域名系统绝对没有问题，那为什么之前一切正常，现在采用域名就不正常了呢！难道不是域名的问题？

　　表面上看是域名问题，这个确实是这样。实际上一定是我们错了！而错误一定发生在我们不知道的地方，只是我们不知道而已。

　　如果域名有问题，那么某公司整个系统怎么好好的？只有我们不灵？

当你有绝对把握的时候，那肯定是错了

　　出了问题，肯定有很多怪异现象。而这些现象呢，有时候会互相冲突。这时候只能是猜测，却不能当真。尤其是，猜测只能解释部分现象时，那肯定是猜测有漏洞。

　　如果把自己的猜测当真，那一定错了。而且由于人的思维惯性，会越错越厉害，以为是绝对正确。作为参谋型人员，这倒是关系不大，因为采纳了责任也是别人的。而作为决策人员，必须慎之又慎，全面考虑所有问题。

观点与证据冲突，怎么办

　　经历了一番猜测、方案、验证、分析，我提出，SIP服务器的IP地址传错了。

　　此话一出，开发人员都不相信，也没当回事。

　　我给出一个观点的时候，要么会加上不确定的词语，要么就是一定有证据。

　　而绝大多数人并没有意识到，证据是关键。

服务器是什么？

　　跟员工甲、员工乙说“重启服务器”的时候，我惊奇的发现，他们真的找人重启机器了！

　　服务器有两种含义：

　　一种是硬件的机器，比如CPU、硬盘之类。

　　一种是软件程序。在哪行说哪行，我司所说的服务器，除非特别指出，都是指的软件程序。

不要用唯一方案威胁别人

　　绝大多数人遇到问题，总是说这也不行那也做不了。

　　好不容易有了方案，就以为这是唯一的最佳的方案。给人的感觉就是，要么听我的，要么就得死。

　　其实这不是好习惯，要多想几个方案。

视频会议是备选方案

　　由于视频会议还在不断的开发，我的版本不能与终端配套使用。于是我想了个简单办法，做了个视频会议版本。又改了一下终端代码，于是，视频会议跑起来了。

　　如果这系统真的搞不定，那么明天，我还有视频会议可用。什么？这不是他们预想的？有的用，总比没的用强吧！

多带了总有好处

　　庆幸我带了所有能带的东西。视频会议虚拟机有10G，我还是全部带上了。

　　复制的时候花点时间，放电脑里多方便？万一用得上呢？

总有意想不到的情况

　　实际上这次还是有特殊性，在外网运行正常的程序，在内网确实出现了两个问题。也是运气好，都发现了疑点并定准解决了。

深夜归来的人，你伤不起

　　运气真好，竟然4个坑都找到了，而且都有办法填好！

　　赶紧出个版本，测试一下。

　　这个性能有点差，看看能不能开启硬件编解码。又庆幸自己带了源码。

　　你看到人家把问题解决了，你看到别人的负担吗？你看到了别人的努力吗？你看到别人的痛苦吗？你看到别人的无数次的动脑、动手吗？

关于开源代码，遇到问题怎么办

　　1、出了问题，能定位吗？

　　2、能解决问题吗？

　　3、能增加新功能吗？

　　没错，开源代码拿来就能用，遇到问题怎么办？

只要肯动脑，一定有收获

　　怪事年年有，今年特别多。

　　某公司需要将我司工作集成到手机上，结果我司（员工丙）提供的开发包，跑起来特别慢（执行一次卡半分钟）。这是为什么呢？

　　我最早做了一个开发包，倒是没有问题。某公司集成后加载不起来。这又是怎么回事？

　　不断的思考这个问题。

　　开始以为是编译的配置哪里有问题。后来觉得这个想法不对，为什么呢？如果是配置问题，那这种问题碰到的人应该不少。而这样严重的问题，肯定第一时间就会解决。而现在存在这个问题，说明是程序问题。

　　既然是程序问题，我司程序不会有问题，那么就是新增功能了？去掉新增的广告功能，果然正常了：能加载；不卡。

员工丙是个好员工

　　周日的时候，员工丙来公司加班，出了个版本。

　　这听起来没什么？那你怎么不来加班做事？

　　你没事情做？那可麻烦了。

　　你在家里也照样做事？我晚上做梦还照样干活呢，要不工资发双倍？

　　什么叫好员工？我认为有三点：

　　主观上不做损害公司的事情。

　　做好符合工资的工作。

　　需要时加班。

　　（友好离职）

坚决不听

　　在李总操作产品的时候，提出不少修改意见。我明确要求记录下来，员工甲、员工乙都不听。

　　这听起来没什么，其实是给人留下不认真的印象。

　　记录完之后，如果能向对方逐条复述一遍，那就是专家了。

结论与推论

　　当提出一个结论的时候，如果提出推论，并得到验证，那就说明这个结论是完全可信的。

　　我提出两个推论：

　　金总在测试的时候，实际上接的是外网，所以能够呼通，没画面。

　　李总二说的之前版本能用，应该就是2－3个星期前。而我司加了广告之后不能用的。

闲着干什么

　　在闲着的时候，员工甲、员工乙都在玩手机，从来不想想写点总结。我在讲述显示通话视频参数的时候，一副跟我无关的表情。

错不在领导，可是责任在领导

　　如果上海危机没有度过，谁的责任？

　　错误是员工的，责任一定是领导的。

　　同样的，工作中出错了，当事人要认错，责任都是领导的。

不断总结经验教训，才能进步

　　有人生而知之，这个是天赋，咱不要跟人家比。

　　那咱经历危机，解决问题，犯错了，及时总结经验教训，避免下次再犯，这每个人都能做到吧？

　　做不到咱还玩什么？

上海项目危机经历与感想相关推荐

求是追梦--------一位计算机专业硕士毕业生的求职经历和感想
本人刘凯,微软中国研发集团亚洲工程院Program Manager 2008新员工.当我在硕士毕业之际回顾求职道路时,感想竟然和两年前本科毕业时回顾保研之路有许多的相似: "做好自己 ...
2021年夏天找SAP新项目的几点感想
2021年夏天找SAP新项目的几点感想由于K项目将在7月底彻底结束,我也要在那时候离开K项目.所以在6月底7月初的时候,我就开始着手看下一个SAP项目了.经过自己的主动努力,看了2个项目,并且参加了 ...
记一个转行程序员的工作经历与感想（一）
前言随着科技的发展,现代人生活的节奏是越来越快,个人觉得程序员的生活节奏更快(个人观点),在忙碌的生活中总是很难找到一点点的空闲时间(就算有,估计也是用来睡眠,不知道为什么总是感觉程序员是一种睡眠不 ...
项目应当经历的四种开发环境
项目应当经历的四种开发环境在这里跟大家分享下,本人在实际的项目开发过程中,项目要经历的四种开发环境,以及环境所应用的场景. 1.本地环境这个是指程序员自己电脑启动的环境,进行的改动会经常发生. 项 ...
失业第三天 - 裸辞了，求上海项目经理/主管职位(金融，Java)
上周五是在公司的最后一天,晚上8:30发布完二期的第一个补丁,离开公司,恢复自由身. 由于种种主客观原因,在没落实好下一份工作之前就离职了,就是所谓的裸辞,本以为没什么,但是当这周开始找工作了,才发现 ...
2018年6月份Android上海找工作经历，入职3个月的Android程序员面临转正
在来上海面试,首先我做了一些准备,包括复习常见的面试题,了解一些大概率出现的问题吧,这些内容我都做了总结,最后我会发上链接,供需要的朋友了解,答案是我自己总结加参考别人的,有问题请自行解决.其次需要准 ...
Android上海找工作经历分享，半月收获10余offer，收藏起来金三银四面试旺季捞份offer走
金三银四,找工作的好时段,分享一段自己找工作的经历. 个人经历本人 14 年毕业,在学校里面自学 Android 开发,在常州呆了三年,小城市,IT 不发达,倒闭了 2 家公司,然后杭州谋求发展 ...
2018年6月份Android上海找工作经历
前言首先介绍一下我的经历: 本人 14 年毕业,在学校里面自学 Android 开发,在 cz 呆了三年,小城市,IT 不发达,倒闭了 2 家公司,然后杭州谋求发展,可参考以前写的一篇求职文章< ...
三年海外软件项目的经历
从2016~2018年,在中东和非洲国家,三年海外软件项目经历,我的角色为软件测试和维护岗,所在公司是支付平台的提供商,客户为当地的Mobile Network运营商和银行. 由于系统涉及到金额和用户 ...
关于考研和工作的一些经历与感想
考研经历只怪年少不经事,初出牛犊不怕虎.我报考的学校是华南理工大学,所以我的专业课是计算机专业中令人听了望而却步的计算机统考408.当初的我还不明白考408是什么概念,还幼稚的认为不就四门专业课的集 ...

上海项目危机经历与感想