最近，我带的项目已经接近尾声，回忆带项目的经历，有许多要注意的工作细节与工作方法。我总结了一些，随便侃侃。
主动汇报
项目的任务分配下去后，由不同的人去具体执行。当执行完毕后，执行人应当主动向项目负责人进行回报，告知其工作已经完成，此时，项目负责人可以根据需要进行查验或检测。主动回报的工作方式，可以方便项目负责人掌握项目的整体或某细节的进展情况，同时，有利于项目团队内部信息的及时沟通。
在项目进行中，项目成员并不是每次都向项目负责人主动回报所布置任务是否完成或进展情况，项目负责人要时刻主动监督或询问，否则，便无法及时了解项目中各项任务的执行情况。上一环节的工作目标要以方便下一环节工作为标准
某项工作或某天的工作要做成什么结果，具体以什么为标准？此时，要考虑到这项工作或这天工作的具体内容会对随后紧跟的即将要做的项目内容会产生什么影响，要以下一环节工作能够最为顺利的进行做为上一环节工作的标准。只有这样，才能最大可能性的保证项目各个环节相互衔接的顺畅，尽量避免上下环节间的冲突，保证项目整体进展的质量与效率。
职业态度
正常情况下，技术人员在某段程序编写完毕后，应当调试或运行一下，以查验所写程序是否实现应有的需求，这是一种责无旁贷的职业态度。项目进行过程中，某些技术人员对手中的编码工作不太负责，当项目负责人程序检测时，才发现其实现的功能需求混乱，而此时，这名技术人员已经踏（下班时刻）点儿回家了，可实际上，他手中的工作并未实质上完成。随后，其他项目成员有可能还要重新编写这些错误的代码，既浪费工时，又浪费人力，影响项目质量，同时，某种程度上延缓了项目进展速度。
“态度决定一切！”对于上述项目中不良现象，项目负责人应予以告知或警告，如果还无改观，则在绩效考核或薪金发放是有所反应。
如果技术人员是一位新人，则如此职业态度的对其经验的积累质量与积累速度会产生不利影响，同时，对公司项目开发的质量与效率也会产生负面影响。
时刻监督
项目负责人负责项目的整体进展与质量，具体的技术实施有可能由项目组内某一位技术负责人（高级程序员）向其他技术人员（程序员）分配任务并进行管理。项目负责人与一般技术人员（程序）不再是直接管理关系，中间隔着技术负责人（高级程序员）。此时，项目负责人有可能会忽视一般技术人员的工作质量，而一般技术人员也有可能会在工作时间干一些与项目无关的事情，因此，需要项目负责人时刻监督，比如，在办公室中的项目成员间多走动，以主动与其交流工作的方式对其进行督促，千万不可听之任之，否则，监管不利不严，很多平时积累的隐患有可能在紧急时刻集中爆发。
注意：项目成员中的球迷喜欢在网上浏览球类信息；游民喜欢游戏信息，甚至忙里偷闲玩游戏；热恋中的人时常与恋人（视频）聊天；其他闲人随意干着与工作无关的事。冰冻三尺，非一日之寒，监督在平时。
规范与标准
项目程序的代码书写要规范，如控件要用实际意义的单词去命名，不要用Button1或DataList1等系统默认名称。无论是ASPX文件还是CS文件，无论是XML、HTML或C#，代码中要根据功能或参数意义添加各种不同且详细的注释。注释不全面或命名不规范，将严重阻碍多人团队开发代码协作的流畅性，例如：代码的编写与嵌页面不是同一个人，则注释不全面或命名不规范将会延缓嵌页面的工作效率与质量。（考试大编辑整理）
