如何安排员工工作

工作压力很大，工作也很忙，所以经常会有人加班。有些人的生产力低下，也许会因为工作量太大而无法完成上司交给他们的工作。不过，在自己承受不住的时候，就不要勉强了。在这种情况下，她应该尽快的和自己的上司进行有效的交流，而不是直截了当的说出来，那样的话，反而会让上司对自己的工作产生质疑。

在工作繁忙的情况下，如何与上级交流？一个大公司的老总，很少会出现在公司里，只是很少会来公司，所以并不知道，他们的工作量有多大。他只是看着自己的员工有没有做好自己的事情，要是上司给他安排的工作太多，他一个人就撑不住了，强行去做，反而会让他以后的工作表现不好。毕竟，在这种高负荷的工作中，身体和精神上都会吃不消。而在上司下达的工作中，没有提前跟上司交流，那么上司就会觉得自己可以完成，甚至是完成。而一旦到了最后，还不肯把成绩交给他，那么他就会对他刮目相看，对他的工作也会产生怀疑。

结论，这样的话，很有一种亏本的味道，如果你认为自己做不到，那么你就必须要尽快的和你的上级汇报。让你的上司知道你的工作压力有多大，你可以承受多大的工作。只有在这种情况下， BOSS的计划才会变得清晰而又合理，而且还可以按照优先级来分配，让自己的工作优先，然后再去做一些不需要 *** 心的事情。不过，你也不能因为自己的事情，就说自己的事情多了。

那样的话，很有可能会被炒鱿鱼。可以清晰的告诉自己的上司，自己的日常工作，还有工作的时间。还有就是，你也别质疑他的悟性，你这么一说，他的工作就会相应的降低。

当IT项目经理应该做哪些事情？

项目经理是具体项目工作的管理者，他们在工作中不断提升自己的领导才华，同时该职业又是一个权利与责任并存的职业， 他们主要对项目进行背景调查，收集整理项目相关资料，进行需求策划，撰写项目调查报告和信息综述，对项目组成部分或模块进行完整系统设计，联系项目相关单位和相关技术专家，制定项目可行性研究报告，协同配合制定和申报立项报告材料，组织项目团队完成项目任务，保证项目的完成时间和完成质量。下面是我为大家整理的IT项目经理应该做什么，欢迎阅读!

IT项目经理应该做什么

经常看到这样的项目经理，一副整天忙得团团转的样子，电话不停地作响，一个小时之内要发出几十个指令，好像他所领导的团队离开了他就一天也活不下去。然后他还会说："我很忙"或"我很累"，"我需要增加人手"。这样的项目经理经常事无巨细都要亲自过问，即使旗下有人，你说他能不累吗

甚至还有这样的事列发生，研发部门经理亲自参与项目软件的编码工作，如果只有一、两个项目，也许这样还可以，试想，如果有十几个项目你能都参与具体的技术工作，另外是否考虑过部门经理参与具体项目后所带来的其他问题，部门日常事物务无处理，部门人员无人关注，部门的其他项目得不到项目经理的协助，更是无人为部门的未来作打算。类似的项目经理的行为很多：譬如善于销售的经理就对自己的销售人员总是不放心，觉得下面的人出马总是不那么牢靠;文笔较好的项目经理总是要亲自起草文件，因为秘书起草的东西总是叫他看不上眼，如此等等。

由此造成的结果是经理整天搞得手忙脚乱，管理效率很低。做经理者没有时间考虑部门发展的问题，做下属者觉得自己得不到信任，做事小心翼翼，不敢越雷池半步，没有积极性。

