新年开工的第一周，北京的技术同事坐在一起聊了会。主题很开放，方向、经验、疑虑、建议……聊完后，我们整理了大家的发言，总结出了几个关键词。（下午的讨论会没有参加，就没有记录啦）
分享
在聊天当中，我们高兴的发现，“分享”这个词出现的频率极其之高，对分享的内容、机制、模式都提出了大量的建议和看法。
每周可以组织一次技术分享会，收集“想听的”和“想表达的”主题，匹配后找一个集中的时间进行分享。内容不用太局限，比如分享信用卡使用技巧，也能让大家对银行业务流程有了解（吴琳琳）
项目的文档应该进行整理和分享，这样新加入的同事能够通过文档快速熟悉项目情况，迅速进入工作状态（张楠）
一个项目当中的阶段性成果文档应该通过网盘等进行分享（李艳）
项目技术分享：想知道在别的项目中使用了什么新的技术，进行学习并应用（齐以朋）
分享会不一定要分享特别高深的知识，比如在项目中碰到一个问题，怎么解决的过程也很值得分享（关明锦）
项目中碰到问题时，无法清楚的知道公司是否有对应的技术储备（高文咪）
学习
同样，“持续学习”、“保持学习”、“向客户学习”等观点也不时被大家提出来。
培训是个非常重要的事情，许多公司都有自己的XX大学，我们也应该有自己的培训机制（熊岩海）
培训要主动，除了工作中公司的培训机会，只要稍为用心一点，就能找到很多网络上的培训资源，学完了后要整理（关明锦）
大数据是一个技术更新很快的行业，不像前些年，只要擅长某一个工具就能通吃，但现在很难了。不断的有新的技术、新的工具出来，一定要保持一种学习的状态（魏璐）
从戴姆勒项目中跳出来观察整个团队时，发现要学的东西太多了（张鑫）
套路
自古深情留不住，唯有套路得人心？不是，工程师们讲的“套路”，其实中工作当中的销售意识。
技术应该有更多的销售思路，更关心客户在关心什么，更多的和销售沟通（关明锦）
要有“追”的意识，售前要追着销售了解项目情况。
项目发起人要追各方资源，比如追自己的技术主管要支持，比如追客户的业务人员了解需求（熊岩海）
合同签订后，客户可能会改需求，这时候应该再落实一版SOW。客户不一定愿意签字，但是至少形成一个纸面上的东西（关明锦）
经验
怎样把个人的工作经验转化为团队的知识？怎样快速的使项目进入状态？
项目多的时候，是否共性的东西抽出来，比如框架规范性的东西，使其成为一种标准。当一个新的项目来的时候，可以把这个标准套上去，这样效率会更高（高文咪）
除了技术本身，应该有更广的知识面，对行业、趋势有了解，更多的从系统、架构来考虑当前要解决的问题（关明锦）
碰到技术难题时，多思考，多翻阅资料，比如在项目中所碰到的SDK接口问题（李帅）
运维由客户提出申请，能够让团队清晰的见到需求是什么，并做出工作量评估。追加的售后开发功能，必须要走商务程序，不能直接与技术对接（熊岩海）
问题
当然，工作中也会碰到很多觉得头疼的问题。
运维：运维界限是什么？流程化，规定什么时间项目结束，成本如何控制？（齐以朋）
怎么有策略的引导客户？（关明锦）
如何在团队里建立起“班组”的概念？如何能清楚的知道每一个人的工作状态和工作量分布？（张楠）
最后是一些小小的tips：
1、团队的传承和积累非常重要。这种积累指的是如何把个人的经验转换为团队的知识，分享技术储备，分享解决问题的流程和能力，从而提高整个团队的战斗能力。
2、输出是最好的知识整理。
3、好的工作习惯会使人受益无穷。养成习惯需要做到两点，第一是从现在开始，第二是像坚持健身一样，至少持续21天。才开始是最难最辛苦的，然而只要坚持过了这段时间，你会发现其实并没有那么难。
