如何管理技术不好的程序员

⑴ 如何留住烂程序员

这篇文章是受好评的如何招到烂程序员的续篇。 如果你不希望你的团队里都是那些令人讨厌的聪明而又有热情的程序员，而是喜欢一些呆头呆脑的程序员，那需要先从上一篇看起。 尽管你尽了最大的努力，可还是有一些优秀的程序员趁你不备，溜进了你的团队 – 那怎样才能赶走他们并且留住那些你设法网罗到的烂程序员呢？ 1. 严格执行作息时间，上班时间屁股不能离开板凳 有人说，好的程序员即使在家里工作，每周只工作30小时，工作的产出也会比烂程序员在办公室里，每周工作60小时的产出好而且多，这是一派胡言。 因为只有你的员工出现在工位上才是上班，如果这最重要的一点不能做到，即使是保质保量的做出有用的软件也是无意义的。 把软件做好当然不错，但是，你作为一个经理，没有什么场景能够比早上8点钟就能看到满屋的员工都在出现在自己的小隔间里低着头，好像在敲键盘似 的样子的场景更能让人感到满足的了。9:30才到公司是绝对不能容忍的事情 – 这些人都是日子过的太轻松了。 你既然是按月给他们工资的，他们必定不会实打实的干满那每天8小时，所以你无需给他们付超出八小时之外的工作时间的加班费。所以还是那一点，让他们每天工作不能少于8小时的制度是要毫不动摇的。即使他一天无事可做也要出现在工位上，即使他比他隔壁那个上网打游戏的家伙多做了一倍的工作量也不能离开公司去休息。你只需计算他们屁股留在工位上的时间就行了。 2. 按他们的年龄和工作年限来定工资水平 按他们的年龄来定工资，对于你，经理，来说很重要，因为你也应该年纪不小。这样你也可以合情合理的多拿工资。当然了，这样做在美国属于年龄歧视，是不合法的，你应该基于“参加工作时间”定工资，这实际上是和按年龄来是等效的，除非此人在家有5年以上的待业经历，这段时间不能属于“工作经验”。这点也不要担心，因为这样的人很多是参加工作的家庭主妇，你自然也不想给他们付太多的工资。 你也许会遇到有些员工要求按照他们的工作成果或者是技术水平来付给他们工作，让这些人见鬼去吧！ 很显然，这些人都是很会偷懒的人，没有责任心的人。让人们都明白：我们考察你的各方面，但不包括你真正做出了什么工作成果。 3. 占用他们的编码时间 让开发人员把大量的时间用在开会上，这一点很重要。你要保证他们都完完全全的对业务上的任何细枝末节都了如指掌。当然了，当你在会上长篇大论时，下面有一大群忠实的听众，这也是非常让人高兴的事情。不要惦记着是否要给大家留点实际工作的时间（比如编码时间），你一定要一大早就把他们叫到会议室，一直开的把事情说清楚，不管说到多晚。 另外一个有意思的事情是让他们做你的电脑问题的技术支持。只要你的Outlook或iPhone工作不正常，只管叫他们来帮你解决问题。 有这些傻瓜在身边真是很方便。 4. 监视和审查他们的互联网使用 总所周知，绝对不能相信那些程序员，他们不是到处破解东西就是下载非法电影和软件。 所以你一定要安装一个软件监视他们的网络使用。你还应该要屏蔽一些你认为会浪费时间的网站，但这样一来，你就暴露了你对他们有监控的行为。 针对这种情况，你要事先规定他们只能使用什么样的开发环境，必须安装什么样的工具。 最终，你会有一个长长的开发环境软件安装清单(千万不要提，卖这些软件的人请你吃过午饭)，这样一来，这些开发人员就没有什么好抱怨的了。而任何想安装其他软件的人都是脑袋有问题的。 5. 让他们做出烂软件 这是我所说的建议中最重要的一条。烂程序员只可能做出烂软件。可是一个好的程序员能够即作出好的软件，又能做出烂软件吗？不是！ 好的程序员痛恨烂软件。他们总是没完没了的抱怨着软件设计，企图要对所有的部分进行测试，多痛苦呀。 要强制他们在Jsp页面里实现数据查询，在命令行窗口里开发VB，在一个有1,000行代码的函数里调试Bug。他们起初会有反抗，但很快，要么辞职，要么就变成了一个烂程序员。当你发现他们两眼空洞，发现他们喜欢看卡通人物Dilbert而狂笑不止时，你就知道他们已经屈从了你的黑暗势力。 现实就是这样，并不是所有人都对管理好程序员感兴趣。这些程序员能够帮你完成任务，而且懂得很多知识 … 。他们经常会鄙视你的观点，会把系统不断完善，这样的人就不应该出现在你的公司里。

