项目经理工作总结(项目工作经验总结)

由于我是团队中的项目经理，所以在这个项目的开发过程中，我主要负责协调工作、安排任务和检查进度。在团队合作的过程中，我对项目管理和团队管理有一些粗浅的体会，这里做一点总结。

我的经验如下:

1.团队成员必须有明确的分工。

这是一项非常必要的任务，他们的具体职责范围应该在项目的早期就确定。一旦过程中出现任何问题(例如停滞或偏离)，就可以轻松找到分工管辖的同学，防止相互推诿。

在划分分工时有几点需要注意:

尽量保证每个人的总工作量相同或相近。相对公平是必要的，但涉及到一个相当麻烦的:如何估算各部分的工作量？

就我们而言，先经过小组会议，大致确定每项任务的人数、时间和小时数，得到小组内部的一致同意。然后按照大致相同的人、时间、总人数来分。

尽量保证团队成员的工作被分配到他们现有技能池中的现有任务中，从而将学习成本降到最低。在这一点上，我们先自主选择任务，最后划分一些大家都需要学习的任务，这样才能保证大家的学习成本不会太高。

分工一定要尽可能明确。以往的经验告诉我们，在分工不明确，有交集的部分，后续的合并会很痛苦。所以，我们在划分任务的时候，尽量做到明确。但是在需求文档完全完成之前，很难做到完全的分工，所以我们会继续明确分工。

2.定期的团队会议是不可或缺的。

因为我们团队成员来自不同的专业，所以业余时间空也不尽相同。因此，团队会议成为项目的主要讨论时间。

我认为团队讨论在项目开始时非常重要。首先，项目初期需要启动的文档很多，需要讨论分工来确定各自的部分；其次，团队会议可以让前期的需求分析变得更容易，把大家的意见放到桌面上来逐条讨论总结，这样就基本完成了前期需求分析的阶段；再者，团队会议可以确定每周迭代开发的工作量。因为每周其他课业的任务不同，有可能每个人每周的课时、小时、数字每次都不会一样。通过会议，大家说明自己本周大概空空闲时间，然后确定本周迭代任务。

我们的团队会议流程大致如下:

开始会议→确定会议讨论议题→开始讨论→记录整个讨论过程→得到讨论结果→确定下周迭代任务→结束会议， 更新项目计划文档→整理会议纪要得到会议纪要的产品→开始会议→确定会议讨论主题→开始讨论→记录整个讨论过程→得到讨论结果→确定下周迭代任务→结束会议，更新项目计划文档→整理会议纪要得到会议纪要的产品。

我们的会议频率是一周一次，每次会议往往在90min分钟左右。

3.作为组织者，你需要知道每个人的任务。

我觉得这是从之前的项目中获得的经验。重点是，如果任务不明确，就没有办法及时跟踪进度。

理解每个人的任务有很多种方式，我用以下方式:

1.在团队会议中，团队成员一起讨论和发言，解释他们本周工作的主要任务以及他们获得的产品。

2.在塔上发布任务后，要求完成工作的人自行填写工作细节。

3.剩下不清楚的地方，私下问队员，记录下来。

了解任务是为了大致了解每个人完成工作的能力，从而使任务更加合理。简单来说，就是指那些能多干点活的人，但要在大致公平的前提下。

4.偶尔承担额外的任务

不用说，完成一个项目，总会遇到大家都觉得麻烦的“硬骨头”。这时候组织者有两个选择:要么委派团队成员完成；还是自己动手吧。目前这种情况不多，所以我选择了自己去完成一些简单但繁琐的任务。

这个额外的任务也可能发生在团队成员突然有其他事情要完成的时候(比如猝不及防的其他课程ddl)。这个时候可能也需要有人站出来，及时完成这周的迭代工作。(这种情况下，下周该队员的任务会适当增加)

5.及时跟踪团队进展

团队进步的保证是一切团队工作的基础。每次迭代都必须按时完成。就像老师上课说的，最好少布置迭代任务，保证按时完成工作。

主要有以下几种方法来跟踪团队的进展:

小组讨论和报告工作；这是一种很常见的形式。面对面交流，能迅速把工作解释清楚；

通过塔跟踪每个子任务的完成情况。当然，这需要完成者自己添加自己任务的子任务，这样之后只需要检查子任务的完成情况(也就是有没有完成)，就可以大致了解这次迭代的进度。

以上是对进度的大致了解，最后还需要对本次迭代的产品进行检查，这是保证任务真正完成的最直接有效的方法。产品的检验可以自己做，也可以和其他不是工作完成人的团队成员一起做，这样容易发现问题。

以上是我过去几周的项目工作经验总结。目前，该项目仍处于起步阶段。相信在接下来的开发过程中应该会有更多的经验与大家分享。