[ZT]项目负责人不得不注意的要素

　　主动汇报

　　项目的任务分配下去后，由不同的人去具体执行。当执行完毕后，执行人应当主动向项目负责人进行回报，告知其工作已经 完成，此时，项目负责人可以根据需要进行查验或检测。主动回报的工作方式，可以方便项目负责人掌握项目的整体或某细节的进展情况，同时，有利于项目团队内 部信息的及时沟通。

　　在项目进行中，项目成员并不是每次都向项目负责人主动回报所布置任务是否完成或进展情况，项目负责人要时刻主动监督 或询问，否则，便无法及时了解项目中各项任务的执行情况。

　　上一环节的工作目标要以方便下一环节工作为标准

　　某项工作或 某天的工作要做成什么结果，具体以什么为标准?此时，要考虑到这项工作或这天工作的具体内容会对随后紧跟的即将要做的项目内容会产生什么影响，要以下一环 节工作能够最为顺利的进行做为上一环节工作的标准。只有这样，才能最大可能性的保证项目各个环节相互衔接的顺畅，尽量避免上下环节间的冲突，保证项目整体 进展的质量与效率。

　　职业态度

　　正常情况下，技术人员在某段程序编写完毕后，应当调试或运行一下，以查验所写程序是否实 现应有的需求，这是一种责无旁贷的职业态度。项目进行过程中，某些技术人员对手中的编码工作不太负责，当项目负责人程序检测时，才发现其实现的功能需求混 乱，而此时，这名技术人员已经踏(下班时刻)点儿回家了，可实际上，他手中的工作并未实质上完成。随后，其他项目成员有可能还要重新编写这些错误的代码， 既浪费工时，又浪费人力，影响项目质量，同时，某种程度上延缓了项目进展速度。

　　“态度决定一切!”对于上述项目中不良现象，项目负责人 应予以告知或警告，如果还无改观，则在绩效考核或薪金发放是有所反应。

　　如果技术人员是一位新人，则如此职业态度的对其经验的积累质量与 积累速度会产生不利影响，同时，对公司项目开发的质量与效率也会产生负面影响。

　　时刻监督

　　项目负责人负责项目的整体进 展与质量，具体的技术实施有可能由项目组内某一位技术负责人(高级程序员)向其他技术人员(程序员)分配任务并进行管理。项目负责人与一般技术人员(程 序)不再是直接管理关系，中间隔着技术负责人(高级程序员)。此时，项目负责人有可能会忽视一般技术人员的工作质量，而一般技术人员也有可能会在工作时间 干一些与项目无关的事情，因此，需要项目负责人时刻监督，比如，在办公室中的项目成员间多走动，以主动与其交流工作的方式对其进行督促，千万不可听之任 之，否则，监管不利不严，很多平时积累的隐患有可能在紧急时刻集中爆发。

　　注意：项目成员中的球迷喜欢在网上浏览球类信息;游民喜欢游戏 信息，甚至忙里偷闲玩游戏;热恋中的人时常与恋人()聊天;其他闲人随意 干着与工作无关的事。冰冻三尺，非一日之寒，监督在平时。

　　规范与标准

　　项目程序的代码书写要规范，如控件要用实际意义 的单词去命名，不要用Button1或DataList1等系统默认名称。无论是ASPX文件还是CS文件，无论是XML、HTML或C#，代码中要根据 功能或参数意义添加各种不同且详细的注释。注释不全面或命名不规范，将严重阻碍多人团队开发代码协作的流畅性，例如：代码的编写与嵌页面不是同一个人，则 注释不全面或命名不规范将会延缓嵌页面的工作效率与质量。

　　助攻，为项目团队成员提供便利

　　项目负责人不仅是团队管理者 的角色，同时，也扮演着团队服务者的角色。项目负责人要尽自己的所能为团队成员的工作提供便利，使团队协作更为流畅。如果项目负责人自己有时间或精力嵌页 面，则主动帮助团队成员嵌页面;如果可以帮助其他成员在某些页面的图片上做细节修改，则应主动承担这些琐碎工作，使或美工将更多的时间与精力放在更为重要的工作上;如果可以通过SQLServer或其他编辑环境解 决某些琐碎的技术问题，则项目负责人自己解决就行了，不要再麻烦技术人员;项目负责人要做好各种变更需求的优先级管理，以便于技术人员的工作更为有序;在 美工与程序技术人员的沟通中，项目负责人可以主动询问程序技术人员需要什么样的页面，什么时候需要，并将这些信息传达与美工，不要等到程序人员必须马上用 页面时，再找美工制作，这个过程中，项目负责人应起到桥梁作用。

