记录两次小组会议总结
今天下午的座谈，让我觉得有必要自己总结一下自己的工作经验。（简单的不到一年的一年工作经验）
你要到成什么样子才能成长？
嗯，就这么定了，总结一下工作经验教训
会议1：
2019年11月21日，今天7点开始，小组内关于git下一步的操作进行了激烈的谈论。各抒己见，还好，最终提前还是决定了要如何做。
但是呢，又各带着自己的意见和想法
现在在地铁上，做一个对于此次谈论的复盘和自我剖析。
我觉得我需要首先要注意的几点
1，技术上。今晚谈论的这些技能点。你会吗。是了解过还是用过，还是能说点什么。今晚有一段时间，被大家的讨论，带着就走了。没有考虑谈论的问题应该如何落地。
刚才我在空余时间坐下，准备操作写什么，却觉得自己不能很好的讲刚才的观点，用技术去实现。包括最后给杰哥打翻他的观点的那个分析。自己想一想，可行性都是自己根据分析出来的，并没有技术保证。
2，业务上。苗姐和杰哥都是基于功能划分，任务上线来发表自己的一些观点的。都没有错，也都成功的把自己的想法表达出来了。中间也有关于技术的可行性分析。苗姐说自己之前合并过冲突代码。杰哥呢，在说自己合并策略的时候，是我们先总的合并，到时候有问题了，从个人任务分支上在任务分支直接修改代码，然后直接合并到master。嗯。我分析了一下，就把杰哥的这个观点打翻了。但是自己说实话，还真是底气不足。有必要用代码复现，再测试一下。
3，沟通交流，学会倾听。每个人有想法的时候，其实都很想表达出来。杰哥，苗姐，舰哥，还有我。
二娃这一点做的挺好，在想说的时候，还是认真的听完别人说话，没有打断一次。
今晚很多次都出现了打断别人说话的现象，很明显哦。
讨论就是为了解决问题。为了找到正确又合适的解决方法。
人性的弱点和优点啊都有体现，哈哈。
会议2 ：
昨天项目组内部会议
当我提到工作效率不能很好把控的时候
杰哥是这样回答我的，
你觉得我能把握好每个人的工作效率吗？
当我把整体项目进度安排之后，如果项目进度正在按照我的预算在正常的运行。是不是就可以了呢？
我不要求，三天的任务，你两天做完之后，立马接着去领取新的任务。那样不现实。没有人能够不间断的一直高强度工作。你可以在剩下的一天内学习，或者干什么，我都不管。
听完之后就想到，之前从个人角度考虑的个人效率问题，我本来想着如果提出来，大家就会反省一下，找到自身的不足，然后进行改进。
杰哥这样说之后，我就明白了一些了。
个人效率，就个人层次来提高。
但是项目整体进度，是在个人层面考虑不到的一个问题。
Got it.