项目管理工作计划
博文学习网小编为您收集整理的项目管理工作计划,提供全面的项目管理工作计划信息,希望对您有用!
项目管理工作计划篇一：项目经理的职业规划
项目经理的职业生涯规划
如果做出了职业选择，成为一名项目经理，在工作中应该怎样开始自己的职业生涯呢?成为项目经理之后，又可以走向什么样的岗位呢?总结合公司的职位体系，给出了一条可以参考的职业生涯路径，从助理项目经理开始，到项目经理、高级项目经理，直到总监、总经理。1 涉足项目管理
涉足项目管理可以从一个助理项目经理——项目经理的“助手”开始。在一个项目中，除了本职工作，可以向项目经理要求分担一部分项目管理工作。对于上级的项目经理来说，有人愿意主动帮他分担工作自然十分乐意，自然也会愿意进行指导和帮助。项目管理论坛在这个阶段的重点是“掌握知识”和“学习技能”。
第一，系统地阅读书籍和参加培训，掌握项目管理的知识，技术最好不要放手。第二，学习项目管理技能。可以在项目经理指导下学习使用各种管理工具，了解工作流程。比如，组织一个会议，会前需要什么准备?怎么确定日程?怎么协调多人的时间?会议上怎么形成决议?事后怎么进行跟踪?这些执行中的问题在理论体系中可能不会提及，也可能只是短短的几句话，但在实践中却是形成执行力的基础。项目经理博客
第三，学习软技能，体验项目经理的角色。观察项目经理每天都做什么、处理问题的方法、与人接触的技巧。如果有机会独立管理一个小组，就借机学习如何进行团队管理。如果有机会帮着项目经理处理一些外部关系，也可以学习如何与客户和合作伙伴打交道。转自项目管理者联盟
这个阶段工作起来可以放松一点，因为还有老项目经理帮着补台，所以不必过于担心。如果觉得自己不适合做项目管理，还可以果断地退出，对自己和项目都不会造成太大的损失。
2 成为项目经理
在掌握了基本知识、熟悉了基本技能之后，一旦开始独立负责一个项目，就正式踏入了项目经理的职业生涯了。哪怕是担任一个小型和中型项目的项目经理，都不能再想“撂挑子”了，否则对于项目、客户和团队都有重大的影响。
这个阶段的重点是掌握“实践技能”和“软技能”。
第一，实践技能。独立负责一个项目时就会发现，项目的情况千变万化，照搬书本上的知识一定不够，根据实际情况选择适当的方法，将理论知识和具体实践相结合，才能处理各种情况。在实践中要不断积累经验，举一反三，将项目管理知识变成项目管理技能。
第二，软技能。这时可能会体会到：一把手和二把手的区别是很大的，遇到事情没有退路，遇到冲突没人补台。因此，需要学会韧性和斡旋，通过沟通解决问题，需要努力锤炼沟通和协调能力，勇敢面对“谈判”。
项目经理虽
在做项目的过程中，也是学习一些专业知识的好机会。项目一定属于某个行业，项目经理的周围往往就有行业内各方面的专家，朝夕相处的日子也是难得的学习机会。积极参加各种方案论证和评审，深入一些专业小组工作，不但可以增长行业知识，还能加深对项目细节的了解，增强对项目的把控。
另外有两点需要注意：第一，不要放松对技术知识的学习和更新，这样才能与项目成员顺畅地沟通。第二，财务知识的要求是无法回避的，尽管不需要很深入的了解，但至少学会“算账”，否则无法对项目的损益负责。
3 成为资深项目经理
在项目经理的道路上经过不断地经验积累，对于各种实践技能和软技能“精通”之后，就算是该领域的“专家”了，暂且称之为资深项目经理吧。资深项目经理与项目经理的区别在于有能力管理大型复杂项目，这类项目往往由若干子项目构成，各个子项目被相对独立地进行管理，但子项目之间的依赖关系密切。
这个阶段的成长主题是“传授和指导”。对子项目不能通过命令进行管理，更多需要的是经验传授和案例指导。例如，帮助解决子项目中的具体难题，预见风险并提前帮助项目经理进行防范，指导团队建设和塑造氛围，在项目组中传递“企业文化”。
善于在项目中去培养和指导新入行的项目经理，可以让自己的项目有吸引力，很多人都愿意加入这样的项目，主动当助手，谁不想跟着大师好好学习一下。传授的过程也是自我提高的过程，对经验和教训进行系统的总结，会将项目管理知识、技能和经验融会贯通，可以达到理论讲解而不是事例讲授层次。
如果一个项目经理能够走到这一步，已经有相当的成就了，对于单项目的管理已经完全不在话下。如果继续发展可以考虑转向业务。
资深项目经理对于挖掘新的项目机会有得天独厚的优势。他们能够接触到客户的高层，对于客户的业务和组织情况都非常了解，如果具备一定行业知识，了解新产品和新技术，就能够将客户的需求和公司的能力有机结合起来形成新的商机。
4 成为项目总监
项目总监在不同企业中有不同定位，但是基本都是负责一个(类)客户的项目群，为客户提供长期服务的唯一接口。项目总监与项目经理的区别：
管理方式上不再直接管理项目，而是通过项目经理管理项目。
时间跨度上也要大很多，从最初的需求理解、业务策划一直到最终的运维服务。 从职责上也从单纯的交付，过渡到发现新的机会，提供新的服务，拓展新的客户。 为了达到这些目的，项目总监需要几个方面的成长。
第一，客户关系。项目总监是客户服务的统一接口，在客户面前直接代表公司，与客户建立相互信赖关系是必须的。客户关系的第一个层次是要把客户的事情做好，没有这个前提没有信赖可谈。第二个层次，是帮助客户个体成功，了解不同个体的期望，通过项目让“客户”体现价值，建立稳固的关系。
第二，需求理解。技术人员往往更关心“系统怎么实现”，其实并不关心系统是干什么用的。但项目总监恰恰要关心“系统需要干什么”，因此，应该对客户的行业进行比较深入的了解，用客户的“语言”谈问题，才能识别客户需求。
第三，业务策划。从项目生命周期的角度看，如果能够与客户一起进行业务策划，进行可行性分析，帮助客户内部立项，不仅有助于承接项目，而且能了解项目对客户的业务运营
的价值。这个过程需要项目总监具有一定IT规划的能力，以及对新技术、新产品的了解，将新的业务需求和新的方案相结合创造新的应用价值，不断为客户的IT进程注入新的内容。
第四，财务知识。由于项目总监是业务策划者，需要评估项目的投资收益、估算项目成本，确定收款节奏、最终核算项目损益，以保证项目成果能够给客户带来预定的业务价值，同时给公司带来合理的利润。
到了项目总监阶段，对于基本素质和软技能也有了更高的要求。
第一，沟通和协调要求更高。随着解决方案的逐步深入和复杂，一个项目可能涉及的内外部资源越来越多，需要大量的沟通和协调工作。过程中，需要取得多方的支持，整合各方力量，平衡全局和伙伴利益，才能顺利完成方案制定、售前支持、合同签订等过程。另外，因为经常要面对众多客户和员工，不仅需要点对点的沟通能力，还要有比较好的宣讲能力，能感染众多的受众。
第二，团队和激励成为必要技能。项目总监作为项目群中人力资源的调配者，除了要从公司中获取资源，很多情况下需要自己获取和组织资源，有计划地培养骨干和建立团队。有些事情要“举重若轻”，尽管自己要承担很大压力，却要在下属面前表现得非常轻松。有的事情要“举轻若重”，除了自己要承担压力，还要向下传递压力，让项目团队重视并激发效率。这种“压力”传递还要因人而异把握好尺度，不能把人压垮，也不能没有压力。面对的人抗压能力强就直接把话说透，面对的人比较敏感就只能把话点到为止。
5 总经理
如果经历了上述的过程，知道了怎样开辟一个项目群并进行管理，就可以不断发掘新的项目机会、不断拓展和成长。具备了业务开拓能力，在公司的支持下基本就可以独立负责某一类客户的业务了。沿着这样的轨迹发展下去，距离一名总经理也就并不遥远了。
项目管理工作计划篇二：项目计划与跟踪管理
项目计划与跟踪管理
项目计划是项目管理的第一步，它可以让思想成为产品。一个项目的管理是否混乱的判断首先应该从项目计划开始。以一个项目为例，我们可以将从混乱到清晰的状态分成几种情况： 第一种是知道目标，知道现在该作什么，知道将来该做什么，称之为“清晰”。
第二种是知道目标，知道现在可以做什么，但是不清楚将来该做什么，这称之为“半混乱或者半清晰”。
第三种是什么都不知道，那就是“混乱”。
我们实际遇到的大部分是第二种情况。在这种情况下，项目开始是有计划的。出现这种情况大概有以下几种原因：
对计划认识不清，长远计划或者是整体计划不实际、不准确、不具备实施的指导意义。
计划是为了应付领导或者客户，仅以此搪塞而已。而且领导/客户对拖延、返工司空见惯，不足为奇，所以就完全接受。
计划不够周密，计划总是赶不上变化，总是出现较大的差错。久而久之失去耐心就置之不理。 实际操作中几乎不可能100%的遵照计划，总有些没有想到的事情，这些事情就会影响计划的实施。计划是为了使事情变简单，使事情可见，但是如果计划被变化打乱，那就必然重回混沌状态，计划也就成了摆设！计划被打乱不足为奇，关键是及时的修正计划。所以对于计划必须有一个跟踪。项目跟踪就是及时发现实施中的问题，能够及时的修改计划，使整个项目处于控制之中。
1. 项目计划
项目计划直接关系到项目的好坏、成败。它是整个项目的头脑，项目计划越详细越好。但是在项目工作中，这种情况是很难达到的，而且项目计划可能会有不同的层次和结构，所以项目计划不应该是一个人完成的，应该是整个项目组成员思想的结晶。项目计划就是项目的设计书。 计划是给自己用的，因为它就为指导自己的工作。计划不是靠拍脑门子搞出来的，这样的计划会给你带来很大的麻烦，因为对于这种计划你只有两个选择：要么抛弃；要么修正。修正肯定会产生新计划。抛弃就又面临两个选择：要么重新做计划；要么破其计划陷入混乱。所以这种计划最终的结果只有两种：一是制作新计划，二是陷入混乱。所以与其做两次，甚至更多，不
如一次就完成。陷入混乱那就不用多说了。计划的内容最少应该包含任务、时间和资源。但这里不谈这些，而是说说其他几个容易被忽视的地方。
重视管理首先应该重视计划工作，先认识、再重视、然后实施。认识就是要弄清计划的必要性和科学性，那些内容需要计划，那些内容需要明确。重视就是行动，这个行动就是加强计划的管理，确定计划编制、修改的方法和过程。实施就是计划真正的指导实际工作。
1.1. 计划的层次和结构
计划难以一次性彻底完成，所以项目计划应该保持一个层次机构。应该分成大、中、小三个层次，大计划由中小计划构成，中计划由小计划构成，小计划可以说就是个人任务的规划。这样做也是为了使我们工作容易进行。这样做的好处是：
首先层次结构体现了工作流程，符合项目的实际工作需要。在项目开始时，一般是很难具体的策划项目的细节工作，所以这时要求制作大计划，一般不包含细节内容，但列出了相对精细的中计划。之后中计划就开始被清晰的制定了出来，此时的中计划包含了粗糙的小计划。随着中计划的实施，小计划也就从粗糙变成了详细了。这个结构赋予任何成员一个自我施展的空间。当然计划的制定必须经过项目经理的认可。只要项目经理愿意，可以设计自己的所有工作。 其次层次结构是分工的体现，同时也体现出项目组的组织结构。在一个大项目组中（如果有十几个人的时候）就需要再分组。而这种分组，必然是基于工作上的分工。分工的同时也把压力、责任等分配了下去。这种小组的计划当然应该主要由这样的小组制定。这既是减轻项目经理工作压力的办法，也是发挥成员积极性的渠道。在实际操作中，大计划由项目经理负责协调、整理、编写，中计划可以由组长负责编写，项目经理负责协调、整理，小计划可以有项目成员完成。
1.2. 计划的详细程度
“计划越详细越好”。计划至少应该有三个要素被真正的落实下去，这就是任务、进度和资源。计划的详细程度就取决于对这三项的考虑。按照现在的情况来说，计划应该细到人/日（小计划的粒度），项目越紧计划就应该越细。做计划的时间，绝对不会拖延项目。计划越细项目中不确定的东西就越少，项目就越顺利。正所谓 “磨刀不误砍柴工”。
针对不同层次的计划，详细程度有不同的要求，大计划应该确定中计划的任务，安排各任务实施的先后和用时的多少，以及人员组织；中计划应该确定阶段中的子任务（如编码阶段的某个模块），任务开始和结束时间，任务负责人；小计划应该确定个人进度的详细安排（日进度）。因为很多项目经理可以不用考虑资金、办公场所等资源，所以这里重点考虑人力资源。如果用一个例子来说明它们之间的关系的话，那么大计划是整个身体，中计划是支持身体的骨骼，小计划是血和肉。所以他们组成一个有机的整体。以瀑布模型为例，项目整体计划作为大计划，阶段（设计、编码??）计划作为中计划，然后分配到具体个人的工作为小计划。（具体情况视项目大小而定）
计划不但需要任务明确，还需要明确的完成标准。这个标准应该能够衡量产物的优劣。每个人的工作都有一个不同的标准，所以如果标准不明确，必将增加跟踪的工作量。标准是否达到是跟踪结束与否的依据，也是工作合理安排的依据。
1.3. 计划三步方略
计划的实施是有先后顺序的，尤其对于中、小计划。计划与实施之间可能会存在一定的偏差，如果偏差积累起来，就会导致计划失效和项目失控。所以应该实时对计划进行调整。跟踪会发现计划/实施的问题，这些问题就是调整的依据。
在实施中，人们应该注重小计划，因为：
计划的误差可能最早出现在小计划中，而且小计划的误差也最容易被忽视。
小计划的实施会影响中计划，也会影响大计划。
小计划的问题可能比较独特，对问题的认识可能局限于某个或者某几个人。
计划的制定应该是整个项目组的事情，人人都应该参与项目计划的制定。所以全员参与计划制定/修改才能及时将问题都反应出来，只有这样才能避免小计划问题的淤积。如果等到发现中计划已经不适合的时候，就说明你已经失去了最佳调整时机，而你要承受的就是拖延。
大计划可以和第一个中计划一起制定，紧接着应该考虑实施的问题。对于多个中计划来说是按照一定时间顺序来实施的，前面计划出现问题可能会影响后面的计划。所以这里建议实行三步走的方略。总结一个，实施一个，筹划一个。
总结一个：需要项目组能够对照大计划和中计划的进度，及时的收集并总结前一个中计划，甚至大计划的实施问题。
实施一个：根据前一个的实施问题，及时调整当前计划/大计划的内容和实施方式，包括时间、资源分配等。
筹划一个：根据以上两个中计划的内容，根据重新调整的大计划的内容策划下一个中计划的详细内容。
项目经理在这个过程中更重要的是起到强力的协调作用。
三步走可以使我们修改和完善计划。但前提是有良好的跟踪！在第一个中计划的实施中得到的跟踪数据，可以直接帮助我们修改和完善第二个计划和第三个计划。每个计划的跟踪结果必然会影响到今后几个计划的制定。三步走的方略一直循环下去，直到项目结束。
1.4. 设置警戒线和底线
计划会有拖延的情况。这种情况发生的频率非常的高。很多拖延在发生之前是难以明确的，就像风一样在不知不觉间到来、并流过。对于项目组来说，最好是通过设置警戒线和底线的方法来控制这种风险。警戒线和底线可以时间和阶段成果为标志。警戒线是为了认清发生拖延的标志，就像水位的警戒线一样。当警戒信号出现后，就应该执行应急措施。警戒线上应该设置必要的解决或缓解问题的活动。底线本身是一种预测，预测拖延可能的时间。
双线设置可以使我们对问题快速做出反应。这种反应就是效率。尤其是项目组出差在外，或者涉及到计划重大变更的时候，这种预防更是必要的。比如项目组要在5 天内完成A、B、C、D四个工作（ABCD存在先后顺序），警戒线设置为：第四天的中午完成工作C，底线为5＋1天。
当警戒信号出现后，项目经理应该尽快进行一次全面的检查，了解各个成员的工作情况，分析项目的整体进度状况，然后制定相应的对策。警戒发生后的应急措施应该是提前设计好的，例如加班、增加成员等计划。
警戒线就是风险的触发值，当警戒信号出现后，说明风险已经变成现实了。底线是对风险处理的预计时间。如果把警戒线和底线推而广之，那就是对风险的管理。对重大的风险都应该这样考虑。风险管理应该是每个阶段最先做的事情，首先认识风险，然后在计划中充分考虑。
1.5. 工作量的评估
软件本身是科学的产物，但是在软件开发之中，很多工作却处于原始状态，根本谈不上科学，这尤其表现在工作量的评估上。计划中的任务、时间和资源等内容都是依据工作量来安排的。所以工作量的评估是至关重要的。工作量评估不准，必然会影响成本和进度。工作量的评估是个让人头痛的问题，但这个问题主要是自己造成的，是我们在面对这个问题的时候采取了鸵鸟政策。
世界上已经有几种被人称道的工作量评估方法，比如PERT、Delphi、Cocomo等。对于软件工作人员来说，“学”并不是难事，难在是不是愿意去做。变革对任何人来说都是比较难以接受的，但是不变就难以改善。也许这些方法也有不科学的地方，但这是走向科学管理的必要的一步。
2. 项目跟踪
项目跟踪主要针对计划，是为了了解项目的实际进展情况而采取的活动。如了解成员工作完成情况，了解整个项目计划完成情况等内容。跟踪主要是为了及时了解项目中的问题，并及时解决，不使问题淤积而酿成严重后果。
项目跟踪是必要的，因为它可以证明计划是否可实施，同时可以证明计划是否可以被完成。因为可以对计划进行检验，所以如果我们把计划和跟踪作为一个工作循环，那么计划将得到适时的改进，因为跟踪过程中会发现计划的不当之处。详细的计划可以提高跟踪的准确性，提高跟踪的效率和效果。粗糙的计划则会加大跟踪的工作量，并降低跟踪的效果。这是循环所必然导致的结果。
计划中很多事情是无法写进去的，例如人员士气变化，人员的思想变化等，但这些事情很有可能影响项目的进展。跟踪——及时发现问题就变得尤为重要。
项目跟踪实施人应该是项目经理，因为项目经理负责制定项目计划，并且项目经理可以进行工作的协调和调动。跟踪可以给项目所有成员一个工作的参考，跟踪的结果和数据是“最好的教材”。跟踪主要是通过与项目成员的交流来完成，这种交流包括口头的和书面的。
跟踪的益处有：
2.1. 了解成员的工作情况
一个任务分配下来后，项目经理应该知道工作的进展情况，那么他就必须去跟项目成员进行交流，了解这个成员的情况。所以他要得到的信息是“能不能按时并保质保量的完成？如果不能按时完成，需要什么样的帮助呢？”这是项目经理最关心的。而且需要随时的收集。如果这个信息没有被收集上来，那么项目经理就失去了对项目的了解，也就失去可适时调整的时机，如此，后果就可想而知了。
2.2. 调整工作安排，合理利用资源
如果项目组中有几个或者几十个人的时候，就可能出现完成任务早晚的不同，完成早的不能闲着，完成晚的要拖后腿。也可能发现某人更适合某项工作，某人不适合某项工作。这时就需要项目经理进行工作的调整。那么这个跟踪结果和数据就可以帮助项目经理完成这个工作。
2.3. 促进完善计划内容
项目人员多了，又去跟踪，这就必然要求项目经理做出详细的计划，这个计划必须要明确任务，明确任务的负责人，明确任务的开始和结束时间，明确产物的标准（至少是项目经理和制作人双方可以接受且明确的内容）。这就要求项目经理把整个项目分成若干部分。详细的考虑分工。项目经理的跟踪必然促使项目组成员更加详细、合理的制定自己工作计划，最终形成一种良好的氛围，那就是计划展现出的层次结构（项目大计划、中计划和个人计划）。
2.4. 促进项目经理对人员的认识
工作分解后，应该按照个人的特长分配工作，因为特长就是效率。所以项目经理必须了解项目成员的情况。即使在开始时不了解这种情况，这种信息在跟踪中也会很快的被体现出来。也就是说跟踪促使项目经理对成员进行一个评估，并且这个评估是可以找到根据的（项目跟踪的结果）。
2.5. 促进对项目工作量的估计
在一个好的跟踪工具中应该有对工作量的估计。工作量的估计总是很不准确，这个问题在跟踪中表现为完不成任务/计划，或者工作超前。在这种情况发生后，也必然促使项目组去考虑工作量的评估问题，包括整个项目的工作量，各个任务的工作量，还有可能导致整个计划的修改。
2.6. 统计并了解项目总体进度
经常会遇到这种情况，项目组在同一时间进行不同阶段的工作。这时对于工作进度的把握，尤其是总体进度的把握就比较困难。如果项目经理把阶段划分的很清楚，并且阶段工作量也很明确，而且项目成员也对自己的工作量进行评估的话，那么项目的总体进度可以由工具自动生成（完成的百分比）。这当然不是很准确，但却可以作为一个参考。而且是一个比较好的参考。
2.7. 有利于人员考核
项目成员的工作能力，例如“是否按时完成任务，完成工作量的大小，工作内容的难易?? ”，很多信息都可以在跟踪工具中体现出来。使项目考核有理有据，人人信服。
3. 小结
对于我们现在来说要想做好事情，首先是增加管理工作的内容和工作量，改变以往“项目只有技术重要”的看法和做法。管理的工作很杂而且很多，很多情况下我们不知道该管些什么，该如何去管？所以很多工作都被有意或者无意错过。
计划是管理的第一步。计划是为自己做的。计划应该是切合实际的。在国内定制软件开发领域有这样一个认识，那就是一个项目一般会有三个计划，第一个是给客户的，第二个是最初的，第三个是神仙计划；但只有第三个没有形成文档。这主要是客户催的紧，所以第一个是应付客
项目管理工作计划篇三：项目实施计划
第1章 项目实施计划
1.1 施工进度计划及进度表
1.1.1 施工工期目标
我方承诺xxxx银行《监控报警联网系统及远程系统》项目的设备安装、调试相互配合，该系统的工期约为300天。
施工进度计划图
1.1.2 施工组织目标
项目管理目标为：工程合格，并一次通过验收。 1.1.3 施工进度计划
施工周期于合同签订之日起，按招标书中的招标工期计算，则我方将计划约300天内完成。因此，本工程总进度计划表将分为四个阶段：第一阶段为施工准备阶段，其主要工作量在设备采购，以及项目配套设备的检验；第二阶段为心设备的安装、测试、整改；第三阶段为系统试运行、软件平台的测试、联调、整改阶段；第四阶段为验收、移交等。 1.1.4 施工进度计划表
1.2 工程项目管理班子及人员安排
如果我公司有幸中标，我们将履行投标所做的承诺，建立项目经理部，落实人员分工和职责，做好施工前准备工作，积极配合甲方完成合同签订工作，按合同的要求履行合同规定的义务。 1.2.1 劳动力投入计划表
1.2.2 劳动力动态分布表
注：1、项目进度编号意义根据施工进度计划中12个阶段
2、在合同实施过程中，劳动力投入必须满足工程的实际需要为前提。 1.2.3 施工、检测装备配置 主要施工和检测仪器设备表
1.3 工程管理体系
施工管理机构的合理组织是整体施工中最主要的因素，将对保证工期、工程质量和安全文明施工起到关键性的作用，也是一个工程能够顺利完成的重要保证，因此为确保本工程的工期、质量、安全文明施工达到预期目标，将采用以下组织部署。 1.3.1 施工管理组织
为全面完成本工程的各项施工任务，针对本工程的特点及规模，本工程的管理方式采用“项目法”施工模式组织施工。施工现场成立项目部。项目部有管理层和项目实施层的具有高素质多层次的管理人员组成，同时配备强大的施工班子，确保工程目标的实现。本公司还有强大的公司支持层为项目部提供强大的支持后盾。
工程管理组织架构分为公司支持层、项目管理层和项目实施层三个层面，其中项目管理层和项目实施层为工程现场的管理架构。
1) 公司支持层
为确保项目的质量目标、进度目标、安全目标等重要工程目标，公司系统集成部将作为本项目工程的总指挥，调集一批具有“高、精、尖”的管理人员组成项目经理部，为项目部提供包括人力、物力、财力等全方位的支持；以公司ISO9000质量管理体系严格要求项目管理层实施项目管理；对项目实施进行全程监控和支持。
2) 项目管理层
项目管理层以项目经理为责任人，组建项目经理部，下设三部一室：工程技术部、施工管理部、质量监督部、办公室，代表公司履行合同义务和承诺。为确保项目的设备质量，由公司直接提供设备采供服务，采供人员服从项目经理领导。
我公司对该项目实行项目经理负责制，项目经理对工程技术部负全责，在工程基建办公室的领导下，认真履行自己的职责，依托公司本部搞好《xxxx银行总行远程视频监控指挥中心建设工程》的规划、设计；在现场代表业主全面负责《xxxx银行总行远程视频监控指挥中心建设工程》项目的技术管理工作。组织项目班子做好施工前准备，编制和落实项目计划；组织项目管理层和项目实施层人员按计划进行项目实施工作。建立项目沟通网络，协调工程关系解决工程问题。管理和控制项目质量、进度及安全等工程要素，履行合同义务。组织编制项目竣工验收资料，组织工程竣工验收。搞好售后服务工作。
3) 项目实施层
项目实施层为项目的具体实施人员，是由高素质的工程技术实施人员和强大的施工队伍组成，在项目部的统一指挥和管理下，按项目的具体计划要求实施项目，完成各自的项目任务。项目经理对项目实施层采用目标管理和过程控制管理方式。
1.3.2 工程管理组织架构图
工程管理体系架构图如下所示。