IT团队管理之如何建设团队

在保证本公司产品开发和运营的前提下，对技术部做出如下改进建议

负责产品的下一代产品设计以及实现，负责新技术的学习以及研究。先行开发团队需要尝试快速有效的产品迭代方式，

之后在团队中进行普及。

随着市场业务的推动，我们在开发现有需求的同时也要考虑到产品迭代的过程，产品具有超前的开发研究有利于产品的

整体规划和实践，先行研发团队，在保障基本功能实现的同时，开启新版本的设计与实现。针对目前的移动端开发技术

选择使用React-Native进行项目实践性研究。

先行研发团队需要在技术上不断学习探索，需要在业务上不断的优化，需要在资源上面不断的优化。

技术部将优化人员分配，进行市场探索。在保证公司产品顺利研发以及运营的基础上，进行技术团队承接业务的尝试。

提高公司盈利，促进员工团结，改善员工待遇，磨练研发技能。

技术一部需要抽调部分人员作与市场对接，其中包括，客服，设计，项目经理，参与项目部团队建设。

项目部组建的原则是协调没有的角色，比如客服，合理安排现有人员的资源使用。

分配相关人员进行市场对接，通过需求判断合理安排部门负责人进行需求设计以及开发

跟踪。

tips: 通过签订开发合同，约定支付方式，以及开发要求

技术部门承接的工作，有 30% 给予公司账户， 70% 用于技术部建设（通过员工介绍：员工可以获取 10% ）。分红方式使用KPI绩效方式进行平均分配，分配周期为 3 月。KPI绩效通过周评的方式进行，KPI总分为100，其中

开发任务是否按时完成占30分，（工作安排是否按时完成）

项目质量占25分 （严重bug1个扣5份，普通bug扣3份）

修复缺陷引起的问题 20 分，（修改缺陷的同时，又产生了新的问题 每次-5）

工作态度占15分 （迟到，早退 每次-2分。态度恶劣一次-5分）

建议或意见 10分 （在工作中技术和业务上面能够提供有益的建议，每次+2）

结算分红时候，根据KPI的平均值判断员工分配资金的比例

0-58 : 0% （不及格的员工将不能享受分红）

59-69: 55%

70-85: 85%

85-90: 90%

90+ 的根据分数，每2分享受+2%，比如：91-92（92%），93-94（94%）

分红奖金沉淀部分流入下次分红奖金

导语：it技术团队如何管理相信每个职场人都想成为leader，带领一个团队去战斗。可能多数人看到自己的leader并不觉得很厉害，比自己优秀，但是很多能力却在你的视线之外发挥着很大的作用。

it技术团队如何管理

关于个性

一般来说, 比较稳妥的做法是, 管理者只在团队前展示相对中性的喜好和个人观点, 例如读书, 锻炼, 旅游, 等等 容易引起争论的则要避免, 不要有意或者无意的在团队面前强调, 例如对宗教,民族,社会问题比较尖锐的立场等对于管理者来说, 包容下属以与自己不同的方式工作, 是一大挑战 君子和而不同, 除非真的有必要, 管理者不要去干预员工的工作方式

保持距离

并不是对每一个人好, 就能获得尊重 尊重原则, 有效执行, 才是管理的真谛

随时激励

每个人都需要激励 激励有一个保鲜期, 所以要及时, 多次激励

考核

鼓励并没有错 但是, 不同的人有不同的性格 有的同事, 你要委婉一些 有的同事, 你需要直接一些 目标是一样的, 让他们能清楚的了解你的意思, 不用去猜 在绩效考核的时候更要说得清楚, 否则, 会产生误解

it技术团队如何管理

分清楚管与不管的界限

一个典型的IT技术团队的管理者被授予的权利包括:

团队日常管理

项目管理

绩效考核

招聘新员工 ( 其中于技术相关的部分, 一部分的建议权 )

晋升, 加薪, 解雇等方面的建议权

提高员工参与度的方法:

外围的事情, 可以由”民主”决定

日常的工作, 比如Code review也可以由员工参与

指定规则前, 征询大家的意见

关于招聘的考量

技术能力满足基本要求

做事风格与团队匹配

沟通能力

工作努力

员工的本性很重要, 将来的塑造过程中很难改变

在讲解团队建设相关内容的时候，我先分享几个在团队中遇到的几个经典案例。

某项目需要背锅，需要谁来背

这三个案例看着毫无关联实际上，本质都是跟各种人员的利益息息相关的，都是我们在管理中遇到的最经典与不好解决的问题。

上面案例三是一个比较基础的团队管理的建设，统称上可以分为两个大部门。下面来介绍下一些新的团队管理模式。

每个工作的技术团队都可以分成不同的部门，负责需求的部门，负责设计的部门，负责开发、测试、运维等等不同的部门，不同部门之间相互协作。

如果有不同的项目或者产品，每个部门都要抽出不同的人负责不同的项目，交叉形成了一个个矩阵。

对比矩阵二这种模式，就会产生两种管理者，一个是部门领导，一个是项目领导。如果出现一个需求，某个成员会更多的听从部门领导，还是项目领导的要求呢？这往往决定了，这种矩阵管理是强矩阵管理还是弱矩阵管理。

如果普通人员更多的听从部门领导工作，那么这种矩阵就是弱矩阵，反之，更多的为项目服务，为公司服务，就是强矩阵。

往上看，之前说的部门之间的PK，分析一些，可以知道目前的管理是强矩阵的管理还是弱矩阵的管理。

要确定良好的文化源泉，需要先确定一些我们没办法决定的"决定性"的因素最主要的就是这两点。最主要是老板的管理思路。

作为leader在不能决定的因素中能为团队成员做的？？