⑵ 优秀的程序员是如何处理技术 Bug 的

从初入职场菜鸟到职场大咖，很多程序员在努力充实自己，有时候我们需要对自己进行一次能力定位，了解自己的优势和没有掌握的技术。芯学苑列出几点作为初入职场的新手评估自己，明了前进学习的方向。
1、技术能力(解决问题的能力)
这是非常重要的事;过硬的技术能让你得到面试机会，并在工作中游刃有余。当公司招聘一个Java开发人员时，是会优先考虑能力因素的。在实际的项目开发中，一个程序员的技术能力等于其解决问题的能力。
如果拿一个尺度来衡量这个能力的话，一个程序员的能力可以用能完成任务的数量和难度来衡量。一个程序员能基本无误的完成项目中的一个功能算是合格，但在此之前，他对项目的生产力为负，为他布置的任务，中间环节的沟通，修补bug的时间其实要多于自己直接完成该功能的时间的。能较好完成一个完整模块的程序员才算是较好的程序员，也是项目中的主要开发者。能独立完成整个项目才是优秀的程序员。
2、专业基础(知识的积累)
一个程序员的知识积累很大程度上决定了其解决问题的能力。知道如何编写代码是基本的技能，但是知道Java编程语言的原理，知道代码背后的算法将使你从人群中脱颖而出。
3、主流编程工具
今天，事实是，你不能成为一个样样都懂的人(杂而不精)。你必须选择你要掌握的工具。有时这是由工作的环境决定的，但是按照下面说的去做也是一个很好的选择：
构建工具：Maven或Gradle。
SCM：Git(不是GitHub。大不相同)。
构建自动化：Jenkins。
IDE：Netbeans或Eclipse——不仅用于编写代码，而且还从IDE中重构和调试代码。我遇到了很多没有如何从他们最喜欢的IDE调试的开发人员。
Bug跟踪：Bugzilla或Jira。
4、JSF的知识
应用程序服务器
所有Java开发人员应该知道如何在Apache Tomcat中部署。
当Glassfish开发停止时，下一个最好的事情是J Boss Wild Fly。
5、沟通的能力
沟通是我们做好一切事情的关键。我们必须与我们周围的环境保持互动，无论是在我们的私人还是职业生活中。一个良好的程序员知道如何在各种团体面表达自己。也许对你来说显而易见的东西在他人的角度来看并非如此。
从大的尺度(比如一个人的工作生涯)来看，一个程序员知识积累的多少只决定于其自学能力和他对编程本身的兴趣。
在一个分工明确的项目中，程序员需要理解产品，和领导沟通理解自己的任务，和同事们沟通以正确的方式进行合作。无论哪一个方面沟通出了问题都不是小事情，同时，程序员还需要正确的传达设计的实现难度，以及让别人正确的理解自己设计模块的接口。在不写文档时，正确的口头沟通非常重要，需要写文档时，良好的编辑能力也算做是沟通能力的一部分。
6、自学能力
这是一个非常重要的技能，在你自己的空闲时间学习新的技能。不要等待公司为你提供培训。你需要自己去学习新技术，提升自己在相关领域的水平。从Java后端开发到架构模式，总是有一些新事物值得学习。经常阅读博客和论坛，尝试加入本地聚会小组。你学到的东西可以帮助你的事业。知识刷新频率极快让人无法追赶的这个时代，难免会有超出自己知识范围的时候，此时你的自学能力决定了你能多快的完成任务。
7、良好的团队合作精神
无论是部分编程还是大型项目，所有开发人员都是作为团队的一部分在协同工作。你需要致力于团队的目的，或帮助新的团队成员克服障碍。不要存在这种“我只要做好我的本职工作，下班就直接回家”的态度。成为团队的一部分，帮助周围的同事，对自己的能力也是不小的提升。
就像拿破仑说的不想当元帅的士兵不是好士兵，追求参与一个大型软件系统的开发，是每个程序员的梦想。在此之前，应该学习更多的专业知识，达到优秀程序师的标准。最后希望各位程序员阅读本文后能够得到一些裨益，在这条路上走得更好。

