zoukankan      html  css  js  c++  java
  • 机房合作(一):我怎样做组长(敢于承担责任)

    导读:小组合作开始了,不怕死的我,揽下了组长的活儿。然后开始了我的漫漫长征路。不过,不怕猪一样的组长,咱有神一样的组员。机房合作到现在,真的感激组员的配合以及对我这个猪组长的指点。接下来,说说我这个阶段的感受。


    一、积极主动(Why me?)

    在重构的时候,师傅就说,你去争取合作的时候做组长吧。我那时候,态度很坚决:我不,我死都不要当组长,我当不了那个组长,我什么都做不好。那时候师傅还说,没有什么当不了的,等你成了组长,你也就会当组长了。

    重构还没有结束的时候,菲菲姐就过来找我结组。然后了解了一下组员的情况,我那颗当组长摇摆的心,顿时就不摇摆了。我是这样想的:两女一男,怎么着也是阿波波的组长。再其次,菲菲也比我好,总之轮不上我。所以,我那时候的心情之雀跃,无以言表。

    等到我重构完了,组内成员都重构完了,可以开始合作的时候。我那颗不摇摆的心,又开始摇摆了:我到底要不要当组长?最后,脑袋进了水,腿脚一个抽筋思维短了路,跑到老师办公室:老师,我要当组长,我一定要当组长,拜托你,让我当组长。于是,我们小组的组长就是我了。很感激老师给我的这个机会,很感激晓菲和阿波波给我的这个机会,我会努力去做的。

    其实,我后来为什么一定要当组长呢?

    1,我突然明白,当肩上有责任的时候,当我被需要,当我需要作出决策时,我可以很好的成长。

    2,即使我做的不好,至少在做的过程中,我可以知道我哪里不好。在这个过程中,我可以对自己有一个比原来清晰的认识。

    3,组长一定要有人当的,既然可以是别人,那么,为什么不能是我?


    二、寻求帮助(How should I do?)

    接下了组长这个活儿,心里顿时忐忑了。然后就找师傅,师哥,师姐给一些建议,指点。找了3个九期的师姐,咨询了一下在小组合作过程中可能出现的问题,以及一般的解决方案。说实话,那时候心里就又退缩了,但组长已经是我了,我不能逃避我的责任。然互就又找了十期的师傅,又咨询了一些注意事项。最后,机房合作的前期任务就分配好了。

    以前的我,其实真不爱和别人说话,当了组长之后,我不得不去和师哥师姐们交流。在交流后,我发现了几个很重要的东西:

    1,当我是组长成了一个既定事实,我就已经干着组长干的事儿了。那时候突然明白:等你成了组长,你也就会当组长了。

    2,当组长这件事儿,可大可小。大的是:必须协调组员,必须协调任务,还有就是,必须保证工期。小的是:小组合作,每个人的任务其实是减轻了的。只需要做好自己那一块就够了。

    3,对于当组长这件事儿,我突然感激那时候脑袋进水去跟老师说一定要当组长的我。


    三、具体实施(What can i do?)

    1,准备工作

    怎样保证在这个过程中,大家都可以共同提高,共同成长,这是我跟别人咨询时的一个主要的原则点。后来,秉着大家一起学习的主旨,文档编写的负责人肯定是我了,但我将设计模式和数据库设计分给了两个组员去负责(小组共同参与讨论)。在前期的文档编写中召开了几次讨论会。

    第一次:讨论系统的业务需求,以及数据库的设计。实体(关系)有哪些,建立哪些表,需要哪些字段,数据类型及长度?

    第二次:讨论设计模式的应用。用哪些模式,怎样用,用到哪?

    第三次:确立设计模式和数据库设计。

    第四次:讨论类及类的抽象方法。用什么方法抽象类,比如D层,按表还是功能?B层,按表还是业务?

    第五次:说比较特殊的逻辑处理,并分配编码任务。

    2,任务分配

    这个阶段主要是涉及到两次分配。第一次是文档编写前,第二次是文档编写后。

    第一次:

    因为我是组长,而我要把文档全部写出来,那我一定是对这个系统了解的相对较多的那个人。怎样能让组员一起成长?我将设计模式的应用分配给了晓菲,而数据库设计分配给了阿波波。后来我们一起讨论商定,呃,效果还不错。

    第二次:

    编码任务的分配。首先,我每次分任务的时候,会自己先定一份计划,然后协商一下组员的意见,可以小范围的调整,但原则不变。这个任务的分配,经过了三个阶段。

    第一阶段:组长负责写B层和外观。设计数据库的写D层。实体层和接口层直接代码导出。剩下的那个人写U层和工厂。

    第二阶段:代码全部外放,即组长不参与代码的编写。设计数据库的写D层、工厂和U层,另外一个实现B层和外观。

    第三阶段:(和师姐交流后)组长写外观和工厂。设计数据库的写D层和U层,另外一个写B层。(最终采用方案)

    原因:

    1,大家都需要积累代码量,增添代码亲和度,如果将代码全部外放,组长除了写文档,积累不到代码量。

    2,全部的代码由两个人写,由于工期的安排,任务会相对较大较重。

    3,常理是组长负责写逻辑层,但我们的讨论也比较多,机房收费系统大家也都经历了两次,逻辑还都比较清晰。所以这个划分很大程度上尊重了个人的选择。逻辑层是很重要的一层,这个得需要根据小组情况,具体商定。


    四、个人感受

    相信自己,给自己一份责任,给自己一个成长的机会。现在回想起来,其实,机房合作的组长,最终轮到我身上,真的是感触很多,这个过程也很曲折。其实,我们三个人,我真的是相对比较幼稚了那一个。小组合作,其实也跟足球比赛一样吧。一个小组,一个团队,需要拔尖的人,但,我认为,它更需要团结、沟通、融合。一个人的战队,是抵不过2个人的团结的。

    再次感谢我的神一样的组员,我需要他们,胜过他们需要我!

  • 相关阅读:
    一些易忘记的常识HTML,不定期添加
    base64 encoder/decoder for objectivec编码及解码(转)
    用XCode 开发基于网络库ACE的应用
    迅雷/旋风地址转换原理分析(转)
    主题:非常常用的Mac快捷键
    没事干测试ObjC数据类型
    These are the support and errata files for titles formerly published by Wrox Press Limited.
    iOS 开发者应该知道的 ARM 结构(转自apple4us)
    [创建型模式] Factory
    [创建型模式] Builder
  • 原文地址:https://www.cnblogs.com/hhx626/p/6010440.html
Copyright © 2011-2022 走看看