　　简而言之，项目负责人要清醒的明白自己是一个助攻手，要通过自己的穿针 引线使项目的进展保持流畅顺利。

　　团队协作意识

　　最善于助攻的球队，一定是最善于得分的球队。

　　项目成员间的互助与提携，对于项目的正常进展有 难以估量的帮助。一个项目的进行中，往往任何一个模块的开发都会或多或少的得到他人的支持。

　　时间与事件的优先级管理

　　 项目进展中，有关于项目的各种大小事宜通常会堆积如山的压在项目负责人身上，此时，要求项目负责人在时间与事件的优先级管理方面有清醒的认识，能够时刻明 白工作如何安排才能尽量提高效率，规避风险。

　　人的时间与精力永远是有限的，只有正确的时间与事件的优先级管理，才能尽可能的避免项目工 作的失误或错误，提高工作质量，否则，项目负责人将不断的在疲倦中做似乎永远做不完的事情。

　　对于已经明确安排好的事宜，不要犹豫，要立 即动手执行。

　　数据统计

　　对于项目中的需求变更与系统测试，项目负责人一定要有详细的数据记录。

　　需求 变更：时间、变更内容、是否解决、如何解决、由谁解决和解决时间。

　　系统测试：时间、测试工具、测试功能、所使用的测试数据、是否有问 题、问题是否解决、如何解决、由谁解决和解决时间。

　　询问查验，掌握每个项目团队成员的工作细节

　　项目进展时，项目负责 人可以随机性的通过与技术人员讨论的方式询问检查每个人手中具体工作的执行情况。

　　勤走路，少用QQ

　　无论通讯技术发展的何种水平，人与人之间的最佳沟通方式依然是传统的面对面直接沟通，这种传统的沟通方式，不仅 有利于将各种问题表述清晰，同时，也可以由一方向另一方不断的施加影响力，尤其是后者的作用，是QQ所无法取代的，而这种作用，也恰恰是项目负责人对项目 进展中各个环节或各个成员施加影响、实现管理的有效方式。所以，项目负责人应该离开自己的座位，尽可能多的与项目成员面对面沟通，少用QQ，除非沟通对象 不在公司或不在办公室。

　　多参与

　　项目负责人尽量承担项目中的具体工作，不仅可以分担技术人员的工作量，同时，可以使自 己更为深入的掌握项目进展中的各环节的众多细节。由于承担的责任与任务更多，所以，项目负责人在团队中的地位也会有相应提高。

　　做好交接

　 　项目进行过程中，项目组内成员可能会出现流动，如：内部调动或跳槽等，要做好交接。

　　借助外力

　　某些情况下，某些技术 可以被开发或使用，但技术人员觉得麻烦而不想实施，项目负责人在自己无法迅速或无法有效协调这种事情时，可以请级别更高的人物出面进行协调或对不愿对任务 的执行的具体执行者进行施压。

　　完备的文档

　　项目进展中的大小事宜往往多而琐碎，为了条理清晰的进行管理，无论在项目进 行中，还是在项目终结后的总结，项目负责人都应有完整的文档记录。

　　文档记录包括需求变更、系统测试、策划文档、数据库设计文档、系统开 发文档等。

　　工作日志

　　项目负责人对每日的工作与下一天工作应该有明确的认识与记录，工作日志很有必要。

　 　对于当天临时出现的琐碎的需求或某些事情，项目负责人应随时携带一个小本或便条，随时记录，否则，事后易忘。

　　勿忘学习

　 　项目负责人平时工作较忙，空闲时间较少，但应当尽量抽出时间学习与项目开发有关的技术，有利于同项目中的技术人员沟通，同时，也可以使自身的知识结构复 合化。

　　吃苦为先

　　“一名优秀的将军一定是第一个踏上战场而最后离开战场的人!”

　　项目进入到关键期， 任务往往繁重，技术人员有时会有大量加班，此时，项目负责人应与项目内成员共同坚守阵地，不可躲在一边，通常，加班结束时，可能还会有一些收尾工作需要项 目负责人单独进行处理。