⑶ 如何管理你的程序员

简言之，这些东西都是用来最有效的发掘你的员工的全部潜能的。你有了一个领导 基于此，我们通常会有一个重要人物，他可能是一个领导，一个经理或一个总监，等等。这就有了问题：这些人有什么样的特征？一个管理者和一个程序员之间的不同之处在什么地方？他们的角色可以互换吗？ 为了弄明白这个问题，我们需要从人的视角上去思考。换种方式来说，我需要用到人的因素这个词。如果他错了呢？ 首先，要想管理人，你需要去理解他们。要做到这些，我们需要有情商。这并不仅仅指只针对我们这部分人。我们做的任何事情中都存在情感，你要从个人角度去体验它，要熟练掌握，在我们的公司管理中的合作方式上不能忘记这一点。管理并不仅仅指控制和命令，它还包括聆听，理解，沟通和对复杂的情绪上的问题给出有效的方案，这都是至关重要的。弄清他们的感受 很多人都忽略了管理工作中的这方面问题。有时候会很戏剧化，类似于这样：“鲍勃，从明天开始你就是一名项目经理了，因为我们的程序员太多了，需要去管理，但不用担心，你就要去上一个Scrum大师班了”。我们都知道这样的认证证书是什么样的，有什么价值。这跟那个10天的ICC培训课程后成为一名教练的故事非常的相似——这行不通，你要铭记！ 另一方面，Mark Foster在他的标题为《How to make your dreams come true(如何实现你的梦想)》一书中谈到，实现目标有两种方式：推(Push mode)和拉(Pull mode)。前者是使用一种工艺上的技术来完成一项任务，比如程序员编程，而后者依赖于经验、直觉和情商，从而选择最好的方式解决一个问题——这是管理者的视角。当使用这种管理模式时，管理者是不能和程序员进行角色互换的，反之亦然。一些大公司通常使用这种管理模式。而这种方式有时会损失一些员工的潜能，因为在多个级别的管理职位中产生的太复杂的层级关系。相互协作 为什么？很多的小公司都使用敏捷方法论。这是一种基于合作的方法论。上面描述的模式并不能满足他们的需求。在不同层级上的管理者和程序员之间始终存在着一个隔膜。人们会被分成“脑力劳动者”和“体力劳动者”。结果就是导致我们失去那些同样有大脑却从来未被使用的人。如今，所谓使用有效率的员工就意味着把所有人都当作脑力劳动者。 Evan Rose 说：命令/控制(Command-and-control)文化使人们把公司成员分成了脑力劳动者和非脑力劳动者。他们让脑力劳动者去思考，让其他人去执行命令。这种文化中，合作没有基础。更重要的，信息的流转应该是多向性的，而不是瀑布式的从高层经过多个管理层流到一线员工。事实上，如今的每个人都有资格成为一个脑力劳动者 现在出现了一种称作自我管理的形式，这种形式本是我们这个世界的基础。如果我们本来是自我管理的，为什么不更进一步呢？也许我们根本不需要管理者。37Signals 和 DHH都实现了这样的思想，描述起来如下：我们同样也让我们的团队管理自己。每周，一个员工会站出来当管理者，他制定简单的日程计划，审查其他人的工作，更新公司动态信息，他对于其他同事来说是一个关键人物。这种职务轮换每周一次。你知道我们发现了什么吗？当每个人都知道自己要当一周的国王时，神奇的事情发生了。对管理者强迫自己做某些事情的抱怨消失了，因为职务的轮换让他们有机会同时清楚的了解了围栏两边的景观。如果你让员工们这样做，这给了他们提高和成长的机会。找到共识，一起努力 但不要想当然。这并不是适用于任何地方任何人。但就像David说的：这种方法可行性很大。如果你能理解这点，你可以在团队或部门里试验一下。通常在小公司里当某方面出现问题时你能相当很快的对其作出反应，这能让你更容易的避免重大事故的发生。 简言之，不管你的管理方式是什么样的，永远要记住，在公司组织结构的深处有一种叫“人的因素”的东西，它在等待着你去照顾，它能摧毁你所有美丽的计划。唯一你防止这种灾难发生的办法就是要认识到：你在跟人打交道，不是机器。