由此想到刘备，文不如诸葛亮，武不如关张赵马黄，但是他会用人，会笼络人。做项目经理人的恐怕都需要学习一下刘备的做法，即便你是在某些方面非常地出色。你可以把你的经验传授给你的下属，不要怕他们犯错误。"用人不疑，疑人不用"，虽然很难做到而且有时也不一定非要做到，但是你既然给了一个人那个位置，那份薪水，就应该让他们充分地发挥，你不能替他们做事，你不能"抢"你付给他们的权力。记得有次记者采访CA公司总裁汪嘉廉先生时，汪先生说他到目前还没有个人email地址，记者很惊诧的问他为什么时，他说“没有必要，我有很好的业务总监们，他们会处理好公司的日常事务，我要有充足的时间考虑公司的发展战略，我不希望被一些琐事打扰”。汪嘉廉是一位好的管理者，所以CA才有今天的地位。

做得好的项目经理可能看起来每天的工作并不是那么紧张。所以有些下属就可能提出这样的问题："我们忙，你在干什么"

项目经理，对于一个团队履行它的使命和发展负责的人。因此创造出一个大于其各组成部分的总和的真正的整体，创造出一个富有活力的整体，应该是其第一使命。即人们经常谈论的管理，通过管理则可以把在自然界1+1〉2的不可能转变为可能。为履行这一使命，项目经理应该做什么呢

一、一个项目经理首先要制定目标，即确定团队的目标，只有知道往哪走，才能到达那里。确定目标是什么，而且目标要能够有效的支撑团队的责任，有助于团队的发展。而且要将目标传达给团队的每一位人员，让他们认识到他们在实现目标过程中的责任和重要性。

二、一个项目经理要进行组织工作，即如何安排工作，需要分析所需的各项活动、决定和关系，他需要对工作分类，确定作业任务的主次和轻重缓急，并为作业分配适当的执行的人员。

三、一个项目经理要进行激励和信息交流工作。他把担任各项职能的人组合成为一个团队，它需要通过对下属的激励，以及同上、下、同级间的相互信息交流，协调完成工作。

四、一个项目经理需要进行衡量考核,衡量团队的绩效和个人的绩效。首先需要确立衡量的标准，这个标准不但要专注于团队的绩效，而且还要求专注于个人的工作并帮助他做好工作。一个项目经理把衡量的意义和结果通报给他的下级、上级和同级。

五、一个项目经理要培养人，也包括他自己。项目经理比其他人更了解其下属的长处和短处、更清楚下属的培训需求，也常常拥有帮助其下属改进工作绩效所必需的技能，只有下属的技能提高了，整个团队的效率才可能提升，只有团队的成员有发展，他们才会在执行工作时投入热情和责任。 经理需要制定培训计划并部署。

在我们这个行业，好多项目经理是在业务或者说技术方面有过硬的能力后才被赋予经理这一责任的，他们可能没有受过管理学的教育，希望此文能够给与他们思考与认识自己责任。

项目经理该做什么，不该做什么

1以目标导向来做事情

首先要明白该做什么，其次才是如何做。目标是项目管理的重要特征，项目经理做事原则都是围绕项目目标展开，对于有利于项目目标达成而又不违背项目经理职业道德和行为准则的事情都是该做的事情。

目标有短期目标和常用目标，把当前项目按目标完成可能是短期目标，通过一年时间带出一个高效的团队可能是一个长期目标。对于非临时项目的项目经理，更加应 该着眼于项目长期目标，而不是太在意于当前项目的短期利益。只有意识到这点，才能够认识到培训，教练，团队，自发，团队语言和规则等在整个项目中的重要 性。

2对自己定义的目标进行分解

对于软件项目，项目经理根据商业或用户需求会定义软件产品发布后的故障率小于05个/KLOC代码。要达到这个目标就需要结合项目的时间过程分析影响该 目标的要素，各个阶段交付物的质量，缺陷的泄露，测试的水平，需求的变更和稳定性，前期的需求设计和开发规范，团队规则，开发人员的责任心多方面因素都可 能影响到该目标的实现。

一个总体目标的达成绝对不是简单的改善一项影响要素就可以达成的，而且各个要素间还存在这正反作用，必须要综合性的系统思考。确定出期望的各个要素的区间 水平，然后将这些期望值列入到计划中进行跟踪和控制。这一系列的过程要表明的都是你做的每一件事情都是有目的的，都是为了实现当初定义的目标而服务，绝不 是无中生有。

