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

组里来了个新前端，接手一个复杂一点的迭代，看代码加写代码弄了两个星期还没搞懂自己要写什么。最近闲下来终于有时间给他复盘了一下，这里展开说说。
. N2 R/ m, b6 R& O1 Y
8 s" J1 W4 f: I) \% Z我们常说敏捷软件开发，提出了很多好的原则，但真到实操的时候，这位兄弟把能犯的错误都犯了一遍。
) n- @# L5 e6 M, d
首先是“紧密沟通”，迭代小组就那么三五个人，有什么不明白的其他人都可以一起讨论，偏偏要自己一个人在那里看代码，不知道害羞什么。如果对全局没有把握的话，看代码细节也理解不到位啊。
8 J1 |0 U* _6 m& @& z4 |
其次是“持续集成”，其目的是为了做一点功能就可以看到一点效果，功能都是一点一点累积上去的，这样团队里的所有人都可以看到进展，像他埋头苦干一星期，死活不提交代码，提交了代码也没应用到界面上，这种拆分任务的逻辑显然是不对的。

- {9 W9 m/ |7 R! u4 D第三是“及早暴露风险”，很多事情你做一天两天没进度，心里就应该有个底，已经进入高风险状态了，应该及时向其他人同步并寻求帮助，否则别人不知道帮你什么，怎么帮，等你东西的人计划就被打乱。

第四是我加的，动手之前应该先想清楚要做什么，想到的东西记下来整理清楚，所有思考都是有过程的，就算没有可交付的进度，至少过程产生的资料可以拿出来给大家看和讨论吧。
- J4 R( ]  G% v
4 `& r" {' y9 ^) v' r5 L  t$ f. U% D总之敏捷的方法论非常强调信息的同步以及个人的主观能动性，内向和被动的性格、不善交流的人在一起问题就很大。

6 E) V* O- u" M% K出处：https://m.weibo.cn/detail/4537459906185357
2 k' h1 K6 h) V2 v/ o
+ S  x. I  _4 B+ }: m% {5 ^& ?% J