项目组全体成功需要共同承担连带责任，要死一起输要活一起活，如果一个团队中有人受罚但是有人获得了好处，这个team，是很难团结跟有战斗力、凝聚力的。

无论是哪种管理者，都不会拒绝主动接受任务做事有担当的人。而不会选择被动接收任务，喜欢推卸责任的人。但是这里会涉及几个问题：

如果你交付给团队成员的时候，你认为只需要半个月的时间，就可以完成，但是团队成员的个人能力确需要一个月，这时候怎么办

如果团队成员的经验不足或者能力不足以解决这个问题，导致后面会出现许多不应该的错误，这时候又怎么解决呢？又怎么避免呢？

我在网上看到了一个案例，我们可以通过这个案例来分析一些问题。

大概讲下是两个员工之间能力不同，你交付给他们的工作量也不同最后可能导致的问题。

!(员工都应该选择做更好吗？？)[ >

对于IT项目团队的管理可以采用项目管理的方法。下面我们给大家介绍一下项目管理中在IT项目的沟通管理应用。在IT项目管理中，专门将沟通管理作为一个知识领域。在《PMBOK®指南》中也建议IT项目经理要花75%以上时间在沟通上，可见沟通在IT项目中的重要性。多数人理解的沟通，就是善于表达，能说、会说而IT项目管理中的沟通，并不等同于人际交往的沟通技巧，更多是对沟通的管理。

一般来说，沟通管理包括以下几方面工作：

1、确定沟通目标：IT项目中沟通对象主要为IT项目干系人，不同干系人需要的信息可能不同，所以在IT项目启动时，就要识别所有的IT项目干系人。以及不同人的不同信息需求。

2、制定沟通计划：沟通对象，需要的信息，信息发布频率等都要确定好。

3、执行沟通计划。

看上去很简单，每个IT项目都可以依此模式套用，但实际上很多IT项目在执行中都会出现沟通问题，我认为大部分情况下是IT项目经理犯有沟通障碍症，主要有以下几类：

（1）“我以为”的错误：以为沟通过，别人就清楚了，以为没有反馈就是没有意见了。特别是跨部门的沟通，无论是口头还是书面，更是要注意双方是否理解一致。

（2）不敢越级沟通，不敢与高层直接沟通：不少公司的IT项目经理在职能上，一般比部门经理要低，所以经常出现IT项目经理不敢直接找高层或其它部门总经理沟通，都要上级职能经理的协助，我认为这是需要改进的，当然，这与企业文化也有一定关系，但在一个以目标驱动，强调解决问题的组织，没有人会反对这样做，包括你的上级。

特别是对跨部门的较为复杂IT项目中，IT项目经理要敢于“管理”公司高层，就IT项目问题也高层进行直接沟通。可能有部分IT项目经理是担心不知如何与高层沟通，，因为高层的思维是较发散和概要的，如果你下谈解决方案等细节问题，估计很难交流，这里也要求IT项目经理要对问题有很好的抽象归类能力。

（3）害怕被拒绝：这是人的本性。如果在销售岗位，估计有专门针对的培训。在IT项目推进中，经常出现这样的情况，你可以有一些想法建议，要么思考很久才敢提出来，不要不敢与IT项目干系人提出，白白延误了好时机，或者需要其它部门协助时，不敢提出来。

4、没有提前计划沟通活动，造成等人局面：经常出现这样的时候，要确定某个事项，需要个负责人参加，但因为没有提前计划，到时约不到人，结果推迟等待，无谓的增长滞后时间。实际上，对于难度较大问题，至少要提前两周计划好，预约好相关人员。

5、欠缺适当的沟通技巧：我们不是管理专家，不用在沟通技巧中耗费太多时间，掌握一些适当的沟通技巧，是主要是对人对事的敏感度，能针对具体事情判断是单独沟通、书面沟通、口头沟通更有效，还是需要适当借力。能达到这个层次就可以了。

沟通中最重要的不是技巧，而是你的真诚。如果你能与沟通对象建立信任关系，就是沟通的最高境界了。

沟通对于IT项目的成功是相当关键的，但同时又是容易被大家不够重视的，作为IT项目经理，做好沟通管理是基本的要求。

团队建设的最大病症：精神离职

项目管理说到底，核心是对人的管理。在张兴接手研发团队后，遇到的第一个难题就是团队成员常常是出人不出力。现在回忆起这些情况，张兴还感到后怕。这种情况的出现往往意味着在团队建设中隐藏着危险信号，并蒙蔽了团队经理的眼睛。如果不引起重视，团队建设将会前功尽弃。

让张兴非常苦恼的出人不出力，就是团队成员的精神离职，而这在团队中是普遍存在的。精神离职的特征表现为：工作不在状态，对工作不够认真，团队内部不愿意协作，行动较为迟缓，个人能力在工作中发挥不到30％，基本上是在无所事事的状态下结束一天的工作。

精神离职产生的原因大多是个人目标与团队愿景不一致产生的，也有工作压力、情绪等方面原因。正所谓百姓百心，在一个团队里大家由于心态、观念、能力的不一致使到很多研发工作进展缓慢。项目经理也往往不知道研发人员究竟是不会做还是不愿做，还是由于资源缺乏而不能做，从而很难让员工凝成一股绳高效地完成研发目标。针对精神离职者有效方法是：多沟通，用团队精神与团队愿景来提升工作状态，用激励手段提升工作热情。具体做法可以是安排假期，让精神离职者冷静思考，调整状态，然后根据实际情况考虑团队中是否会重新接纳。

以上就是关于IT技术部改进计划全部的内容，包括:IT技术部改进计划、it技术团队如何管理、IT团队管理之如何建设团队等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！