3具体实际 *** 作的关注点

首先对于风险和危机的重视度远大于对问题的重视度。不是说问题解决不重要，而是项目经理应该更多的管理风险和消除隐患，不让风险转换为真正的问题。项目经 理必须有足够的问题前瞻性和敏锐的洞察力，发现各种征兆和危机，危机发生前应对往往仅仅是项目经理找成员谈谈心，或者说组织一次关于规程的培训，但危机如 果发生造成的损失会远远大于风险应对的成本。

项目经理应该更多的取做教练，而不是去做领导。管理者要懂得授权，但项目经理更关注的是授权不会影响到进度和质量，因此项目经理绝对不是越俎代庖啥事情都 自己做，也不是盲目授权后啥都不管，而是充当好教练的角色。让项目成员有能力的全完成事情，而且是有责任心的去完成事情。如果自己做只花1个小时，而教会 团队成员做需要一天，从团队常用的角度必须花费这一天时间教会成员如何正确的做事情。

PMBOK九大知识体系内容都是项目需要考虑做的内容。里面有个关键词是项目管理组，项目管理组是由项目核心成员共同组成的。必须要分清楚哪些是项目经理 做，哪些是项目管理组做。另外一个关注点是做事情的粒度，项目任务的跟踪是项目经理要做的，但项目经理应该根据项目目标确定自己跟踪任务的粒度，粒度太细 的可以由项目成员或小组负责人跟踪。项目经理该做什么不能简单项目经理人与项目成员的实战指南

在一个团队中，作为一名团队领导，将：

1) 避免团队目标向政治问题妥协

2) 向团队目标显示个人承诺

3) 不用太多优先级的事物冲淡团队的工作

4) 公正、公平的对待团队成员

5) 愿意面对和解决与团队成员不良表现有关的问题

6) 对来自员工的新思维和新信息采取开放的态度

作为团队成员，要将：

1) 展示对个人角色和责任的真正理解

2) 展示目标和以事实为基础的判断

3) 和其他团队成员有效地合作

4) 使团队目标优先个人目标

5) 展示投身于任何项目成功所需的努力的愿望

6) 愿意分享信息、感受和产生适当的反馈

7) 当其他成员需要时给予适当的帮助

8) 展示对自己的高标准要求

9) 支持团队决策

10) 以为团队的成功而奋斗的方式体现带头作用

11) 对别人的反馈做出积极的反应的理解为二元问题，更多的是跟项目目标和管理粒度相关的做事情的粒度问题。

IT项目经理的经验总结

本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：

1这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。

2这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的;

3基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响;

4在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间;

5现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么，而不是说怎么做)，而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

6 是到做总体计划的'时间了吗不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理不能尽早发现风险，那么就只能去当烈士了。

7明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家(Industry expert)，这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。

8现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少;拉的意思就是项目经理就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的，比如项目经理的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导(包括本方领导和客户领导)做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任;另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。

9 好了，做了很多前期工作，定义了一些游戏规则，现在是坐下来做计划的时候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的Project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然，学过项目管理的人会大谈什么WBS、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢战略决定优先级，而正确排列事情的优先级是一个项目经理能力的主要体现。

好，现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候，不像前期的时候项目经理要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是JVM经常发生一些内存泄漏的情况…”王局长：“(&$@@”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。

和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强(如果总结得不对，欢迎大家拍砖)，所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。这些技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为，他们提出的方案，从他们的角度来看是最合理的。你的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的(而不是正确的)方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸…)。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目、你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。

在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，界面要求：美观大方、简洁明快，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务开发人员熟悉EJB编程，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情，我听说有些老项目经理拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是项目经理和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级项目经理，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。

接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更;另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：

1确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据;

2和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择

