功不唐捐，本来是佛家语，意思是说世界上的所有功德与努力，都是不会白白付出的，必然是有回报的。
以前我也就仅仅是知道而已，今天突然对它走了不一样的理解~
三个同事的突然离职，让我这个半路进来的竟然成了最熟悉项目业务的人。接手的几个项目都是维护变更类的，三个已经上线一个正在开发中。由于项目历经人手太多，每个人编程习惯不一样，最最关键的是没有需求文档，没有数据库设计文档，代码没有注释，这样的大坑再也不想经历第二次。
公司开始推敏捷了，决定所有项目都根据敏捷的流程来~在没有新成员加入的情况下，我自己慢慢推进项目。临近年关，所有项目都要结项了，并且我现在手上的一个正在进行中的项目优先级是最高的，年前一定要上线。项目涉及到与另外三个已经上线的项目有地方需要打通，工作量实在太大。
今天项目经理突然过来找我说，如果你给安排人手的话，你能保证工作进度吗？如果安排人的话，那么两个人就要出两人的工作量。上面领导下命令了，年前一定要完成，现在既然优先级最高的在你这里，那么我们可以从其他项目组协调资源，先重点搞定最重要的，不然的话每个人都在各自的项目上疲于奔命~目前能调用的人员有三个，如果他们加入的话，你们多长时间能完成？需要划分几个迭代？他们业务不熟悉，这块你需要你来跟他们讲，还有年底了，你分配任务的时候也要考虑到他们什么时候回家以及最后一周的进度等等。
当项目经理一大堆问题丢过来的时候突然有些懵，我的第一反应有些懵。当我得知有人加入一起做的时候是非常兴奋的，因为仅凭我一个人，年前根本不可能完成。不过如果给他们梳理业务逻辑需要时间，本来时间都不太够用了~然后我向经理提出，我直接把任务拆解到最细，以最多16小时为一个任务，尽量拆分到8小时，4小时。这样大家直接领任务，不需要懂太多的业务逻辑也能继续推进项目。如果中间有疑问，我再和大家一块讨论解决。经理表示赞同，说这样也符合敏捷思维，那你下午把任务拆分好，明天晨会讨论下，就直接开始开发吧。
在这个时候，我突然特别庆幸，自己在接手这些项目的时候，就开始着手梳理需求并形成文档，也把项目相关的数据库文档补齐了。不然的话，下午的拆分都不知道要从何拆起。如果任务拆解不到位，最后完成不了的话肯定就是我的责任了。如果我不知道敏捷的模式，那么或许我也不会那么快就想到直接拆解任务的方式，或许还在为怎么尽快让大家熟悉项目而苦恼。有了文档的辅助再加上详细拆分的任务，那大家上手应该会更容易些。
下午的经历让我真正理解了原来你所有的努力，真的都不会浪费，所有你付出的，总会在不经意间给你带来收获。没有这一刻的付出，怎会有下一秒的收获？功不唐捐，助力未来~