⑷ 作为一名程序员，从事技术管理工作，应该注意哪些事情

应该要注意向团队之中的前辈学习，因为团队之中的前辈在编程方面具有很多的技巧可以向他们进行相映的讨教，其次，在数据方面一定要认真仔细，因为数据层面涉及到的获取数据，数据书写以及数据修改等这些相应的东西都一定要校准，最后在流程方面一定要认真仔细，要多做笔记，因为这样才能够去更好的熟悉流程。

1、向前辈学习

在编程这个行业里面，程序员需要学习的东西非常的多，但是最为重要的东西还是必须要向前辈学习，因为编程的内容和其他行业具有很大的区别，基本上在团队里面的前辈拥有着很多的经验，在编程方面能够授予很多的技巧性的东西。尤其是针对于公司内部的编写规范，基本上这些东西都存在着很多非常复杂的细节，所以作为公司的新人首先要做的就是要向公司的前辈请教，究竟哪些东西是不需要去弄的，做好这些相应的东西才能够在前辈的帮助之下学会自己该掌握的技能，才能够在有技巧的东西之上，形成自己的新东西。

4、小结

一名优秀的程序员一定要学会方方面面的内容，更是要再踏入公司的时候向前辈学习相关的经验，因为只有这样才能够让自己得到更快的成长，才能够在时间的积累之下，成为一名优秀的程序员。

⑸ 宁夏北大青鸟：程序员如何突破技术瓶颈期

对于程序员来说，在工作中除了实现自己的个人价值以外，同时也需要不断吸收新的知识来充实和提高自己的能力。
今天，我们就一起来了解一下，程序员在技术瓶颈期应该如何突破。
作为一个技术人，不知道你有没有遇到过下面的情况?“我学不到新东西”“我感觉没啥成长”“每天都在重复劳动”??其实，每个技术从业者，多多少少都会遇到工作或学习瓶颈期。
产生瓶颈期，往往不是因为我们不够努力，而是以下原因导致的：1、无法积累有效的项目经验，一直在做着重复的事情，成长出现断层。
2、企业的培训较为传统，多为被动接收，“营养成分”较低，对业务开发无明显提升。
3、技术书籍和网上的免费资料实效性较低，且大多理论性会大于实用性，导致无法应用到工作场景。
那么，该如何解决呢?1、借助“巨人的肩膀”，快速成长。
学习资料非常关键，真正经典的素材只占1%。
如果希望得到快速成长，或是成为技术领域高手，那么就需要借助“巨人的肩膀”。
比如，如果可以接触到BAT、或者国外大公司的资深技术人，你的学习效果就会事半功倍。
2、利用碎片化时间，提升专业能力。
一旦进入职场，我们很难有成块的时间去系统的学习一门知识，良好的状态是利用自身碎片时间，学习与业务紧密相关的实战知识。
网上下载的资料，或者一些技术书，可能无法在碎片化时间消化。
3、每个角色都要懂其他角色的东西，才能成为优秀的角色。
虽然研发团队角色不同，如产品、研发、测试。
但是这些角色都是相互交叉影响的。
如果对其他领域没有一定的认知，就会听不懂他们的诉求本质和技术方案，耗费沟通成本。
而能在多方配合的沟通场景中，宁夏北大青鸟http://www.kmbdqn.cn/发现通过学习到的多样技术能力，直面解决技术问题，就可以在技术成长之路上得到提升，成为一名优秀的技术leader。
有没有“拿来就用”的解决方法呢?以上推荐的3点解决方法，可以总结如下：1、学习使用有价值的经典学习材料;2、持续学习，碎片化汲取“营养”;3、保持在多领域对技术知识的拓展。