3(项目初期的工作)明确更改流程，一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子，你就废了)，以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来，后面如果真的发生了，至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗对，就学习那个，让大家都意识到任何的更改都有成本和代价。

;

问题一：怎样有效地给员工分配工作？ 解决方案一：经理如何发布命令发布命令是经理的日常工作之一，也是经理进行有效管理的一个重要技巧。它就象经理的一个权仗，用以体现他的权威和能力，有效管理部属员工，实现他的职责和权力。经理如何发布命令发布命令是经理的日常工作之一，也是经理进行有效管理的一个重要技巧。它就象经理的一个权仗，用以体现他的权威和能力，有效管理部属员工，实现他的职责和权力。

经理的许多工作都是通过向下属员工发布命令来完成的，离开了发布命令，经理将要么无所作为，要么事必躬亲，而这两种情况都是有背经理职责的。

发布命令也是经理经常忽视的问题，是经理能力的一个薄弱的环节，它甚至阻碍了经理的成长，减弱了经理的影响力。

在管理咨询界流行着这样一句话，“当你新到一个陌生的企业，你不用问老板就可以知道哪个员工干的最好，那个最忙碌的、经常在老板面前晃来晃去的人就是老板眼里干的最好的员工”。

这个逻辑很简单，老板喜欢把事情交给让自己放心的人去干，这样事情办得又好自己又省心，如此长期下去，那个最令老板放心的员工就是干得最多的员工，也是老板眼里干的最好的员工。

这其实也是一些经理发布命令的逻辑，不管要做的是什么事情，也不管员工的职责是什么，只要这个员工让自己放心，就肯把事情交给他办，反之，那些不太令自己放心的员工则很少获得办事情尤其办大事情的机会。

所以在一些团队或组织里，有的员工很忙，有的员工很闲，工作任务分配不均衡，职责权限不匹配的现象很严重，造成了员工之间能力发展的不均衡，为未来经理合理配置人力资源造成了一定的麻烦，顶梁柱也有倒塌的时候不是？

经理经常发布一些未经思考的命令，有的命令让员工走错了方向做错了事，有的命令让员工不知所云，茫然无措。

发布命令正在成为经理职业发展的一个瓶颈。

经理发布命令中的常见问题

1没有找对人。这种情况的经理有两种，一种就是我们前面所讲的喜欢把事情交给令自己放心的员工的经理，这种经理不管事情的性质、内容，也不管到底应该有哪些部门哪些人负责，全部让自己可以放心的人负责。另外一种就是特别忙碌的经理，这种经理在忙 起来的时候喜欢抓瞎，不管那件事情应该谁负责，也不管那个人能不能做得了那件事，只是抓来就用。这就是没有找对人。

2没有说对事。有的经理在没有听明白或者没有看明白所要办理事情的内容之前就匆匆找到下属简单交代两句，然后再匆匆从下属眼前消失。这种发表命令很容易导致经理自己都没有弄明白自己对员工的要求，员工当然更不能明白，导致了员工办事的效率下降，有时为了一件事情要来回跑好几趟，员工不但心情受到了影响，对经理的信心也会逐渐地下降。

3没有说清楚。有的经理在发布命令的时候喜欢言简意赅，多说一个字都不愿意。使得员工不知道该找谁，该怎么办，该在什么时候办完，办到什么程度才算满意，这一系列的问题，经理都没有交代清楚，员工怎么能高效地完成，这又影响了员工的士气。再者，由于经理的权威，员工尽管没有听清楚，也不敢去问，没有办法的情况下只能拖延，最后不但事情没有办好，员工的拖拉作风却逐渐养成了。

员工发布命令不明确的原因很多，主要有如下几个方面：

1个人喜好。有的经理喜欢根据个人的喜好来确定命令的发布，喜欢谁就让谁办，完全不考虑那件事情是不是该由那个人办，缺乏办事的原则和管理的科学性。

