三月,关于团队管理的重要性
2015-04-01 13:12
393 查看
实验室有个项目进行到现在还在改需求,还在处于不确定的状态,这让我整个三月份在技术上都没有一点进步,也让我切切实实的感受到项目需求和团队的重要性。
三月份是一个很郁闷的月份,但同样也是一个有所收获的月份,最重要的是对于团队管理有了更深一步的认识,自己在这方面还有待加强。对于项目上的需求管理,项目的开发流程都有了更深的理解。这里所谓更深的理解都是针对自己,都是和自己之前的经历相比,可能这些感触对于另一些人来说是微不足道的。但是个人觉得有必要做一次总结和梳理,以便以后学习。
项目需求管理上:
1、一个项目不管大的还是小的,项目需求明确才是最重要的。在需求没有明确的情况下,就去开发,之后需求改了,变动过大,之前做的开发就是无用功,那么就是在浪费人力物力,浪费时间。需求不能只是口头上说说,应该形成书面的文字,就算是小的项目也应该有正规的文档。口头上说,随意性太大,会造成今天这样说,明天忘了,又那样改,整体的变动就会很大,往往需要重新来过,这要在公司里代价就很大。尤其对于项目的主管人对于项目的需求要十分明确,不能团队成员问你需求的时候,模棱两可的回答,这会给成员带来不安定,怀疑的心理,进而对整个项目没有信心,缺乏认同感。
去年实验室给某公司做一个小项目,开发一个简单的对数据处理的界面软件,我们实验室老板让我们自己和对方联系沟通。这个项目一开始就没有什么正式明确的需求,对方给一个大体的要求和时间,我们实现了之后,给对方看,我们每周交流一次,每周对方都会有新的需求需要我们实现(这好像有点像敏捷),我们也都尽量在原基础上完成。没想到这个小项目持续了三、四个月还没有验收,时不时的有需求要增加,直到最近还要增加一个功能,然后我们发现增加这个功能的话可能会造成原有系统较大的变化,这时改动的代价就很大了。整个沟通的过程中,一直没有正式的需求的说明书,就算是之后口头增加的功能也没有一个正式的文档,有几次就出现这周说实现这个功能,下周就说不需要这样,要那样做,变化过大,给人感觉随意性太大。这也让我对这个公司有不好的印象。让我明白文档的重要性,当面沟通可以很好的解决问题,消除歧义,但是口头沟通的内容也需要记录下来形成正式的文档,以便后续的查阅。
2、需求阶段没有做好,调研没有做好,就匆忙的开始一个项目,只一味追求结果,那么这个项目会拖延很长的时间,消磨成员耐心。那个项目进行了好几个月,背后的几个月一直在改动,实验室人员已经对其没有兴趣和动力了,都呈现出一种疲乏的状态,大家似乎都明白,做了也白做,反正这个做了也是要改的,还不能等对方确定了再做。
虽然,很多时候需求时无法确定下来的,需求的变更也是可以理解的,需求本身就是一种不确定性的因素。但是一个软件,一个项目他的主体的功能是不会变动的,在大体不变的需求确定下,可以采用敏捷的方式开发,这样就不会有架构上大的变化。新需求的提出也会让团队成员更有动力,更有挑战性。而不是一味的在原有基础上改动。当然我们在做那个项目的时候没有考虑周全,没有很好的实现模块化,使得最后增加功能的时候变得比较麻烦,这也是我们的一个教训,这让我们以后在开发的时候更注重接口和模块化,少耦合。
团队管理上:
1、负责人需要适时的调动大家的积极性,让团队成员保持热情,增加整个团队的士气。
2015年实验室有个关于嵌入式的项目,这个方面我们大家都没有接触过,大家对硬件都不是很熟。对方公司也对嵌入式不是很懂,所以很希望我们能帮忙,花了将近一个月的时间确定板子,拿到板子后对方对于具体的细节也无法给出一个确切的交代。实验室的人都对嵌入式开发没有一点头绪,这段时间的氛围就很差,都不想做硬件这方面。大家对其也没有热情。这个时候我就觉得作为一个领导者就应该适时的增加团队的热情,稳住士气,调动大家的积极性,而不是任由这种情绪一直持续下去,我们老板在这个方面就做的不是很好,他对实验室的人不闻不问,也不在乎实验室的氛围。反而这让我感到很不好,我尽量的起到带头作用,鼓励大家多接触。但是我也知道做一件事情兴趣很重要,没有兴趣很难做成功的。所以,这里就很需要领导者能有魄力,调动大家的积极性,让团队成员保持热情,或者要明白自己的团队擅长的是社么,有挑战就是好处。
2、一个团队里,每个人都要有一样的目标,都要有对这个团队的责任心,都要有互相沟通的意识。只要一个出现变异,不愿和成员沟通,对项目不闻不问,那么就会影响到整个团队,这种人就应该及时踢出团队(适时的教导无用下)否则会带坏整个团队氛围。维持团队氛围也是一个领导者该做的事情。
三月份是个繁忙的季节,周围的人都开始忙着找实习,我也不例外,我也想去到一个心仪的公司实习。忙着准备找实习的资料,同样的也忙着实验室的项目,恨不得每天24小时都可以工作,不要休息。实验室有一个男生不爱和我们沟通,不太愿意和我们交流,平时就是自己干自己的,三月份他自己就忙着找实习,项目的事情一点都不过问,但是合作的公司有事情又会打电话给他,他呢,收到消息也不会跟我们说,造成我们团队消息的脱节,往往都是在最后一个阶段才得到消息。其实,我的想法很简单,既然我们在实验室就应该做好实验室的事情,就应该对这个团队负责,有任何事情都要大家一起商量,互相沟通而不是自己干自己的,人是社会的人,不是太自私。作为一个领导者,就需要适时的对这个成员进行开导,而在学校这个环境,大家都是平等的学生,也不好说什么,委婉的告知后,还是不理睬,也只能任由他,但要保证其他人不会受到他的影响,实验室其他人都比较开朗,思想个方面都比较接近,不会受到某个人的影响。只是这些事情让我知道,团队需要一个核心,团队的氛围需要维持,团队之间需要互相交流和沟通,需要每个人的责任心,才能很好的完成一件事情,独来独往是不会成功的。这些都让我感受到团队管理的重要,以前不觉得,现在感触很深,负责人没有做好,会影响到整个团队的士气。
3、传承,一个领导者不仅要做好管理团队的事情,同时还要做好传承,训练新人的任务。
在学校实验室的这个环境里,每年都会新人加入实验室,也会有人离开,那么离开的人除了做好交接之外,应该考虑如何将新人训练培养出来。实验室每年都会有一个新的负责人,这个负责人就应该统领实验室的事务。今年,师姐走了,我就是负责人,对于师弟师妹我尽可能的去帮助他们熟悉实验室项目,熟悉环境。但是这期间并不是每个人都会致力于实验室的项目的,总会有人不在乎,对实验室的事情不在意,这种人,我只能尽量的和他沟通,把我该做的做好,剩下就看他自己愿不愿意了,毕竟实验室还是一个校园的环境,很多人会过于随意,有些人读研的目的就是混日子,并不是每个人都有目标,都想要改变自己的。这个时候旁人也无法左右他的思想。
最后在朋友圈里看到同学发的一个状态:
一个人快乐或悲伤,只要不是装出来的,就必有其道理。你可以去分享他的快乐,同情他的悲伤,却不可以命令他怎样怎样,因为这是违背人类的天性的。——积极的结论
写到这里又想到了我是歌手孙楠临时退赛的决定,这不是一个成熟的人该做的事情,退赛时是否由想到整个团队的工作人员,是否有想过整个团队,只能说太任性。
三月份是一个很郁闷的月份,但同样也是一个有所收获的月份,最重要的是对于团队管理有了更深一步的认识,自己在这方面还有待加强。对于项目上的需求管理,项目的开发流程都有了更深的理解。这里所谓更深的理解都是针对自己,都是和自己之前的经历相比,可能这些感触对于另一些人来说是微不足道的。但是个人觉得有必要做一次总结和梳理,以便以后学习。
项目需求管理上:
1、一个项目不管大的还是小的,项目需求明确才是最重要的。在需求没有明确的情况下,就去开发,之后需求改了,变动过大,之前做的开发就是无用功,那么就是在浪费人力物力,浪费时间。需求不能只是口头上说说,应该形成书面的文字,就算是小的项目也应该有正规的文档。口头上说,随意性太大,会造成今天这样说,明天忘了,又那样改,整体的变动就会很大,往往需要重新来过,这要在公司里代价就很大。尤其对于项目的主管人对于项目的需求要十分明确,不能团队成员问你需求的时候,模棱两可的回答,这会给成员带来不安定,怀疑的心理,进而对整个项目没有信心,缺乏认同感。
去年实验室给某公司做一个小项目,开发一个简单的对数据处理的界面软件,我们实验室老板让我们自己和对方联系沟通。这个项目一开始就没有什么正式明确的需求,对方给一个大体的要求和时间,我们实现了之后,给对方看,我们每周交流一次,每周对方都会有新的需求需要我们实现(这好像有点像敏捷),我们也都尽量在原基础上完成。没想到这个小项目持续了三、四个月还没有验收,时不时的有需求要增加,直到最近还要增加一个功能,然后我们发现增加这个功能的话可能会造成原有系统较大的变化,这时改动的代价就很大了。整个沟通的过程中,一直没有正式的需求的说明书,就算是之后口头增加的功能也没有一个正式的文档,有几次就出现这周说实现这个功能,下周就说不需要这样,要那样做,变化过大,给人感觉随意性太大。这也让我对这个公司有不好的印象。让我明白文档的重要性,当面沟通可以很好的解决问题,消除歧义,但是口头沟通的内容也需要记录下来形成正式的文档,以便后续的查阅。
2、需求阶段没有做好,调研没有做好,就匆忙的开始一个项目,只一味追求结果,那么这个项目会拖延很长的时间,消磨成员耐心。那个项目进行了好几个月,背后的几个月一直在改动,实验室人员已经对其没有兴趣和动力了,都呈现出一种疲乏的状态,大家似乎都明白,做了也白做,反正这个做了也是要改的,还不能等对方确定了再做。
虽然,很多时候需求时无法确定下来的,需求的变更也是可以理解的,需求本身就是一种不确定性的因素。但是一个软件,一个项目他的主体的功能是不会变动的,在大体不变的需求确定下,可以采用敏捷的方式开发,这样就不会有架构上大的变化。新需求的提出也会让团队成员更有动力,更有挑战性。而不是一味的在原有基础上改动。当然我们在做那个项目的时候没有考虑周全,没有很好的实现模块化,使得最后增加功能的时候变得比较麻烦,这也是我们的一个教训,这让我们以后在开发的时候更注重接口和模块化,少耦合。
团队管理上:
1、负责人需要适时的调动大家的积极性,让团队成员保持热情,增加整个团队的士气。
2015年实验室有个关于嵌入式的项目,这个方面我们大家都没有接触过,大家对硬件都不是很熟。对方公司也对嵌入式不是很懂,所以很希望我们能帮忙,花了将近一个月的时间确定板子,拿到板子后对方对于具体的细节也无法给出一个确切的交代。实验室的人都对嵌入式开发没有一点头绪,这段时间的氛围就很差,都不想做硬件这方面。大家对其也没有热情。这个时候我就觉得作为一个领导者就应该适时的增加团队的热情,稳住士气,调动大家的积极性,而不是任由这种情绪一直持续下去,我们老板在这个方面就做的不是很好,他对实验室的人不闻不问,也不在乎实验室的氛围。反而这让我感到很不好,我尽量的起到带头作用,鼓励大家多接触。但是我也知道做一件事情兴趣很重要,没有兴趣很难做成功的。所以,这里就很需要领导者能有魄力,调动大家的积极性,让团队成员保持热情,或者要明白自己的团队擅长的是社么,有挑战就是好处。
2、一个团队里,每个人都要有一样的目标,都要有对这个团队的责任心,都要有互相沟通的意识。只要一个出现变异,不愿和成员沟通,对项目不闻不问,那么就会影响到整个团队,这种人就应该及时踢出团队(适时的教导无用下)否则会带坏整个团队氛围。维持团队氛围也是一个领导者该做的事情。
三月份是个繁忙的季节,周围的人都开始忙着找实习,我也不例外,我也想去到一个心仪的公司实习。忙着准备找实习的资料,同样的也忙着实验室的项目,恨不得每天24小时都可以工作,不要休息。实验室有一个男生不爱和我们沟通,不太愿意和我们交流,平时就是自己干自己的,三月份他自己就忙着找实习,项目的事情一点都不过问,但是合作的公司有事情又会打电话给他,他呢,收到消息也不会跟我们说,造成我们团队消息的脱节,往往都是在最后一个阶段才得到消息。其实,我的想法很简单,既然我们在实验室就应该做好实验室的事情,就应该对这个团队负责,有任何事情都要大家一起商量,互相沟通而不是自己干自己的,人是社会的人,不是太自私。作为一个领导者,就需要适时的对这个成员进行开导,而在学校这个环境,大家都是平等的学生,也不好说什么,委婉的告知后,还是不理睬,也只能任由他,但要保证其他人不会受到他的影响,实验室其他人都比较开朗,思想个方面都比较接近,不会受到某个人的影响。只是这些事情让我知道,团队需要一个核心,团队的氛围需要维持,团队之间需要互相交流和沟通,需要每个人的责任心,才能很好的完成一件事情,独来独往是不会成功的。这些都让我感受到团队管理的重要,以前不觉得,现在感触很深,负责人没有做好,会影响到整个团队的士气。
3、传承,一个领导者不仅要做好管理团队的事情,同时还要做好传承,训练新人的任务。
在学校实验室的这个环境里,每年都会新人加入实验室,也会有人离开,那么离开的人除了做好交接之外,应该考虑如何将新人训练培养出来。实验室每年都会有一个新的负责人,这个负责人就应该统领实验室的事务。今年,师姐走了,我就是负责人,对于师弟师妹我尽可能的去帮助他们熟悉实验室项目,熟悉环境。但是这期间并不是每个人都会致力于实验室的项目的,总会有人不在乎,对实验室的事情不在意,这种人,我只能尽量的和他沟通,把我该做的做好,剩下就看他自己愿不愿意了,毕竟实验室还是一个校园的环境,很多人会过于随意,有些人读研的目的就是混日子,并不是每个人都有目标,都想要改变自己的。这个时候旁人也无法左右他的思想。
最后在朋友圈里看到同学发的一个状态:
一个人快乐或悲伤,只要不是装出来的,就必有其道理。你可以去分享他的快乐,同情他的悲伤,却不可以命令他怎样怎样,因为这是违背人类的天性的。——积极的结论
写到这里又想到了我是歌手孙楠临时退赛的决定,这不是一个成熟的人该做的事情,退赛时是否由想到整个团队的工作人员,是否有想过整个团队,只能说太任性。
相关文章推荐
- 关于IT项目和团队管理学习的小结
- [企业管理]从《亮剑》看团队建设之五——关于战场上的死亡与逃兵想到的胶冻团队组织的管理心理
- 关于数据访问模式(六)—— 资源管理模式的重要性
- 关于“软件开发”,“工程师文化”,“团队管理”
- 敏捷开发团队绩效管理与目标管理:关于如何为团队设立外部目标
- 关于团队管理的一些有益的做法
- 敏捷开发团队绩效管理与目标管理:关于如何为团队设立外部目标
- 关于团队管理的心得体会 转
- 关于IT团队管理的随笔
- 敏捷开发团队绩效管理与目标管理:关于如何为团队设立外部目标
- 关于团队管理的几点观察与体会
- 关于项目团队管理的几点思考
- 关于需求与干系人期望及团队合作重要性的经典案例
- 关于团队管理感悟
- 敏捷开发团队绩效管理与目标管理:关于如何为团队设立外部目标
- 2017 6-5 关于创业团队的人心管理、运营节奏的感悟
- 关于项目管理——里程碑管理的重要性
- 敏捷开发团队绩效管理与目标管理:关于如何为团队设立外部目标
- 《致刘掌门的一封信》-- 关于团队的知识管理