项目工作经验总结

原创 2018年04月15日 20:36:44

项目工作经验总结

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

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

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

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

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

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

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

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

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

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

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

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

我们的会议频率是每周一次,每次会议时常大约90min左右。

3. 作为组织者,需要了解每个人的任务

​ 我觉得这一点算是之前的项目经历得到的经验吧。重点在于如果连任务就不是很清楚,那就没有办法对进度进行及时跟踪

了解各人任务的方式有许多, 我采用的是以下的几种:

1. 在团队会议时, 组员共同讨论,发言,说明本周迭代自己工作的主要任务,得到哪些制品。
2. 在Tower上发布任务之后, 要求该工作的完成者自行填补上工作细节。
3. 对剩余不清楚的地方,私下找组员询问并记录。

了解任务是为了对每个人的完成工作的能力进行大致的了解, 从而促使任务进行更加合理地安排。简单的说,就是能者多劳,但是要在大致公平的前提下。

4. 偶尔承担额外任务

这个不必多说, 完成项目总会有些时候遇到大家都觉得比较麻烦的“硬骨头”, 这时候组织者有两种选择: 要不指定组员完成, 要不自己完成。 目前这种情况并没有很多, 所以我都选择了自己去把一些简单但是繁琐的任务给完成了。

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

5. 及时跟踪团队进度

团队进度的保证是所有团队工作的基础。每次迭代的工作一定要务必确保按时完成。就像老师上课说的:宁可少布置一些迭代任务, 也要保证工作按时完成

跟踪团队进度的话,主要有以下几种方式:

  1. 小组讨论, 汇报工作;这是一种很常见的形式。 当面交流能够很迅速的把工作交代清楚;
  2. 通过Tower来跟踪每个子任务的完成情况。当然这需要完成者自行添加上自己任务的子任务, 这样之后只需要检视子任务的完成情况(即完成与否), 就能够大致了解本次迭代的进度了。
  3. 以上是对进度情况打的大致了解, 最终还是需要检查本次迭代的制品。这才是确保任务真实完成最直接有效的方式。制品的检查可以是自己一个人审阅, 也可以是和非该工作的完成者的其他组员 共同审阅,便于发现问题。

以上就是我这几周的项目工作经验总结、目前项目还处于初期阶段, 相信接下来的开发过程应该会有更多经验与大家分享。

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/Guo15331092/article/details/79952894

java程序员—工作中开发经验总结

工作也有一段时间了,其实很多的时候,一直是重复重复再重复的写着业务逻辑代码。除了上班以外,自学是一方面,还有一个很重要的方面就是总结了,前些天在最代码上看到了一篇《关于公司WEB项目源码团队协作开发的...
  • yueding_h
  • yueding_h
  • 2016-08-28 21:56:16
  • 3297

项目研发管理经验总结

1、项目研发分类    1.1 先做不想(小白)    1.2 边做边想(陌生项目)    1.3 先想后做(高级开发工程师)    1.4 常规迭代详细设计与执行问题反馈(一般团队)    1.5 ...
  • erliang20088
  • erliang20088
  • 2016-06-16 09:37:28
  • 796

软件开发工作总结

软件开发工作总结 1、分享第一条经验:“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重...
  • u013467442
  • u013467442
  • 2016-05-16 21:49:20
  • 14940

项目开发工作经验总结

                1.       项目评审PD2.       UC评审 PD3.       UI 评审 UI4.       数据库评审5.       系统评审6.       ...
  • ddviplinux
  • ddviplinux
  • 2008-10-24 15:31:00
  • 831

我的Android开发半年工作经验总结

昨天又加班到10点多,终于App上线了,这段时间的加班总算告一段落。 很久以前我还奢望App上线后就可以休息一段时间,工作后才知道,1.0版本上线后还有1.1,1.1以后还有1.2,永不停歇。 工作是...
  • u011240877
  • u011240877
  • 2015-11-25 17:50:25
  • 26516

需求工作总结

    时间过得真快,项目已经接近尾声,以下是我对前期工作的总结一个小小的总结:    通过需求调研实践,我总结了以下几点:    1)、需求必须是正确的:不能凭自己的想法理解需求;    2)、需求...
  • penghaijun
  • penghaijun
  • 2007-12-05 17:44:00
  • 912

值得深读的多年工作经验总结!

首先声明:如果你是“愤青”或“类愤青”,对不起,请放下此书,因为文中的观点可能会伤害你的心灵(不是对“愤青”有偏见,而是“愤青”们多数都是“纯洁”得不识人间烟火的主儿,成天充满“乌托邦”式的幻想,实在...
  • frankchen99
  • frankchen99
  • 2013-04-03 10:36:34
  • 493

Java工作经验总结(一),视频发布了~~~

开心一笑 【中国跳水不好看,水花太小了,还是菲律宾的好看,那表情,那水花,可以溅你一身水】 课程介绍 《Java工作经验总结(一)》主要针对有一定基础的Java学员。本系列课程主...
  • huangwenyi1010
  • huangwenyi1010
  • 2017-11-19 22:24:00
  • 363

技术研发方面工作经验总结

结合自己两年来的工作经验和所遇到的一些问题来记录下自己的一些思想成长....
  • weiweiwei256
  • weiweiwei256
  • 2016-10-12 09:53:08
  • 483

程序员工作经验之谈总结工作经验

  • 2010年05月26日 10:54
  • 26KB
  • 下载
收藏助手
不良信息举报
您举报文章:项目工作经验总结
举报原因:
原因补充:

(最多只允许输入30个字)