⑹ 不懂技术,我们应该如何管理

如何管理好一个技术团队

使优秀程序员成为优秀经理的品质

程序员是概念性的思考者，这也是成为经理的一个必要品质，但Smith也承认，一些程序员的思考方式比其他人更为抽象。有必要关注细节（如制订标准时），但为细节而心神不宁则是一种错误。

一些新上任的团队主管非常重视技术问题，由于他可能比较专制，这样做并不理想——一般来讲，代码开发团队在更加共享性的环境中工作会有更佳表现。

Blythe建议把管理工作看作是一种新技术：你需要时间来学习。“不要希望你一开始就能学会，”他补充说。

如果领导者是一名技术专家型官员，而不是一位沟通者，那么团队和组织都得挣扎着求生存。虽然一些人发现很难学会开放和民主化，但人事管理技巧可以通过正规培训来传授（MYOB使用Software Ecation提供的一个课程）。要成为一名高效的团队领袖，你需要喜欢和人打交道，并通过与他们沟通来传达自己的观点。

两种角色在意识上的差异

你不再是一名程序员，Smith指出，因此你不能把全部精力花在编程或设计上。因为你乐于编程，这可能诱使你逃避新的人员管理工作，因而造成风险。

“成功的人[团队领导]了解人们的动机，”Blythe说。但Katsos指出，保持团队的快乐情绪会大大提高他们按时交付一款优良产品的机会。

除了指导和管理你的团队，重要的是，你还需要与内部顾客（例如营销、QA或设计部门的关键人物）建立关系，帮助自己养成一种大局观。关注组织的政治策略也会提醒你公司即将发生的重大转变。

Katsos对这个观点有更深入的理解，他认为你需要了解整个项目生命周期。除了编程以外，你还要承担QA、文件资料和其它方面的一些责任，即使你的团队并不负责这些任务。

“不要指望减少工作时间，这是肯定的，”Danckert警告说：“甚至你在度假的时候也必须做出决策，最好是参与进来，而不是接受你不希望的决定。”

时间管理

对任何拥有一定自主权的人来说，时间管理都十分重要，因为他们需要了解如何组织他们的工作时间，但一个团队领袖必须努力平衡这个角色的管理和实践时间。

专家小组一致认为你需要分配时间进行管理工作；但在如何分配时间方面，他们并没有达成统一意见。一些人支持首先开始做管理工作，其他人则更倾向于将整天的时间分成小的时间块。

“我给自己不属于关键路径上的[技术]任务，”因为一名团队领袖需要能够在必要时完成管理任务，Katsos表示。

重要的是，必须保证没有人会陷入困境，Blythe说——如果任何任务用了两天以上的时间，你应该坐下来与相关人员进行讨论，找出出现的问题。

Katsos喜欢把大型项目分成小块：如果某件工作预计要一年时间完成，他可能会将它按月进行划分，并让开发人员估计他们完成最开始一部分需要的时间，然后开始执行项目，并将进度与估计进行跟踪比较。只是“不要太过于依赖估计”——如果有任何工作偏离正轨，你应该尽可能早地处理它，Katsos建议。

⑺ 我是个程序员，如果技术上不会，怎么办

请教老员工 ，但也不能老问，多网上搜搜

⑻ 如何管理强势的关键性技术人员

案例：

在项目中有一些关键性的技术工作，且这些工作在行业内部非常保守、国内技术力量薄弱——也就说技术工作人员难找。在我们团队里有一个这样的关键性技术人员，项目必须经过他这一环。在他这一环时，时间计划完全被他控制——他说要多少时间就多少时间，而且这个时间非常随意，不给我任何商量的余地，更不要说去控制。同时，这个工作环节很难找到人代替或外包，这个人对公司好像也没多少留恋可言，纯粹看钱办事。

