破界突围之路：关于IT项目复盘的几点思考(一）

简单来说，拥有以下几种特质的人，可能更适合学习IT编程：

1、注意细节，尤其是最小的细节：编程工作中，任何一个细小的错误，都会导致程序无法顺利运行。

2、 喜欢学习，且愿意不断学习：起初这句话听起来会很迷人，你会很喜欢！我喜欢学习新事物！尤其是当你来自于一个无聊的工作或像钉马掌这样永远不变的事情时。然而，经过了一段时间后，你会发现，这变成了一条永不停息的知识河流，如果你不喜欢水，你会感觉困在了无尽无边的知识瀑布前，无法停止，也无法穷尽。

3、敢于面对压力、紧张和限定期限：在理想世界里，编程是一个很有趣的活动，我们写出代码，让它们完成很酷的事情，吃着批萨，喝着可乐。而在现实生活中，有的是压力，虽然不是时刻都这样，但事情会比那种做一个30分钟的简单在线辅导要不同的多。

4、具备一定的组织能力：我知道有些程序员的生活一塌糊涂，看起来他们似乎没自我组织能力，但我说的不是这些，我是说管理好工作流程的能力。比如，能否迅速容易的在你的计算机里找到一个东西？我认识的优秀的程序员通常能迅速的定位一个需要的文件，能够用工具或脚本帮他们处理繁杂的事物，这些都是高效的工作。

5、充满好奇心：在软件开发中，这是一个好的品质。不明白的事情会引起你的好奇心吗？新事物会让你兴奋的想搞清楚它的原理吗？如果你不具有某种程度天生的好奇心，那么你就很可能不喜欢做一名程序员。

IT信息部主要负责网站、论坛等的建立与维护。

其具体工作包括网页设计、数据库的建立、项目计划等。

补充：

人力资源管理有关于“H型”职业发展通道的理论，其管理理念源于经典的职务升迁定理，即彼得原理：“在任何一个职务等级体系中，每个职员都趋于达到自己不能胜任的更高级职位”。H型职业发展通道的设立有助于延长职员的有效职业生命周期，规避对金字塔顶端职位的无谓企求。政府公务员中非领导职务的设计理念亦基于此道理，我认为也满适合传统企业IT部门的专业人员。

如果把企业IT人员做大致的工作岗位区分，可分成运行维护、实施、开发和专业管理四大类，多数岗位需要IT专业知识、技能和经验，行政管理职能较少，任职的IT人员属专业人士，对内提供顾问式的服务，除了部门经理、副经理等行政管理人员外，企业常规的行政管理职务体系不太适合多数IT人员，因为不管IT部门的职责和定位如何，在企业搞IT应用虽然需要经理类以管理为主的杂家，但需要更多各有所长的IT专业人士，而其中的大多数并不一定适合、能够或愿意走上行政管理岗位！还有一个重要的原因是传统企业的薪资福利制度大多是以行政管理级别和资历为基础建立的，往往跟IT行业的薪资制度或惯例有比较大的差异，不解决这些问题，企业IT人力资源的选、用、育、留就会问题多多，影响企业信息化建设。

以我所在企业为例，04年经我建议并努力游说，公司开始试行IT专业职位和薪酬体系，05年进一步改进完善，今年最终形成了管理、职能、专业与工勤辅助四个平行的系列职位和薪酬体系，可以说，除管理系列外其他系列都是所谓的“非领导职务”，IT专业系列简单介绍如下：

1、 设见习工程师、工程师、资深工程师/助理、高级助理、（IT专业）经理五个等级，简称见习工程师－工程师－资深工程师/助理－高级助理－经理，可根据岗位性质加其他专业定语区分，如：高级实施/开发/运维助理，系统/网络/数据库/开发/实施/维护工程师等；其中见习工程师仅适用于应届生任职后的前半年，之后聘任为各类专业工程师；

2、员工专业成长路径为：维护/系统/网络/数据库/开发/实施工程师­－资深维护/系统/网络/数据库/开发/实施工程师或开发/实施/运维助理－高级开发/实施/运维助理－开发/实施/运维经理；

3、IT专业人员与公司管理、职能系列同时履行聘任审批手续，一年一聘，其中高级助理和专业经理由部门经理提名上报公司审批。符合一定条件的专业系列人员（如高级助理、专业经理）可以转管理或职能系列，管理或职能系列人员也可以转专业系列；

4、各个专业职位设立若干薪资等级，可跨职位级别；具体薪资等级根据员工学历、专业水平和资格、工作经验和年限、系统大小和难度等因素由IT部门和人力部门共同协商、套定；

5、实行年薪制，年薪由工资和奖金组成，月工资总额不超过年薪的70-90％，年薪的10-30%为奖金，奖金浮动比例随等级增加而增加；半年考核一次，可兑现不超过50％的奖金。

上述制度实行后，我在部门内部管理上相应地实行以行业应用为主要纬度和项目管理为主线的项目经理责任制，项目经理根据项目性质和大小可以由各个职位等级的员工担任，并且由专业经理辅助部门经理、副经理履行部分专业管理职能；另外以各个专业为另外一个纬度跨项目将员工划分到各类专业小组，如财务组、J2EE开发组、网络安全组、DBA组等，平时可进行知识交流和解决方案的研讨，这样可以有效解决知识、经验的共享和紧急情况下的人员调配问题。当然这种做法适用于比较大规模的、共享服务中心性质的IT部门。

    复盘原是围棋术语，本意是下完一盘棋后，重新把对弈过程还原一遍，看哪些地方下得好，哪些地方下得不好，哪些地方可以有不同或更好的下法，把这个对弈的过程还原且进行探讨、分析的过程，就叫复盘。

    复盘被许多企业采用，例如在经营会议、IT预算、项目推进等汇报中，要求将过去一段时间的工作进行复盘，即行动后的回顾和反思。

    许多领导认为，复盘讲不清，下一步工作也就基本上不用听了；换句话说，过去发生的事都说不明白，还讲什么未来呢？

    而事实上，对于许多同事而言，复盘既耗时又痛苦，发生的事不好说，相反未来的事好说。

    那么，复盘的目的是什么呢？一个同事曾总结为教育训练。

    教育指理论，解决认知层面的问题，一般为自上而下宣贯，主要包括三个方面：

    第一，已有规范、标准、规章，却没按要求做，产生了偏差或损失的事情，要通过教育的方式，以敬效尤。

    第二，没有规范、标准、规章，但上层有思想阐述的，没有按要求做，归属于理念接轨及响应速度范畴。

    第三，没有规范、标准、规章，例如一个全新的领域，出现偏差的，应予以理解，宽容创新性错误。

    通过复盘，基于沉淀的经验或吸取的教训，修订、完善或新增规范、标准及规章，以便对照执行。

    而训练指技能，解决能力层面的问题，一般为自下而上的反馈，同样包括三个方面：

    第一，对规范，标准、规章的理解；

    第二，对照规范，标准、规章去模拟、反馈及执行；

    第三，执行中有无偏差，如果有偏差，原因、建议和思考是什么。

    许多企业在新的领域、新的战略、新的产品、大的投资、大的决策项目（含IT项目），在过程或结束后，要求进行复盘。

    而在IT管理过程，一般会在IT预算、IT项目、阶段总结中被要求复盘，我们接下来重点探讨IT项目如何复盘？

    注：复盘不同于工作总结，主要表面在2个方面：

    1、 主体不同：

    复盘以团队为主，通过复盘历练思维、提升组织能力；而工作总结以个体为主（当然个人也可以复盘），更多是回顾、罗列和复述。

    2、 方法/路径不同：

    复盘一般会对照目标，总结差异，挖掘价值，吸取教训，形成规范；也包括推倒重来，模拟演练，比对价值差异等；是一种结构性的总结方法。

    而工作总结，可根据不同的习惯、悟性，相对随意，没有固定的结构和流程，其中可包括问题及解决措施，但一般不会上升到规范、体系层级。

以上就是关于什么样的人适合it编程全部的内容，包括:什么样的人适合it编程、I T 信息部负责什么工作，需要具备什么能力，需要学什么，信息部组织架构是什么样的，急！！、破界突围之路：关于IT项目复盘的几点思考(一）等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！