网站总结
最代码目前支持第一周30牛币可以购买一周的公告区文字链，牛牛们有需要的可以私信最代码官方
另外广告点击很少，也希望大家可以多点击下和自己相关的广告以帮助网站得到一部分运营费用。
资讯精选
离岸开发-沟通技巧与向上级报告
这篇主要来自于最近的感受。切实的感受到，对于离岸开发的形式来说，沟通的技巧是非常重要的。但是，当自己无法沟通，或者无法去说服对方，沟通无效时，一定要向上级报告。
我们的队伍最近出了一个问题。有一个小组，一共3个人，有2个人离职了。这对于一个小组来说，是一个非常大的人事变动了。对于一个维护项目，突然发生了67%的离职率，那就不是一件小事了。
无论是onshore还是offshore，对这件事都非常关注，除了紧急安排人员接替他们的工作以外，还花费了大量的时间和人力去分析他们离职的根本原因。
为何离职也要分析根本原因？为的就是以后避免出现这样的突发事件。如果不把原因搞清楚，那以后如何避免发生这样的问题呢？关于根本原因分析这件事，是一个持续的，让人痛苦，又不得不做的一件事，后续再次详细分享。
团队里的领导与离职的人进行了多次谈话，终于对原因有所了解了。
这个组一共是3个人，但是平时维护的工作特别多。从工作量上来说，这个组应该是4个人才对。可是由于onshore已经和客户签订了合同，人数无法增加，所以这3个人平时的工作压力就特别大--因为他们要做本来是4个人做的工作。
其实他们已经很厉害了，3个人做了一年半，没有出任何错误。这对于维护项目已经十分难得了。可是onshore那边的leader并非什么省油的灯，挑剔很多，此外对offshore的工作经常进行各种干预。这就导致这一年半以来，onshore和offshore之间的关系一直非常紧张。
例如，当某天的任务过多的时候，offshore的leader想调整某一个任务，onshore的leader一定会问：你为什么调整？
然后双方就开始你来我往的邮件，花了一个小时，终于调整完毕。结果又把手头的其他任务给耽误了。经过几次这样的事，offshore的leader就对调整任务这件事不报任何期待了。
onshore的leader还经常会说：这个任务我觉得1个小时就做完了。但其实需要花费的时间应该是4、5个小时。双方就这种问题也经常进行辩论，花费大量的时间。时间久了，offshore的leader也就没有再次讨论的心情了。
长期的负荷，加上onshore的态度问题，offshore的leader终于觉得这个组已经“无可救药”了，于是他决定了离职。
的确，我们从上面可以看到，onshore的leader存在他自己的问题，用我们的话说就是他“人品有问题”。我也觉得这次的主要责任在onshore--不管他们承认还是不承认。
但是从我们offshore可以控制的范围内，我们是不是真的都做好了呢？下面我们来一起看一下。
关于onshore的各种挑剔和工作的胡乱干预。
经过分析发现，这个组onshore和offshore之间的邮件沟通，基本上都是个人对个人。很少把一个邮件组加入到CC里面。这就导致很多事情，只有当事的两个人才知道，其他人都不知道。
他们之间发生了各种争吵，辩论，不满等等，其他人看不到这个邮件，所以也没有办法立刻了解到情况。
再次，沟通的邮件里经常会出现这样的这样的情况：
offshore的人想周五休息，这样就想把周五的任务挪到周三，然后周三加班。
在提出加班申请的时候，onshore的人就会质疑为什么周三要加班？当说出了周五工作调整的时候，onshore的人再次质疑，周五的那个工作的内容目前还没确定，周三即使加班也是没有意义的。结果最后取消了周三的加班，周五也正常休息了。
这会给onshore传达一个非常不好的印象：你对工作的计划是不靠谱的。
所以就说到了沟通的技巧。
对于职业人士的我们来说，使用邮件来进行沟通已经是一个常识了。好处无需多说，最重要的当然是邮件可以作为一个重要的凭证。
正所谓口说无凭。
那么使用邮件沟通的时候，我们还一定要注意邮件要发给谁，CC给谁，BCC给谁，这都是非常关键的。
像这次的offshore与onshore的争吵，辩论的邮件，是一定不能只发给两个人的。至少要让整个组的人看到，还要让双方的manager也看到：你看，我们就为了这么点小事讨论了一个小时，你们怎么看这个问题？
其次，沟通的内容也一定要注意。在邮件里表达对对方的不满，这没有任何意义。你可能在这边气的火冒三丈，但是人家可能还优哉游哉的，多不值啊！
无论什么样的事，我们一定要阐述自己的道理，根据事实来说话。不要大动肝火，没必要。
例如，对于一个任务，onshore说：一个小时内做完，我觉得没问题，必须做完。
我们经过分析，得出必须5个小时的结论。这时候你是不是要气得大叫：onshore这群猪！不会用脑子想想吗？！
于是马上回邮件：不行，这个我们需要5个小时，1个小时做不完。
onshore也马上回邮件：为什么1个小时做不完？请解释。
你这时气的火冒三丈：这个还用解释吗？！然后憋着怒火，在邮件里写了一些理由。
onshore没准还会再次问你问题，因为你在生气的情况下，内容组织的不够清晰，他还有不明白的地方。
以上只是再现了一个onshore/offshore沟通的真实场景。
正确的做法应该是什么样的？
我们经过分析，得出必须花费5个小时的结论。于是回复以下邮件：
------------------------------------------------------
我么经过仔细分析，这个任务需要5个小时。
理由：
1、构建环境：1小时
2、构造生产环境数据：1小时
3、编写验证的代码及部署：2小时
4、检证，以及制作检证报告：1小时
有不明白的地方，请再联系我
------------------------------------------------------
我想onshore不会再有任何意义。如果onshore还有异议，比如为什么第三步要2个小时？
我们可以再次细分任务，给onshore说明。
总之，要心平气和，根据事实来说话，这样沟通起来就没有任何的压力。
还记得上面说的周三加班的那个调整吧？没错，根据事实来说话没有错，但是前提是，你给对方提供的是真实的事实。
例如上面的例子，“编写验证的代码及部署：2小时”，如果这个时间不准确，在onshore的再次追问下，这个时间被调整成了1个小时，那么onshore接来下会对所有时间都进行质疑。
所以，总的来说沟通方面，首先是要保持平和的心态，用事实去说话。其次，发给对方的东西，一定要是真实的，经过分析的东西。不能胡乱想一个。如果对方发现你的结论有问题，信任感就会缺失，导致沟通再次出现问题。
假如说上面得出的结论，这个任务需要5小时没有问题的情况下，onshore仍然百般挑剔，各种质疑。导致我们花费了2个小时去解释onshore的质疑，给我们的情绪造成了很大的影响。此外，我们手头原本要做的任务也延迟了。
这种情况下应该怎么办？这就是下一个要说的：向上级报告。
当自己经过努力的沟通，onshore仍然坚持自己的想法，双方无法达成一致的时候，不要让自己承担所有的负面情绪。
一定要把这些事向上级报告，让上级去处理这件事情---因为上级的说话更有力度。
例如就上面的例子，如果发生多次调整任务时间的情况，而且每次都是我们的判断是正确的，每次都必须花费大量时间向onshore的人去解释的时候，我们就应该判断出来，onshore那边存在一个问题：onshore的leader无法正确判断任务的时间，影响offshore的工作。
同样，报告的内容不要带有情绪，要就事论事。例如可以是下面的样子：
------------------------------------------------------
背景：
今天和onshore的leader讨论某个任务需要的时间。onshore的leader判断需要1个小时。
我们判断为5个小时。类似的事情已经发生好多次。
问题点：
目前onshore的leader似乎无法正确的判断一个任务所需要的时间。
影响：
每次我们都需要花费几个小时来向onshore的leader说明，花费了我们正常的工作时间，
影响我们的工作。
期望：
希望能与onshore的manager沟通，提高onshore的leader的能力。
------------------------------------------------------
将这样的内容报告给上级，上级再与onshore的人沟通，相信问题一定会解决的。
我们队伍这次离职的leader，正是因为所有的问题都自己承担，其实早已经超出了自己的能力范围，但是没有正式的向上级报告，导致问题迟迟无法解决，堆积到最后，只好离职了。
离岸开发中onshore和offshore的合作，确实是一件非常复杂的事情。需要使用正确的方式来沟通和相互信任。世界上没有什么完美的合作伙伴，但是沟通不畅，方式不正确，就会导致更加严重的问题。
有点小迷茫
七月一号的时候入职了目前工作的这家公司，工作了一个多月，结果比我离开之前公司的时候更迷茫了。
本来之前搞财务软件开发，感觉技术要求一般，学不到什么东西，不知道之后会怎么样，有点迷茫，所以就离职了。离职之后准备找家互联网公司，挑挑捡捡的，最后进了目前这家互联网公司。入职的时候本来准备好在这边一边学习一边工作，想着互联网行业肯定用到很多新技术和与之前做的东西不同的地方，我可能要努力跟上这边的开发节奏。结果工作之后大失所望，跟我预想的完全不同。
入职第一周的时候主要熟悉了一下公司自有的框架和使用的技术情况，之后开始正式接手技术工作，工作之后才发现，这边对技术的要求还不如之前的财务软件开发，之前公司虽然技术要求不高，但是也是一个一个的完整的需求来开发，一做起来都是要一个月以上的时间才能完成的。而目前新公司更多情况下却是及时响应产品经理那边的小的需求，比如上线一些新数据啦，页面功能调整啦之类的很零碎的需求，都是对原有代码的缝缝补补，没有啥技术性很高的工作，工作一个多月感觉自己除了对代码更了解之外啥也没学到，还领略到了公司流程的复杂，上线一个很简单的小功能都需要好几天，都卡在流程上了。
现在真的更迷茫了，本来想进互联网行业磨练一下，结果发现根本跟自己所设想的不一样，如果以后都是这些工作的话真的就太没意思了。现在准备好好思考一下是不是又要换个新工作。
我发现自己可能真的不太适合一线的开发，这些对已有代码进行缝缝补补的工作真的不是自己想要的。我想做的是有挑战性的真正的技术研发工作，而不是随便一个培训机构培训几个月就能上手的重复性的简单代码堆砌。但是这种工作哪里找啊？
望有过来人拍醒我～～～～～～～
《高效能程序员的修炼》读书笔记（一）——立身之本
遇到这本书完全是因为偶然，当时我因为一些职业规划的困惑在CSDN上面游荡，碰巧看到了陆其明的博客，陆其明是国内视频技术领域鼎鼎大名的人物、时任爱奇艺研发总监。他置顶推荐了Jeff Atwood的代表作《高效能程序员的修炼》。Jeff Atwood是著名的StackOverFlow网站的创始人，该网站以高质量的技术问答社区而出名，Atwood本人有着三十多年的IT从业经验，在这本薄薄的不到300页的书里面，其实并没有探讨很多技术问题，而是广泛地涉及到了项目管理、人员沟通、从业习惯、需求设计、人生经验等众多的方面。作者以其丰富的人生阅历和从业经验向我们讲述自己的思想，可谓真知灼见，独树一帜。看了之后大有“听君一席话，胜读十年书”之感。
如何高效能地工作，与人沟通，这是国内的IT从业者不得不上的一课。所谓“”好书不厌百回读，熟读深思子自知“，下面是一些分类书摘供我们反复品味书中的意趣。下面括号里面的是本人的一些帮助理解原文的话。
1.生命中最困难的事情，是想清楚你真正想要做的事情，而不是学上一大堆假设将来会有用的东西。（世界太大，懂得自己的追求的人才有自己的安身安心之处）
2.我们在做什么，为什么我们的工作是有意义的（所有人都可以说是为了钱，但是必须还有属于自己的第二个答案）
3.对于程序员来说，最难的是要搞明白你夜以继日地拼命工作到底是为了什么。认真思考一下，以免你的职业生涯再去步那些失败的所谓高科技泡沫公司的后尘：来也匆匆，去也匆匆，到头来两手空空。（和第一点类似，在IT这个充满一夜成名故事的圈子里面，我们更需要淡定的理由）
4.幸福的方法：
4.1.在一定限度的收入增加情况下，幸福感与收入成正比，超过之后则不然
4.2.如果金钱没给你带来幸福，那可能是你花钱的方式不对
4.3.经历胜过物质，因为经历永远可以与人分享
4.4.助人为乐：花点钱跟别人建立更为深入的联系，有助于社会关系更加紧密。
4.5.细水长流：最有效的花钱方式是经常买一些小变化，而不是花大钱一下买来一个大惊喜，然后坐等新鲜劲很快过去
4.6.少买保险： 其实当购买的东西出现问题时，人们并不会像开始想象的那样懊恼不已
4.7.为将来埋单：冲动的购买扼杀了期待的感觉，而期待恰恰是幸福的源泉
4.8.三思而后行
4.9.小心比较购物的陷阱 ：评估我们有多喜欢这个东西，而不是这个商品区别于其他商品的一些无足轻重的特性
4.10. 随大流：如果某样东西可靠地给其他很多人带来幸福，那它很可能也会给你带来幸福
最近发起了最代码的推广活动，希望每个支持zuidaima的都可以帮忙推广下，活动地址：最代码推广活动，有你参与更牛币。
最代码每周都很精彩，有你会更精彩，请访问http://www.zuidaima.com。欢迎转载分享该文章, 欢迎推荐给身边的小伙伴们
欢迎关注最代码的官方微信账号zuidaima，最代码官方新浪微博：http://weibo.com/zuidaima,最代码官方腾讯微博：http://t.qq.com/zuidaima
最近浏览