目前来说，该如何处理呢？和他沟通、高层出面还是其他方法呢？

精彩解答：

001

我也面临这样的问题,今天抛砖下，说说我的做法：

1.保持良好的个人关系【有私交】；

2.以工作目标为导向，拟定DeadTime；

3.研究他的工作，自己多学习。让他意识到PM是懂他的技术的。威胁他的可替代性；

4.尽量安排少量的工作给他，让其他成员有提升的机会；

5.千万不要用高层来压，或者引起矛盾，那样PM会很惨。

002

1）一方面在人力市场当中默默地找其替代者，要做到不动声色，以免打草惊蛇

2）当然在适当的时候给他一个下马威是必要的，彰显自己的魅力所在

3）制定绩效奖励，把他的这个任务公开出来，有能者居之。

003

1、平时跟他搞好关系，拿出程序员鼓励师的姿态去待他，理解他，包容他，帮助他；

2、分解他手上的任务，把可以不让他做的事情，分解给别的同事；

3、关系友好之后，偶尔好一些内部培训活动，试试能不能把他的一些技术通过培训的方式传递出来；

4、在别的人员能力加强培训的同时，逐步进行第2步，分解他的“压力”。

004

既然很关键，又无法替代，那就只能受着，但是为了更好受一些，可以尝试：

1、多私下沟通，建立一些私交，希望他可以给你一些面子；

2、多想下公司文化是否有问题，为什么他的凝聚力那么差，为什么他不能死心塌地跟着公司、跟着项目干，提升他对公司的忠诚度，以后做决定的时候能够多从公司的角度去考虑下；

3、给他增加一些管理责任，让他明白、意识到项目没做好，他是有责任的；

4、多去了解他负责的技术模块，同行业中类似业务功能大概用多长时间，最起码保证他给的时间不能太离谱。

005

1,和为贵，积极沟通，私人层面工作层面两手都要抓，两手都要稳（必要的时候，可以钱+鼓励师）；

2,工作量增加，死磕DeadLine，安排跟他关系亲近的帮他分担，低调进入他所熟悉的领域；

3,半年之后以观成效，再积极对策。

006

1.加强企业文化，好的公司要有好的企业文化，才能留住人才；

2.多与技术骨干人员沟通，增加团队拓展活动，培养团队凝聚力，让团队成员有归属感，尝试改变性格怪癖的队友；

3.公司项目管理规章制度完善，无规矩不成方圆，从项目领导任务分配到完成，都要有计划，并让其技术负责人合理规划时间安排；

4.在核心技术方面加大人才培养力度，从而可以弥补空缺，特别时期情况下不会因为个别人事变动带来毁灭性的伤害；

5.公司领导要权力下放到项目经理/部门经理，这样对管理一些技术骨干或老员工有帮助。

007

这个我先从技术角度来说一下：

第一：技术员多数为完美主义者，关键性技术不同通用技术，既然技术想要完美地呈现、完成客户需求，就需要更多的时间来规划、思考、推敲、重建、完善这个技术方案。所以站在纯技术角度来看，这要求不过分。

解决方案：

给技术宣贯一个思想，谁都想事情完美，但站在项目的角度来看，除了质量，还要控制进度，所以合适客户需求，不多做，也不少做的原则进行技术攻坚。

第二：看这技术对公司文化的认可，当他和公司的文化格格不入，多少必有抵触情绪，所以会有漫无目的地要求时间。当然，如果他对PM或这个团队有情绪，也有可能会触发此事件。

解决：

这时候要展现出PM的个人魅力，不要让他感觉你以上压下，给予足够的尊重，并动员公司与技术关系好的同事一起做好技术的思想工作。

第三，是不是钱给少了。因为他觉得他是关键技术，所以当他的工资得不到有效的体现时，有可能会变成一个老油条，有千万种方法让你信服，的确是需要这么久的时间。

解决：

要不画饼（对老油条估计效果不大），要不和他商量一个合理的工资，报给领导，由领导决策。

最后，PM或公司应该多点培养关键性人才，不要总想着能一招就来。当人才储备不够时，随时会让你进度严重失控。

