1. 项目进度

　　2. 业务逻辑

　　3. 沟通

　　4. 项目奖金

　　项目进度

　　本周我的过多时间被消耗在了代码检查上，对进度监督有所放松。保证项目进度，项目质量是我的责任，但我也希望大家能够对进度和质量有足够重视。下面我从我的角度为大家剖析一下造成进度问题的原因：

　　1. 业务逻辑、需求不清晰

　　2. 技术障碍

　　3. 预估时间不足

　　解决#1的方法：

　　1. 沟通(具体见沟通部分)

　　2. 主动学习业务逻辑(具体见业务逻辑部分)

　　解决#2的方法(请注意方法的先后顺序)：

　　1. 在公司MSN上提问，看是否有现成答案

　　2. 在项目内部提问，看是否有现成答案

　　3. 在网上搜索，看是否有现成答案

　　4. 项目内部开会集中讨论

　　解决#3的方法：

　　1. 我在分配任务时或设计者在拆解任务时，会根据自己的经验，预估一个时间。任何项目成员在接到任务后的第一件事是分析任务，判断自己是否能够在预估时间内解决，如果不能，请及时和我沟通原因，我会根据沟通的结果调整计划时间。否则，任何超过预估时间的任务都算作计划延迟任务。

　　业务逻辑

　　业务逻辑的熟悉程度直接关系到项目的进度、质量和正确性。我将从以下几个方面为剖析大家业务逻辑相关问题

　　1. 遇到业务逻辑问题该怎么办

　　2. 是否能够摆脱被动局面，去主动学习和掌握业务逻辑

　　3. 业务逻辑的积累与自己在项目中的成长

　　解决#1的方法：

　　1. 沟通(具体见沟通部分)

　　2. 在有经验的项目成员的指导下，查阅相关资料或阅读相关代码

　　解决#2的方法：

　　OA项目的资料虽然谈不上非常的系统，但是足以展现项目的大部分业务逻辑和关键业务逻辑。如果想摆脱被动局面，那么就应该主动去阅读那些资料。

　　为了让大家循序渐进的学习项目业务逻辑，我会每周安排一人，用一小时来学习项目中的业务逻辑，并在周五的站立会议中为大家进行讲解。

　　关于业务逻辑的学习，除了解项目中的相关术语还要有积极主动思考的动机。只有积极主动思考，才可能将自己所学联合起来(这里的范围超出了项目的范围)，才可能爆发出不可估量的作用。

　　解决#3的方法：

　　其实这目前不是什么问题，但业务逻辑的积累同自己在项目中的作用成正比。希望大家能够在wiki上整理自己在项目中的所学，这会成为以后大家分管某个模块的依据。

　　沟通

　　目前项目成员有6人。项目规模的扩大和项目成员的增多客观上会形成项目成员间对部分业务逻辑的信息不对称。建议要在站立会议中每个人描述一下当天的工作，我想这是缓解信息不对称的方法。但请大家注意项目中的沟通。

　　项目中，沟通方式有以下几种

　　1. 遇到问题及时沟通，不要将问题留在那里发酵，更不要将问题留在那里无所作为，等所谓的业务逻辑文档摆在面前(见效快)

　　2. 每天的站立会议，这是大家提出自己想法的机会，也是在项目中寻求帮助的机会。

　　3. 建立文档，通过文档来帮助信息在项目中的传递(见效慢，但有利于项目的持续发展)。

　　项目奖金

　　为了更加合理体现项目成员的贡献，拟对项目奖金分配算法做出调整，新的调整会考虑以下几方面

　　1、 对项目成员帮助奖励(5%)

　　2、 对项目文档的有效维护

　　3、 其它任务

　　4、 设计任务

　　5、 实施被拆解后的任务

　　6、 对于当月项目总进度延迟率超出20%，将扣项目奖金积分

　　以上几方面会在站立会议中持续讨论。