2责任心。一个负责的经理一定会慎重对待自己面对的每一件事，每一个人，他会把自己的事情安排得有井有条，把事情的要求说深说透，让员工工作有方向，努力有成果。但是不负责的经理却很少能这么认真地对待，他们只是希望把找到自己的人和事尽快地推 给他们，责成下属办理。这种>>

问题二：你作为主管你是如何安排员工工作？ 工作不是安排,而是按规定去做,各个人员的职责不一样,要合理的分配各个人员的工场职责及范围,做主管的就是监督完成情况,质量及过程中的问题!并对下属所提出的建议和问题,以及工作中各环节所产生的问题作出处理意见,并改进!

重要的事情,安排下属去做过程中,要紧密跟踪完成状况!

问题三：安排员工工作总要个说法怎么处理 在这个问题中，安排员工的工作是指：

1，安排员工的工作岗位？

2，安排员工的工作任务？

如果是指安排员工的工作岗位，是以岗位的适应性和工作需要为依据。

如果是指安排员工的工作任务，是以分内职责范围和工作需要为依据。

问题四：如何给员工安排工作任务 问题是出在员工那里吗？也许不是。事实证明,如果员工得到的指示是模糊的，他就得学会猜测别人的心思，揣摩出领导到底期望自己怎么做。员工只有接收到了明确的信息，才有可能真正对工作负责。作为经理人，在刚开始布置任务时，就要向员工说明你期望他做什么，做出什么样的结果。 结果。经理人应该让员工知道你到底期望从他们那里得到什么。有时候，人们对相同的话有不同的理解。经理人在和员工讨论期望的结果时，不要只使用抽象的字眼，还要用看得见、听得见、摸得着的东西来描述它，以便让员工真正理解你的意思。 尺度。告诉员工完成任务应该遵循的基本准则，给他们一个广泛的可 *** 作的尺度，即指导方针，并提醒他们要注意按照价值观行事。当然，经理人不需要详细讲解完成任务的每条措施和细节，否则，员工不会真正感觉到被委以责任。 影响。经理人要向员工说明，他们的个人行为将会对实现整体的任务做出什么样的贡献，完成或者没有完成任务的影响或后果是什么。员工在了解这些影响和后果后，就会开始为完成任务付出努力。 资源。经理人要了解，员工有多少可用资源，包括物质资源、财务资源、人力资源和时间资源。在许多组织中，最宝贵的资源是时间，你对员工的最大帮助是多给他们一点时间完成任务。如果你不肯定员工拥有完成工作所需的资源，那么你其实是在使他们走向失败。 负责。确定让员工对任务负责。经理人要和员工讨论，他们将在什么时间、什么地点、以及以怎样的方式来向你汇报工作进展。经理人要注意的是，员工应该对结果负责，而不是对方法负责。他们具体用什么方法完成任务由他们自己决定。 在明确了这五件事情之后，经理人就要接受一个大考验--放手，让员工独立完成任务。不要经常在背后监视别人，这不光有损信任，还会打击别人的自信心。如果工作任务重大，你可以和员工一起，在任务的不同责任阶段加以回顾。但是你一定要在开始工作之前，就和员工商定好要举行这样的会议。当员工需要你的时候，才应该出面助一臂之力，否则不应当干涉他的工作。

问题五：怎么安排新员工的工作 首先在给新员工安排工作之前，先给予新员工岗前培训的机会，让新员工知道自己的公司（环境及历史），自己的部门（人员及主要职能）情况，清楚自己将要上岗工作的一些基本职责，主要沟通单位及人员。其次，介绍新员工的直接上级，并让其指导新员工开展工作（或指派人员）。以上是安排，后续还有指导部门这里就不讲了。祝您工作顺利！

问题六：员工工作怎么安排？ 还有其他要求吗？比如说每天要几个人上班，星期六日要有几个人。加班是每个人都轮一次吗？加班是多一个人在还是延时

问题七：怎样合理安排工作提高员工积极性 仅供参考：

