敏捷的方法论非常强调信息的同步以及个人的主观能动性

组里来了个新前端，接手一个复杂一点的迭代，看代码加写代码弄了两个星期还没搞懂自己要写什么。最近闲下来终于有时间给他复盘了一下，这里展开说说。
+ T, ~4 n3 J1 X0 s0 G) |6 q
我们常说敏捷软件开发，提出了很多好的原则，但真到实操的时候，这位兄弟把能犯的错误都犯了一遍。

& ^9 U1 ?, {$ B4 A$ u6 U* n首先是“紧密沟通”，迭代小组就那么三五个人，有什么不明白的其他人都可以一起讨论，偏偏要自己一个人在那里看代码，不知道害羞什么。如果对全局没有把握的话，看代码细节也理解不到位啊。

. r1 W+ `% u9 D8 N' w& _  X8 G其次是“持续集成”，其目的是为了做一点功能就可以看到一点效果，功能都是一点一点累积上去的，这样团队里的所有人都可以看到进展，像他埋头苦干一星期，死活不提交代码，提交了代码也没应用到界面上，这种拆分任务的逻辑显然是不对的。
8 B) o2 H! w) j5 J2 L
第三是“及早暴露风险”，很多事情你做一天两天没进度，心里就应该有个底，已经进入高风险状态了，应该及时向其他人同步并寻求帮助，否则别人不知道帮你什么，怎么帮，等你东西的人计划就被打乱。
% n; K+ l/ H* m- Q# w1 u3 C( }
第四是我加的，动手之前应该先想清楚要做什么，想到的东西记下来整理清楚，所有思考都是有过程的，就算没有可交付的进度，至少过程产生的资料可以拿出来给大家看和讨论吧。
# }2 R) e3 A4 f6 R; i6 J
' z( D8 k' G/ b" H+ G7 J总之敏捷的方法论非常强调信息的同步以及个人的主观能动性，内向和被动的性格、不善交流的人在一起问题就很大。

出处：https://m.weibo.cn/detail/4537459906185357