IT行业的日常工作方法 学习(转)
“授人以鱼不如授人以渔”--这是我历来所奉行的观念。
还记得点石成金的故事吗，说的是有一个人特别的穷，但很信奉吕洞宾，吕洞宾被其诚意打动，决定给他恩惠，便伸出 手指将石头变成了金子给他，可他却不要，这 时吕洞宾将对面的一座小山变成了金山，他还是不要，吕洞宾很纳闷，便责问“给你金山你都不要，那你要什么？”这个人却说“我要你的手指和你的点金术。”
方法就像是一盏明灯，为你指亮了前进的方向。举个例子，在一个迷宫中，是给你一个指南针好还是直接带领你到目的地好呢，前者教给了你一个方在迷途中解困的方法，而后者虽然也能脱离迷宫，但如果下次不幸又碰到了迷宫，该怎么办呢，要知道世界上没有完全一样的迷宫。
正确的方法是迈向成功的基石。IT行业尤其如此，当你掌握了C++,那么C#是不是也手到擒来，当你掌握了unix，那么linux是不是也大同小异，甚至当你成为了.NET的架构师，那么我想你学习J2EE的架构也会事半功倍的。因为这里面都贯穿着同一条主线，同一个灵魂，那就是编程的思想。
但我今天所说的主要内容并不是编程的方法，而是日常工作中的一些方法，是我工作7、8年所惯用的一些方法，方法用多了就成了一种习惯，习惯决定性格，性格决定命运！我不敢说我的方法是最好的，但起码是我觉得不错的，希望这些方法能够对IT从业人士，尤其是开发人员、程序员有一定的帮助。
1.文章旁边加注释
无论是看什么书，什么文章，我都喜欢在必要的地方加上注释，有以下几种情况，其一，一些很有道理的、具有指导意 义的、或总结性的语言我会用笔划下来以标明 其重要性；其二，有感而发，看到某处时联想起了其他的事情或语言，就将想到的写在旁边，通过回顾以前的知识加深印象；其三，总结，看完了几段或整篇文章， 觉得作者的总结和我想的不太一样，便在文章开头或末尾空白处进行几点总结。
拿《程序员》杂志来说，很容易就知道哪些文章我看过，因为文章的周围已经加满了注释，而那些周围很干净的文章，我一定没有看过。
2.解决问题后进行记录
在做技术过程中，每天都要解决不同的问题，可是有些问题不是靠脑子就能记住的，这时，我就会将问题发生的现象、原因、解决方法进行总结，记录在笔记本上，方便以后再遇到同样问题时查看。一个问题不算什么，如果一年下来，你解决的问题会很多，那样，你这个笔记本就是你的帮助手册了，你也会离不了它。但笔记本毕竟是笔记本，不可能什么时候都携带在身边，如果去客户那里突然遇到了这样的问题，又没带本怎么办呢，我教你一方法，可以定期的（譬如3个月、半年）将这些笔记发表在博客上，这样不仅何时何地都能看到，而且又对以前的问题进行了回顾，加深了印象。
3.周一计划
我有一个习惯，每周一一上班做的第一件事情，就是本周的计划。将本周要 做的事情写在本上，无论大小，包括项目组和个人的，每做完一件事就会在后面划个勾，没做的划个差，没做完的会写出原因和进度，当然每周都会有非计划的事情 要办，这很正常，将其补充进计划单即可。这样做的目的有二，第一，可以使自己清楚的知道本周的工作量有多大，如何合理的安排时间；第二，可以掌握每件事情 进行的程度，尤其是到周末，可以根据此计划的完成情况编写本周总结。当然如果对于CTO或CIO这种工作量很大的人员来说，写计划的频率就要每天了。
4.周五总结
总结和计划同样重要。不仅每周需要总结，每天都需要总结，我喜欢在晚上睡觉前回顾一下今天所做的事情，如果解决 了很多问题，做了很多事情，那么我就会觉得 很充实，甜甜美美的入睡，反之，如果一天什么都没做，我就会觉得很空虚，觉得是对人生的一种浪费。很多程序员很讨厌或者说很不屑写总结，认为没有必要，这 其实是一种不负责的态度。哪怕上级没有要求我写，我也会规规整整的完成每周工作总结，因为它并不是应付差事，而是对自己心灵的交差。
5.做事负责，超出领导预期
首先声明，我并不是吹嘘自己，只是将实际的经验和一些感触说出来。
我工作的原则就是“要不就不做，要做就做到最好”。因此，对于领导交办 的任务，往往会在最快时间以最好的质量交给领导，最好的质量并不仅指功能实现了，结果达到了，而是包括你的效率（领导让你3天完成，而我2天完成）、文档 质量（包括格式、字体和内容）、口头总结（将繁杂的事情进行汇总，口头汇报）等等，都要达到最好，没有差错。试想，哪个领导不喜欢这样的人呢，而且他定会 着力培养你。
6.主动申请任务
在我的IT经历里，不止一次向领导主动申请做某件事情，他也会很高兴、很欣慰地将事情交给我办。这里面能达到三 个效果，第一，能将你的态度表现给领导，态 度决定一切，你的主动性和积极性将给领导留下很深的印象；第二，充实自己，我不会什么事情都去主动申请，譬如维护和技术支持，我是不会去做的，我所申请的 任务都是能够提高自身能力使自己得到锻炼的；第三，对于刚进公司不久的员工，这个办法尤其适用，因为领导尚未完全认识到你的能力，他会比较犹豫，如果你主 动申请，那么就会在你的天平上增加重重的砝码。
我以前单位由一个好朋友，是做测试的，是个美女，前一阵跟我说很郁闷，因为领导分配给了她一件不属于她测试工作 范畴内的事情—进行产品调研与比较，他很不 高兴也无从下手，就跟我说了，我就对她进行了一番开导，并且我把以前做过的产品比较文档给了她，告诉她其实很简单，不用着急，她的心情就缓和多了，也欣然 接受了。
所以，记住两点，其一，主动申请任务；其二，领导分配的任务不能推脱。
7.给领导出选择题而不是问答题
领导事情繁多，并不是每件事情都想得很周到，也并不是每个疑难问题他都懂。这时，如果你拿着一个很麻烦的问题让领导解决，他不生气才怪呢，“我养你们干什么，难道碰到问题就找我吗，你就不能仔细考虑和调研吗？”。记住：给领导出选择题，不仅让领导容易回答，而且代表你确实用心用功了。
8.学会开会
记住，开会的几要素：
Ø 决不迟到
Ø 一定要带笔和本，不仅仅是记录，也是对发言人的一种尊重
Ø 认真倾听，适当时间提出适当意见。这里有两层意义，其一，决不在对方发言时插话；其二，决不能当着大家面反驳领导，当然涉及重大利益和决策的事情除外。
Ø 保持手机关机或震动状态，当然内部小会或非正式会议就没这个必要了
9.不定期的写博客
很对人认为写博客已经过时了，现在玩的都是SNS，我却不以为然，要知道并不是最先进的才是最好的，适合自己的才是最好的。就跟程序员学技术一样，并不是你学了所有的先进技术你就是最好的，只有对公司、对团队有利，能够创造出价值才是最好的。相 反，如果你学了很多新技术，如果应用在团队中，那么别人也要学习，那么成本就大大增加，对于一般的小型企业来说，老板和CTO是无论如何也不会同意的。博 客其实是个好东西，不仅是对自己知识（当然，不一定非要写技术文章）的一种总结，也是对自己文学和思维能力的一种锻炼，当很多人评论你的文章时，不论褒 贬，本身就是一种成功。
10.沟通技巧
现在越来越多的项目都是由团队共同完成，一个人完成一个项目（不仅要做需求，还要做开发、测试、培训以及技术支持）的情况很少，而且实在是很累。既然是团队，那么每个人都是一个节点，节点之间都是一对多的关系，这样交流的重要性不言而喻。沟通沟通，并不是一个人只说另一个人只听，而是将两个人的想法进行交融，当我说给对方想法后，对方对我有一个积极的反馈，这样才能达到融会贯通。举 个例子，我以前下面有个程序员，我说什么，他只是“恩”，我问他明白了吗，他也是“恩”，结果到最后做出来的东西和我想象的大相径庭，以后我知道他这样 了，每次分配完任务后，我就让他重复一遍；还有一种情况，在qq或MSN上给程序员分配任务或者是简单的提醒，他收到以后不言声，不给你一个反馈，你也不 知道他收到没收到，其实很简单的两个字“收到”或“好的”就可以了，这也是对项目经理或领导的一种尊重。
当然我说的这些只是内部沟通，而外部沟通则更加重要，试想如果你去做需求调研，对方说出他的想法，你并没有反馈，最后费了半天劲做出来的东西和客户想的相差十万八千里，那你说这样的人，还会有下次机会吗，就连客户就会指明点姓的摒弃你了。
沟通代表的不仅仅是一项技能，更是一种素质，这种素质不是一天两天学会的，是长年的积累，如果程序员、高级程序员想要做到项目经理、产品经理乃至CTO，那么沟通是最基本而一项素质。
11.“抓大放小”
我作为项目经理，下面的程序员虽然不多，但我也不会事无巨细。我只要把控大局，掌握几个关键点，不至于使项目或事情偏离轨道就可以了，具体怎么做是他们的事情。这样不仅能够节省时间，更能够考察程序员的办事能力，如果他在做事的过程中，什么都问，还做不出个好结果，那么我下次就不会信任你了。
12.看书充电
很长时间一直在看的杂志有《程序员》、《计算机用户》，有时还会看《计算机世界》，目前打算看的杂志是《IT经理人》；
目前看的书籍是《走出软件作坊》、《狼图腾》，打算今后看的是《我的成功可以复制》以及相关的管理书籍，当然床头有本《人月神话》，但好久没看了。
看书不仅仅是学到理论，更主要的是要将理论应用于实践，但不是原样照搬，而是将适合自己团队的方法和点子融入进来。就像中国的医疗改革、公务员财产申报等制度就不能照搬国外的，要适合中国国情才能发挥效能。
13.做到更好
没有最好，只有更好。和自己比，每天都要有收获、有进步。
当然，以上这些方法并不是固定的，因人而异。在工作和学习过程中，应该结合自己的特点，找到最适合自己的特点和方法，然后持之以恒地坚持下去。我们都知道这样两句诗：“书山有路勤为径，学海无崖苦作舟。” 在当今的信息社会应改为“书山有路勤为径，学海无崖‘巧’作舟”。