关于人的积极性的调动，的确是一个复杂而又古老的问题，而要调动员工的积极性，重在激发员工内在的工作动机，这才是员工工作积极性的根本，这也是每一位管理者所追求的，同时也是企业能否实现其价值目标的重要决定因素。

一般说来，工作主动性分为四个层次。第一个层次

是：不用别人告诉你，便能积极出色的完成自己的各项工作；第二个层次是：领导安排任务后，才去做领导安排的工作，自己职责范围内的工作，领导不安排就不知

道去做；第三个层次是：领导安排任务后，多次督促，迫于形势才去做；第四个层次是：领导安排任务后，告诉他怎么做，并且盯着他才去做。

影响员工工作积极性的因素很多，从系统论的角度

看主要包括两个方面：内因和外因。内因即员工自身因素，包括员工的成就动机、自我效能、自我激励等，这更多地来源于员工自身的潜质。一个人的性格、态度和

对工作的认知程度影响着他的工作 ，因此企业在选人时对被招聘人员综合素质的考察至关重要。

而影响员工工作积极性的外因则包括上司、同事、

工作本身、工作激励、企业文化等，良好的工作氛围对培养员工的工作积极性也发挥着极其重要的作用。良好的工作氛围是自由、真诚和平等的工作氛围，就是在员

工对自身工作满意的基础上，与同事、上司之间关系相处融洽、互相认可，有集体认同感、充分发挥团队合作，共同达成工作目标、在工作 同实现人生价值的氛

围。在这种氛围里，每个员工在得到他人承认的同时，都能积极地贡献自己的力量，并且全身心地朝着组织共同的方向努力，在工作中能够灵活地调整工作方式，使

之具有更高的效率。

上司对员工工作积极性的影响

上司是员工工作指令的来源，也是员工工作业绩的

主要评价者，上司与员工之间的互动对员工的工作态度起着非常重要的影响。目前中国的许多中小企业以家庭作为企业的隐喻，传统家族中的伦理或角色关系类化到

家族以外的团体或组织，领导者在企业中扮演的是家长的角色，这显然弱化了员工的工作热情。若要有效地提高员工的工作积极性，则要求领导者应该恩威并重，公

平、公正地对待下属。同时，领导者需要敏锐地觉察下属的情绪状态，了解并适当地满足下属的需求，也是有效地提高追随者积极性的重要因素。

同事对员工工作积极性的影响

中国人一向讲究“天时”、“地利”、“人和”，其中“人和”是最重要的因素。受传统文化和几十年“单位制”的影响，员工很看重工作中的人际关系，希望能够被人接纳，并能融入其中。同事之间良好的人际互动和工作氛围，将大大地提高员工的归属感，进而调动员工的工作积极性。

工作本身对员工工作积极性的影响

同一件工作对于不同成就动机、自我效能的员工来说，意义是不同的。员工对此工作的积极性也存在差异，不管他们实际上是否能把这份工作完成得很出色。这就要求管理者有能力分辨出员工的工作取向，分配恰当的工作，如此可以有效地提高员工的工作积极性。

工作激励对员工工作积极性的影响

毫无疑问，恰当的激励对于提高员工的工作积极性

有着不可忽视的作用。激励从不同的角度可以分为奖励和惩罚、物质激励与精神激励。每一个企业里都有自己的激励机制，但是很多企业的激励机制起不到应有的作

用，因为激励是变化的，不同的发展阶段有不同的激励方式，不能一成不变。同时，激励又分为静态激励和动态激励，静态激励就是企业的制度，例如奖金制度、处

罚条例等等，这是基本的激励；动态激励就是指管理的领导者根据阶段的变化和环境的要求以及下属员工的实际情况等做出的具有激励作用的决定，而这个激励又是

最关键的，是激励的核心>>

