项目管理日志

项目管理是对一些与成功地达成一系列目标相关的活动(譬如任务)的整体监测和管控。以下是项目管理日志，欢迎阅读。

项目管理日志一

第一周：20xx.2.28 至20xx.3.4

1、第一天入职事项，SQL和编码走查

2、开发环境以及建构;以实战熟悉，解决服务系统的实施反馈Bug 5个

3、开发环境以及建构;以实战熟悉，解决服务系统的实施反馈Bug、新需求 5个

在这个过程中发现的问题以及需要解决的：

1)、编码规范的遵守和检查，最终能自觉地执行规范

2)、系统界面的UI交互需改进

3)、开发所使用的架构尤其是在进行数据查询、保存等操作时复杂度较大，极易出差错;

4)、开发人员组成，技术熟练的人较少，依赖性比较大，自我提升和自我学习的能动性不高;

5)、系统数据字典在后台管理没有操作入口，维护不方便

针对以上的问题，解决的方案有：

1)、更新编码规范，严格执行编码规范;同时代码走查时对于编码规范重视。

2)、专业人员做出UI规范标准，一套公共的样式库

3)、设计部门对架构进行选择，在现在的基础上能增加编码的效率，同时进行培训;

4)、每周可组织至少一次的技术分享会，对于新人的技术提升是很有帮助的;

5)、后台基础数据维护功能

4、OEC系统部署，熟悉掌握了系统部署的流程：

1)、获得升级补丁列表;

2)QA进行Build，生成升级补丁包，拷贝到目标服务器;

3)在目标服务器上进行系统升级;

4)升级完成，告知QA进行测试

同时，了解到软件开发的现在流程以及感觉到其潜在的问题：没有或者缺少文档是最大的浪费!现在的问题在开发的前期需求分析人员对于需求收集的后续工作(需求文档规范化)没有做到位，对于需求的描述仅仅靠一个原型静态页面是不够的，需要有文档的详细说明记录，全体相关人员能共同理解，不出现误解。

还有数据字典、数据库设计的变更也是要对相关文档进行及时地变更。

认识到文档完整的重要性和意义，相关人员要时刻把文档作为一个工作依据这样的重要来做。具体操作来说就是：项目内文档不能缺少，并上传到文档库，相关项目中CVS库。

需求文档(原始需求资料收集)，需求说明书

设计文档，

测试文档

反馈文档，测试问题列表;客户反馈记录。

项目里程碑定义模糊?对于达到或者实现的目标严格定义，不能陷入无限的迭代中。?

知识点学习：

项目管理的三个重要概念：检查点、里程碑、基线

项目生命周期中有三个与时间相关的重要概念，我发现很多人对这三个概念理解不准确，更不知道如何进行控制。因此把这三个概念论述得比较准确的一段文字贴出来，帮助大家理解。

这三个概念分别是： 检查点( CheckPoint )、里程碑( Mile Stone )和基线( Base Line )，他们一起描述了在什么时候( When )对项目进行什么样控制。

检查点

指在规定的时间间隔内对项目进行检查，比较实际与计划之间的差异，并根据差异进行调整。可将检查点看作是一个 固定 “ 采样 ” 时点，而时间间隔根据项目周期长短不同而不同，频度过小会失去意义，频度过大会增加管理成本。常见 的间隔是每周一次，项目经理需要召开例会并上交周报。

里程碑

完成阶段性工作的标志，不同类型的项目里程碑不同。里程碑在项目管理中具有重要意义，我们用一个例子说明：

情况一：你让一个程序员一周内编写一个模块，前 3 天你们可能都挺悠闲，可后 2 天就得拼命加班编程序了，而到周末时 又发现系统有错误和遗漏，必须修改和返工，于是周末又得加班了。

情况二：实际上你有另一种选择，即周一与程序员一起列出所有需求，并请业务人员评审，这时就可能发现遗漏并即 时修改;周二要求程序员完成模块设计并由你确认，如果没有大问题，周三、周四就可让程序员编程。同时自己准备 测试案例，周五完成测试;一般经过需求、设计确认，如果程序员合格则不会有太大问题，周末可以休息了。 第二种方式增加了 “ 需求 ” 和 “ 设计 ” 两个里程碑，这看似增加了额外工作，但其实有很大意义：首先，对一些复杂的项 目，需要逐步逼近目标，里程碑产出的中间 “ 交付物 ” 是每一步逼近的结果，也是控制的对象。如果没有里程碑，中间 想知道 “ 他们做的怎么样了 ” 是很困难的'。其次，可以降低项目风险。通过早期评审可以提前发现需求和设计中的问 题，降低后期修改和返工的可能性。另外，还可根据每个阶段产出结果分期确认收入，避免血本无归。第三，一般人 在工作时都有 “ 前松后紧 ” 的习惯，而里程碑强制规定在某段时间做什么，从而合理分配工作，细化管理 “ 粒度 ” 。

基线

指一个(或一组)配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。基线其实是一些 重要的里程碑，但相关交付物要通过正式评审并作为后续工作的基准和出发点。基线一旦建立后变化需要受控制。

重要的检查点是里程碑，重要的需要客户确认的里程碑，就是基线。在我们实际的项目中，周例会是检查点的表现形式，高层的阶段汇报会是基线的表现形式。

项目管理日志二

项目管理日志填写说明与要求：

1、所有栏目须当日、如实、完整、简要、字迹清晰填制，涉及施工质量、安全、进度、合同主要

结论控制内容的，要有事前、事中、事后的概述与结果;如无填写内容，则写“(无)”。

2、气温：为当日最低与最高气温。

天气情况：勾选当日气候的阴晴雨雪、风力级别。

3、当日施工评价：对当日施工主要内容与事件的评价，重点为工程施工质量、安全、进度情况，

仅须在栏目评价框内打√(后同)。

4、施工质量：按当日施工部位逐一概述其投入的主要施工人员、材料、机械数量与受控情况，以

及施工方法，质量控制要点、要求、参数标准、三检与报验结论等。

5、问题与处理：概述施工过程存在的相应施工问题与处理情况，包括问题产生的原因、各类损失，

以及处理措施、处理结果。

6、旁站、见证与巡视：逐一概述当日运用不同管理措施，对工程关键部位、工序施工过程的现场

监督情况，并附注旁站、见证详细管理记录文件的编号。

7、验收与签证：概述当日施工材料、机械、人员和施工质量报验与验收的内容、结果，以及当日

工程施工质量验收的合格签字盖章内容、结果。

8、施工安全与文明施工：依据相关安全生产与文明施工的管理控制标准、规范、法规，及核电所

规定的安全资料整理归档要求，对施工安全的主要相关发生事项的概述。

9、施工进度：依据批准的工程、月、周进度计划，概述当日施工项目的施工进度情况，及计划与

实际进度的对比结果、纠偏措施等。

10、施工合同与计量计价：概述当日涉及工程暂停与复工、设计变更、工期延误延期、费用索赔、

合同争议等事项内容与结果，以及当日验工计量计价的签证情况。

11、工地会议与收发文、施工资料情况：概述当日各类工地会议主要内容，管理工程师通知单、

工作联系单等管理控制、管理文件发放和主要内容，以及涉及本工程项目管理组的内、外收发文概况;施工资料整理归档工作的检查情况。

12、填表人栏：执行“谁负责、谁填写、谁签认” 原则。

项目经理栏：要求项目经理或项目副经理，对项目管理工作日志当日所填写内容应进行的审

核签字工作。