1、日常碰头会
日常工作安排与检查我们采用了碰头会机制。
碰头机制保障了项目任务日常安排和跟进，实现项目团队工作有序饱和。3月份，团队采用日碰头机制，后经“强化会”提出并讨论，在4、5月份改进为周一、三、五碰头。在6、7月份，由于工作紧张，进度要求高，又采用了日碰头机制，并对客户进行工作日汇报。待到8月份任务缓和下来后，采用周一、三、五碰头。
（1）碰头机制做好关键在于：
① 时间短。我们最讨厌的就是长会大会，一个会议一开就是一个上午一个下午，时间长的会议效率极低，人员疲惫。所以碰头会的第一个关键就是要控制好碰头时间，一般为不超过15分钟。
② 频率快。开会时间短意味着我们有更多时间去干活，一旦碰到问题或新情况也能够很快再次碰头再次交流情况进而快速反应。
③ 人数少。除了特定的全体碰头会外，其余碰头会就事聚人，不相关人等一律不得参与，一般碰头人为3-5人最佳。
（2）带来好处自然而然：
① 效率高。碰头会是处理日常事务过程中沟通交流最有效的方式之一，短短时间内，相关人员沟通到位，问题得到解决和处理，相关人员即刻再次投入工作。
② 可控性强。由于项目工作时时在碰头沟通，各项事情运作大家都清清楚楚，工作开展不会走样，避免出现工作已完成才发现完全不符合当初设想的情况，加强了项目过程的可控。
③ 透明度高。由于大家相互碰头了解各自工作情况，相关工作透明，大家手头上做些什么事情一目了然，避免偷懒情况，也激发工作积极性。
但是碰头会也有不适应的地方，主要是一些需要长时间讨论方能出结果的事情，比如需求评审、设计评审、工作总结讨论等。
2、项目长期计划安排
团队一直以来就有很好的对客户周报机制，对公司月报制度。目前感觉月报、周报和日常工作任务无法很直接关联，不为一体，追踪不便，也不利于全局把握。这里是有很大的改进空间。
对于这个问题，我们在5月份尝试进行后改进，但推进到一半就由于任务紧张而中断。我们的思路是做一个工具，把计划分解安排和日常任务汇报整合起来，实现计划层层分解，任务一次汇报，统一汇总，全局视图。这里有3个关键：
①全局统一计划管理和汇报；
②与需求、bug管理和其他事务必须整合起来；
③结合奖惩机制。
这样做下来，可以实现：
①奖惩机制引导工作完成；
②绩效依据，公平公正；
③各层视图，工作透明，辅助项目进度可控。
项目计划管理目前思路如下：
实现一个项目管理工具，管理项目中的目标、任务、资源和问题，方便项目成员实现目标管理、快速汇报工作和问题完成情况。
实现功能：
1、资源管理
（1）管理项目内的资源，资源有使用成本；
（2）统计各资源的使用情况、分配给资源的任务列表等，生成报表；
（3）各资源可以很方便查看、管理自己的目标、任务和问题；
2、任务管理
（1）管理人员能快速建立下达任务给资源；任务包括名称、内容、权重、开始日期、完成日期、分配资源及时间、附件；
（2）项目成员可快速建立任务；
（3）管理人员可方便调整任务，包括任务级别关系、所属关系和分配资源；
（4）项目成员可方便汇报任务完成情况；任务完成可设置完成度，比如优良中差；
（5）任务完成情况可层级、分类汇总；
（6）各资源可以方便查看自己及下级的任务列表（天、周、月）；
3、目标管理
（1）目标可层级分解；
（2）目标可关联多个任务，原则上一个任务仅隶属于一个目标；
（3）目标可设置量化的完成度，比如优良中差；
（4）目标的过程管理就是计划；
4、需求管理
（1）需求是说明项目要做什么，它是完成项目的根本、目标的来源、任务的基础；
（2）需求从信息系统角度来可分为功能需求、性能需求、实施需求、发布需求等；
5、问题管理
（1）问题管理包括系统bug、客户提出的小需求、系统小改进等，一般经测试、调研或客户提出；
（2）任务完成可得出问题，问题可指定是哪个任务产生的，问题也可指派任务来解决；
疑问：
1、目标和任务的关系和区别？
目标是经过长期努力可达到的一种状态和结果，是长期的结果；比如奋斗目标；
任务是为了达到某个结果而实现的过程，是短期的过程；比如任务繁重；
目标是通过完成任务来实现的；
目标和任务都可以层级分解；
2、目标和需求的关系和区别？
需求是说明项目做什么，定义了整个项目的范围；
目标是定义何时完成需求及完成情况；
3、任务和需求的关系和区别？
任务必须围绕需求来展开，脱离需求的任务是不允许的；
4、任务和问题的关系和区别？
某个任务完成后，会提出问题，这是任务完成的成果；
为了解决问题，会安排相应的任务，这是任务的内容；
任务完成后，会存在问题，这将体现任务完成的质量；
这就体现出任务完成的考核：任务完成情况由完成时间和存在问题两个要素来考核
由计划时间与实际完成时间比较，实际完成时间越少，任务完成效率越高；
由解决存在问题的“任务实际完成时间*资源使用单位成本”和“原任务实际完成时间*原资源使用单位成本”来比较得出，比率越低，任务完成质量越高；