问题八：老板怎样安排员工的工作才合理？ 老板和员工的关系是雇用关系，也是交易关系，老板需要员工福劳动力去创造财富和价值，而员工是通过劳动力来获得收入。因此，老板安排员工的工作就是一种需求，如果员工能够满足这种需求，达到这种能力，那么老板安排什么样的工作都是几乎合理。

问题九：在安排工作时,员工老是喜欢讲条件,应该怎么办 请问对员工现有的能力来说工作的难度怎样？而你给员工的支持是什么？如果你作为领导的话，你的责任是很大的：从公司层面来讲，你是第一责任人，事情出了任何问题都是你的责任；从员工层面来讲，他直接对你负责，而你代表着公司立场，员工不仅仅是只被榨取剩余价值的牺牲品，同时也是一个投资者――每天花至少8小时投资在你的公司的投资者。公司必须要对得起投资人，这个是毋庸置疑的。所以，投资人讲条件是正常的，也是应该的；对你负责的人，同时也是你应该负责的人，对你讲条件也是应该的。

有时候条件也是动力，作为领导能不能去驾驭这个动力也是很重要的能力体现。

如果你是老板，上述的道理同样适用，从某些角度来看，这也是保留优秀员工的最有力措施。

问题十：如何合理安排员工工作 部门分工，首先要按照部门职责划分不同岗位，主要有干部任免、干部教育、干部监督、人才工作、党员和基层党组织建设、干部档案，要在把握好部门工作人员特点特长的基础上，以岗选人，发挥其特长。总的来说，部长负责全面工作；副部长必须强一些，分管不同岗位的工作，能替部长分担重任；各岗位由1名同志负责，具体事务先报分管副部长，副部长同意后报部长。

各岗位定期交流，有利于工作创新，培养干部，防止疲惫心态的发生。

不少软件开发团队每年都有新的开发人员要加入，其中以初级程序员居多，要想让这些初级程序员能够快速融入开发团队并实现价值，需要从以下三个方面入手：

第一：以开发实践能力进行人员划分。 新入项目组的准程序员往往有两种情况，一种情况是刚刚走出大学校门的计算机专业毕业生，另一种情况是自主学习通过面试的非计算机专业毕业生。这两种准程序员在进入岗位之前可以根据实践能力进行人员划分，实践能力较强的可以直接安排进项目组中，而实践能力较差的准程序员则安排到实习岗位上。按照 历史 经验来看，不少实践能力较差的程序员如果直接安排到开发岗位上，往往会导致其放弃这份工作。

第二：老带新。 按照 历史 经验来看，让程序员快速成长的方式无非就是通过实际项目的锻炼，对于学习能力较强的程序员来说，如果有专人指导的情况下会很快融入到开发团队中，有的程序员在一个月之内就可以完成功能模块的开发。老带新的原则有三点，其一是软件开发团队所使用的技术结构要交代清楚；其二是软件开发过程中所使用的开发工具和开发流程要交代清楚；其三是给出具体的参考案例。

第三：安排清晰的工作任务。 对于初入项目组的开发人员来说，由于其自身的专业知识积累还比较少，在项目理解力上还有待提高，所以在安排具体开发任务的时候一定要详细，越详细越好，同时要给出明确的功能边界，防止出现不可控的事情发生，比如哪些数据是不能动的，哪些功能和资源是不能调用的等等。有的时候“无知”是最可怕的敌人，不少初级程序员进行的“删库”等 *** 作都是在“实验”的心态下完成的。

如果有互联网、大数据、人工智能等方面的问题，或者是考研方面的问题，都可以在评论区留言！

我是程序员出身，现在也管理着一个项目，手下最多的时候也有十几号人；但是说实话，在管理方面，我还是比较欠缺的，我也一直在学习和摸索；当项目组入职了新的程序员的话，我经常会这样做：

先沟通，大方向要保持统一

每当项目组入职了新的程序员，我会第一时间和他们沟通，主要让对方快速地知晓项目的基本信息，并了解我们大的方向、观点、风格，我是希望在某些地方能和组员保持一致，例如：

制定计划

