【IT168 技术文章】

　　最近，我带的项目已经接近尾声，回忆带项目的经历，有许多要注意的工作细节与工作方法。我总结了一些，随便侃侃。

　　主动汇报

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

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

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

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

　　职业态度

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

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

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

　　时刻监督

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

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

　　规范与标准

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

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

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

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