项目工作经验总结

项目工作经验总结

由于我在团队中担任了项目经理的职责， 因此在这次项目的开发过程中， 主要由我来进行工作的协调， 安排任务， 考察进度等。通过前段时间的团队合作过程中让我有了一些管理项目与管理团队上的浅薄经验， 在这里做一个小小的总结吧。

我得到的经验有以下几点：

1. 团队成员一定要有明确的分工

在项目的初期就划定好各自具体职责范围是一个很有必要的任务。一旦这个工作完成之后， 一旦在进度上出现任何问题（Ex. 停滞或者跑偏），就可以很轻松的找到分工管辖的那位同学。这样比起可能出现的互相推诿的情况要好太多。

在划分分工的时候有几点需要注意：

1. 尽量保证每个人的总工作量相同或近似。相对的公平是肯定必须的， 但是这就涉及到一个比较麻烦的事情：如何预估每个部分的工作量？

   就我们来说， 我们是先经过小组会议， 大体确定每个任务的 人·时 数， 并在组内确认大家一致同意。接着按照大体相同的 人·日 总数进行划分。

2. 尽量保证小组成员的工作都分配到各自现有技能池中已有的任务。尽量降低学习成本。在这一点上， 我们是先采用自主选择任务的方式。最后将大家都需要学习的一些任务均分一下。保证每个人的学习成本都不会太高。

3. 分工一定尽量明确。以往经验告诉我们，在分工不明确有交集的部分，之后的代码合并工作将会十分痛苦。因此我们划分工作任务的时候尽量保证明确。但是在需求文档没有完全完成之前， 要实现完全的分工是比较难的。所以接下来我们将会继续把分工明晰化。

2. 定期的团队会议不可缺少

​ 由于我们组员来自不同的专业方向， 各自的空余时间也不大相同。因此团队会议成为项目的主要讨论时间。团队讨论在项目的初期我认为是十分重要的。首先项目的初期有许多文档需要着手开始，我们需要通过讨论分工才能确定各自负责的制品；其次团队会议可以使早期的需求分析变的更为简单，把大家的意见都摆到桌面上进行一一讨论，总结，就基本完成了需求初步分析的阶段；再者，团队会议可以为我们每周的迭代开发的工作量进行确定。由于我们每周其他课业的任务不同， 因此可能每个人每周的人·时 数是不会每次都相同的。通过会议，大家各自说明一下自己本周大致的空余时间情况， 再据此确定本周的迭代任务。

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

​ 开始会议→确定会议讨