做YH更新,引发众多思考.
上周日接手米老师安排的YH项目更新任务。直到今天，所需更改、增加的功能已经完成了70%了，很惭愧的说，这次做YH更新，又是感慨颇多。
先后参与了两次YH的开发，第一次主要因为进度问题，我们的设计方案整个搁浅了，没有应用起来。米老师虽没有批评我们，但我想那次开发过程大家的表现情况、针对问题的态度，自己心里都有一个评判、打分。孰优孰劣都会有深刻的印象。只要脑子没问题，那么如何去改正缺点、发扬优点，这些都不是我该强调和监督的。
这6天左右的时间，大家真正坐下来写代码的时间勉勉强强刚够一半。
一直在反思，晚上躺下来郁闷地和坤哥、牛哥，叨念叨念。
现在投入使用的YH版本并不是我们这组人开发的，但是主要需求还是比较清楚的，原来大家都认为那组的编码速度快，主要是主力队员担负起绝大部分的编码工作，仅此而已，别无他因。现在想想，后期YH更新，换作我们这组来做，进度问题依旧很严重。我搞不懂，莫非我任务分配不合理，大家难以实现具体功能？还是说我们每天真正编码的有效时间太少太少了。
打水、休息的时候和好多同学谈论过大家的状态问题，更多的人懈怠下来了。我承认，我属于这个队伍，整天坐在这里敲键盘是常人难以相信和坚持的。偶尔轻松一下，都属情理之中。貌似工作和休闲相比，休闲要多一点。任务分配下去了，规范、纪律都强调了，还是收效甚微的，我不理解，是大家不给力，还是我不给力。
做这次YH更新的项目组长，就现在的进度状况等等，我表示压力很大。不敢说，延期、推迟交工，我便对不起组织、对不起党。但，面子上过得去、心里过不去呀。
晚上习惯性地狠狠鄙视下自己，然后便分析今天一天的事儿，纠结于合作开发中如何保质保量保证工期呢。在提高班的路还有很长，以后接手的项目会更大更复杂，这些问题不解决势必误时误事。痛哉。
和雪琪聊天，说起这近3年的提高班学习，第一次做机房收费系统，大家集中在南5楼是风风火火的编码，基本可以用“赶帮超”来形容。虽说后来学得知识印证那时的系统就是孩子过家家，但说起来无怨无悔。第二次做收费系统，使用了新语言，或是受第一次的影响，大家工作起来都是争先抢优的。紧接着是第一次合作开发，接触新领域，问题总是很多，但那个冬天是很温暖的。
慢慢地说，这就已经过年了，来年以后很快的接手YH的第一次开发，两个小组同时开发，组别之间存在着默许的竞争关系，我不得不说我们组员很卖力，大家做的挺好的，可是结果不理想，情况有点糟。糟糕之后便是整组人的反思，没过多长时间就准备校园支撑系统的开发，这时已经是暑假了。暑假期间做校园支撑，并没有之前做YH时的压迫感，因为这个工期不明确，大家的节奏都比较慢，这样应该吗？（思考）
暑假结束了，我只知道自己的状态不稳定了。
直到这次我们组来做YH更新，工作效率不高这个问题是最突出的，大家的认知态度和平时的习惯出现了问题。要都能像坤哥那样有节奏感、高效化，那便是遍地开花。
通过和牛哥的闲聊,我们现在的合作开发,问题还是不少的。
1.大家关于开发进度的保持不能完全靠自主自觉.通过这几次做开发组长,真的感受到自己的力量真的是很微弱.处理到某些问题上,真的没办法.
2.现在的开发管理模式需要改变,强制性的监督是很难做的长久的,自主自觉式的开发又太过让人揪心了.可以考虑工单式发布开发任务,每天都作为一个工作节点来处理,这样也能更好的使大家意识到自己每天的进度、效率。以外力来刺激，是否可以解决这个现象？
3.不能集中精力做开发，可能是因为我们现在的环境和真正公司中的开发环境不一样而导致的。现在很容易因为某些事（或大或小）便影响、阻碍了项目开发的进一步进行。如何做到正确的时间做正确的事情？
4.关于YH维护问题，推托的现象很少发生了。主动要求做维护还没有，其实做维护更是考验我们分析问题、解决问题能力的大好时机，系统开发，大家都接触、了解差不多，但系统维护确是新领域。权衡一下，全面发展，更适合我们。
我们学习过程中，“大跃进”重现了，不久的将来“龟兔赛跑”也会重现。