008

从乙方的角度看问题：

我为什么会有这种态度？

1）对PM态度不满，

2）对工资不满，

3）工作没有创造性，感到疲惫

4）工作确实需要这么多时间，但其他人不了解。

从PM角度看问题：

1）自身是否有不对的地方，对于专业技术人才没有更多了解

2）薪酬和职位是否匹配

3）工作氛围是否乐观，了解下技术人员的职业规划

4）对项目时间评估，可以参照历史项目记录，对比当前项目是否有较大变化。

PMP中没有讲到过“中式”管理，但大多数情况，中式管理很符合人性，且很有用。

009

我觉得可以引进工程评估评审技术进行任务历时估算，有了一定依据的时间估算也会让别人更加信服，其公式是：

PERT历时=（O+4M+P）/6;

O:任务完成最短时间；P：任务完成最长时间；M：任务完成最有可能时间。

如果担心这么计算有风险，可以通过标准差和方差做风险分析。

看看他没有留恋的原因，也许是因为一些激励没有给到呢？可以请高层处理，然后让领导给他提一下让他做这个方面的公司培训师，加一些薪酬。然后这样一是给他积极性，二是帮助公司培养人才。另外，项目这边也要做好准备，把时间和应急储备都留出来，保证项目的安全稳定。

010

建议先是项目经理出面与这个技术人员沟通，先安抚、激励后制约。从项目角度充分的信任他的能力给项目带来的价值，肯定他在公司及项目的影响力，说明可以给予他一定的自由空间与发挥地，及项目的成果给他也会带来的收益。同时也要了解他对于项目的关键技术一些看法与分析，要求他制定出项目时间点，如果超出项目的交付范围，双方共同讨论进一步的压缩时间，讨论可行的实施策略。分歧较大时再请求高层出面协调，从项目角度是需要保持双方良好的合作关系，良好的人才不能轻易放弃，用好管好人才也是一个管理者的重要职责。

011

如果我碰到这种事，一般会这样处理：

1.尊重有能力的人，非他不可就是他的价值。

2.项目非他不可，他对这个项目的看法和要求就是项目经理的要求。

3.请他做指导，明确其他人做的事宜和项目时间和他冲突的可能性。

4.将沟通好的事请他确认。并且告知其他事宜会跟他及时配合。（其他人一定范围可以迁就他）。

5，将确定好的环节和时间节点公告项目内人员和上级。

6.尊重是对对方专业的认可，不是屈膝。也请对方明白这一点。

7.受制于人或物是项目的常态，心态平和看到事和人。换一个位置，一切都是清晰的。

⑼ 作为一名程序员，从事技术管理工作，应该注意什么事情

从程序员到技术管理，这要用人力资源管理的专业知识来看，就是一个非常典型的从“个人贡献者”向“团队管理者”角色转变的过程，这也是各公司人力资源部门会重点关注的一个群体，帮助这些新晋升为管理者的人员快速进行角色转换。

我将结合我人力资源从业生涯见到过的诸多案例、以及个人从员工升到管理层时的一些心路历程，来回答这个问题。

第三步，掌握激励下属及增强团队凝聚力的技巧和方法

依赖下属完成业绩目标的管理者，最重要的就是解决两个问题，一个问题是让下属会干活、有能力干活；另外一个问题就是让下属有意愿干活，拥有一个能够好好干活的环境。

辅导和培养员工能够解决员工干活能力的问题，而激励下属及增强团队凝聚力则能够解决员工干活意愿的问题。主要分享3个主要方法。

• 自己做一个肯负责有担当的领导人，遇事自己要冲在第一线，带领大家一起解决问题和难题，有了荣誉、好处和利益，则更多把真正有贡献的下属推在前面；
• 鼓励团队成员之间互助互利，切忌主动制造内部矛盾和小团体；
• 营造一个以追求成长、进步、上进为荣，敷衍、懒散、得过且过为耻的团队文化和氛围。

⑽ 程序员技术水平低怎么办

如果想提高自己的专业技能的话，建议可以去一家专业的学校学习，老师会根据你的基础给你系统的指导。