项目经理工作总结|项目工作经验总结

项目经理工作总结(项目工作经验总结)
由于我在团队中担任了项目经理的职责 ,  因此在这次项目的开发过程中 ,  主要由我来进行工作的协调、安排任务以及考察进度等 。在团队合作过程中 , 我有了一些管理项目与管理团队上的浅薄经验 ,  在这里做一个小小的总结 。
我得到的经验有以下几点:
1. 团队成员一定要有明确的分工
这是一个很有必要的任务 , 在项目的初期就划定好各自具体职责范围 。一旦在进度上出现任何问题(Ex. 停滞或者跑偏) , 就可以很轻松的找到分工管辖的那位同学 , 防止出现相互推诿的情况 。
在划分分工的时候有几点需要注意:
尽量保证每个人的总工作量相同或近似 。相对的公平是必须的 ,  但是这就涉及到一个比较麻烦的事情:如何预估每个部分的工作量?
就我们来说 , 我们是先经过小组会议 , 大体确定每个任务的人、时、数 ,  并在组内得到大家一致同意 。接着按照大体相同的人、时、总数进行划分 。
尽量保证小组成员的工作都分配到各自现有技能池中已有的任务 , 尽量降低学习成本 。在这一点上 ,  我们是先采用自主选择任务的方式 , 最后将大家都需要学习的一些任务均分一下 , 保证每个人的学习成本都不会太高 。
分工一定要尽量明确 。以往经验告诉我们 , 在分工不明确有交集的部分 , 之后的合并工作将会十分痛苦 。因此我们划分工作任务的时候尽量保证明确 。但是在需求文档没有完全完成之前 , 要实现完全的分工是比较难的 , 所以接下来我们将会继续把分工明晰化 。
2. 定期的团队会议不可缺少
由于我们组员来自不同的专业方向 , 各自的空余时间也不大相同 。因此团队会议成为项目的主要讨论时间 。
团队讨论在项目初期我认为是十分重要的 。首先项目的初期有许多文档需要着手开始 , 需要通过讨论分工才能确定各自负责的部分;其次团队会议可以使早期的需求分析变的更为简单 , 把大家的意见都摆到桌面上进行一一讨论、总结 , 就基本完成了需求初步分析的阶段;再者 , 团队会议可以为每周的迭代开发的工作量进行确定 。由于每周其他课业的任务不同 , 因此可能每个人每周的人、时、数是不会每次都相同的 。通过会议 , 大家各自说明一下自己本周大致的空余时间情况 , 再据此确定本周的迭代任务 。

【项目经理工作总结|项目工作经验总结】

我们的团队会百思特网议流程大致如下:
开始会议→确定会议讨论话题→开始讨论→会议记录整个讨论过程→得到讨论结果→确定下周迭代任务→会议结束 , 更新项目计划文档→整理会议记录 , 得到会议记录的制品开始会议→确定会议讨论话题→开始讨论→会议记录整个讨论过程→得到讨论结果→确定下周迭代任务→会议结束 , 更新项目计划文档→整理会议记录 , 得到会议记录的制品 。
我们的会议频率是每周一次 , 每次会议时常大约90min左右 。
3. 作为组织者 , 需要了解每个人的任务
我觉得这一点算是之前的项目经历得到的经验吧 。重点在于 , 如果连任务都不是很清楚 , 那就没有办法对进度进行及时跟踪 。
了解每人任务的方式有许多 ,  我采用的是以下的几种:
1、在团队会议时 , 组员共同讨论 , 发言 , 说明本周迭代自己工作的主要任务 , 得到哪些制品 。
2、在Tower上发布任务之后 ,  要求该工作的完成者自行填补上工作细节 。
3、对剩余不清楚的地方 , 私下找组员询问并记录 。
了解任务是为了对每个人完成工作的能力进行大致的了解 , 从而促使任务进行更加合理地安排 。简单的说 , 就是能者多劳 , 但是要在大致公平的前提下 。
4. 偶尔承担额外任务
这个不必多说 ,  完成项目时总会遇到大家都觉得比较麻烦的“硬骨头” , 这时候组织者有两种选择: 要不指定组员完成;要不自己完成百思特网 。目前这种情况并不是很多 , 所以我都选择了自己去把一些简单但是繁琐的任务给完成了 。
这种额外任务还可能出现在小组成员突然有些其他的事需要完成(例如猝不及防的其他课程ddl) 。这个时候可能也需要有人站出来及时完成这周迭代工作 。(这种情况的话下周会适当增加该组员的任务)