下面就要给新人制定计划了，这一点在前期很重要，否则新人就会面临无事可做的尴尬；

安排开发任务

通常，我们一两周后就会给新人安排一些开发任务，当然这个过程也是从易到难：

代码检查

对于新人，代码检查一定要做；如果是工作时间段的新人，每一行代码都检查一遍都不为过。

最后，我会给新人一些成长方面的建议，让他们觉得在这个项目中能学到东西；毕竟我没有权利给他们涨工资，只能通过这种方式留住员工了。

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。

建议从以下几方面考虑：

1、人员能力考查和培养。人员的能力参差不齐，需要根据岗位进行有目标的培养；

2、业务技能提升。想把工作做好，不了解业务，不理解自己做的东西，早晚要出现与预期偏差较大的情况。

3、工作态度和心态的培养。

4、尽早了解项目内容和项目团队，将人员在项目中的定位和需要的技术提前告知，告知项目计划和提示工作的难点。

5、组织一点团队活动，早点融入项目。

第一：熟悉你们开发工具、开发环境、运营环境……

第二：熟悉上下开发工序对接组别和责任人……比如开发该项目的前端、后台、测试等不同组别以及其他开发外项目组外的不同部门打交道的人员。

第三：项目说明书、整体功能、进程，所负责的分割模块……要完完全全提供出来。

每个人都是从新人成长过来的，在我工作的五年间也带过很多新人，最近刚好有个毕业生来公司实习，领导让我带，这边就分享一下我具体是怎么 *** 作的(开发的角度):

总而言之，带新人还是比较累的，对大部分公司而言，技术要求并不是很高，所以新人真的比较难上手的不是技术，而是业务和表结构逻辑的不熟悉，作为新人，公司的打算就是从零开始培养，因此基础并不是最重要的，学习的态度才是公司看重的。

以上为个人观点，欢迎在评论中发表自己不同的观点，喜欢的加个关注，谢谢。

以十人以下的团队来说一下。首先是和员工相处好，其实这一点做到并不难，就是正常的相处，怎么愉快怎么来（当然不能坏规矩）。我做的最大尺度一次是这样：有个毕业生干着干着就哭了，一问之后知道直接原因是程序员的工作内容和自己原来想的不一样，主要原因是刚到北京体会到了巨大的压力。当时我就拉着她到对面肯德基去坐会了，点了饮料和薯条，聊了一下，顺便开导开导她，舒缓一下情绪，这事就这么解决了。其次，作为领导请安排划分好工作内容，不要频繁变更，否则影响威望值。这也是保证工作可以顺利开展的基础。安排工作时请考虑员工的能力和经验，还要考虑员工的兴趣，这点也很重要，很大程度影响积极性。

在小团队中只要工作能顺利完成了，一般问题就不会很大了。其它：可以观察一下每个人的喜好，然后看机会适度的介绍这方面的内容。比如我就专门给一个员工培训过数据结构，而她也很愿意介绍自己认识的人来工作，双赢的结果。员工做好的地方及时表扬，自己做错的地方及时承担责任，等等。总之将心比心的对待员工，小团队还是好带的。

教会徒弟，饿死师傅，等你教会他们，你就该退了，理由：你三十多，奔四了，负担大，不能加班，养不起你！中国现状，保留必要绝活，留几招吧！为养家！

先让他做点小项目，锻炼一下，把以前已经完成客户的项目拿出来给他做，练手，看看功底如何

如果功底好，则主要锻炼他的思维能力

如果功底不好则多锻炼他的技能

首先是能力要过关，之后就是交流要能顺畅，其他的问题都不是问题，只是经验和熟悉而已。

以上就是关于现阶段工作非常繁琐，如何安排工作才能不加班呢该如何与领导沟通呢全部的内容，包括:现阶段工作非常繁琐，如何安排工作才能不加班呢该如何与领导沟通呢、当IT项目经理应该做哪些事情、如何安排员工工作等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！