一个是休闲与欣赏，一个是严肃与紧张，好像怎么也不搭界。
然而可能是工作思维太根深蒂固了，每一次拼lego时，蹦到眼前的，总是与项目工作惊人的相似，暗自唏嘘。
回头再想，也许这些就是事物的本来面目吧。
自觉有趣，记录下来，自娱自乐。
越喜欢的 - 越用心，越充满激情
遇到自己心爱的lego套装，不管大小，那真的是心心念念，拼的时候内心都时刻兴奋着，时不时要停下来好好欣赏一番才舍得继续；
而比较一般的套装，虽然同样的lego零件，同样的拼法步骤，总是没有了那种无法抑制的喜悦和激动。
遇到自己发自内心认同的好项目，再忙再累，心里总是充满了劲头和期待，会认真关注每一个细节；
而并非发自真诚的认同或者是根本不理解只能堪堪应付的项目，谁都希望能够尽快结束掉。
小结：如果可以选择，尽量选择自己认同的工作目标。
团队成员 - 最重要的因素
一般情况下，我都不敢在我6岁儿子在旁的情况下，进行lego的大工程，尽管我非常希望能和他一起，除非我心情特别特别好到可以无数次的问他我的某个零件是不是被藏在哪里了而不崩溃。
项目成员，同样是最重要的因素，会影响项目的进度、协作的顺畅、项目的质量、甚至，项目的成败，当然，还涉及“心情”，谁不希望能在一个好团队中愉快的工作呢？
小结：如果可以选择，尽量选择自己认同的同事一起工作。
人数 - 并非越多越好，也并非越多越快
有一个周末，几个小朋友一起拼一个很小的lego套装，如果是儿子一个人拼，最多也就1个小时吧。然而几个小朋友一起的时候，可以想像那个场景吧？我一点儿也插不上手，最后只能一声叹息宣布“项目失败”。
无论是拼lego，还是项目工作，甚至其他领域，无知的人往往认为人越多就能干得越快。有这样认为的人，应该要了解和思考一下“韩信点兵，多多益善”的反面意思。
人越多，管理的复杂度也成倍裂变，人数超出了某个值，不仅不能加快项目进度，反而会因沟通、协作、管理等各种问题复杂的的增加而拖累进度。
项目组究竟多少人合适，就要看项目leader的经验水准了，工作分解到什么颗粒度、人员如何分工协作等等，当然也要看leader自己究竟是“刘邦”，还是“韩信”，对此也得有清醒的认知。
小结：保持项目组最合适的规模，不确定的话，可以多跟各个成员反复交流以确定；工作的分解要掌握合适的颗粒度，过犹不及！
必要的工具 - 事半功倍
拼lego时，越大的套装，就越需要分类零件容器、拆积木器（装错了拆除用的）等工具，否则你可以想像如果几千个零件都在一个大盆里，想找其中一个的感觉。
项目，越大型的项目，持续时间越长，涉及人员越多，就越需要有各种配套的机制和工具来保障，即使会增加一些工具使用的复杂度，但这些都是必不可少的。可以简单想象一些场景：
- 项目工作任务用什么方式安排、跟踪、检查、反馈？
- 不断迭代进行了半年的项目，不断更新的项目资料的最新版本在哪里？
- 进行了一年的项目，遇到人员变动，如何交接以便让新人快速了解？
- ……
没有工具，也可能凭借超强的能力或者Excel表搞定这一切，但费时费力，极易出错，风险极大。
小结：根据项目规模，选择必要的工具和机制吧
充分的准备工作 - 磨刀不误砍柴
拼心爱的lego套之前，总是会小心翼翼的先给零件按个头或颜色分类，几乎所有零件都会过一遍；而拼一般的lego套或小套装时，有时就马虎的省略了这一步骤。
但在拼的过程中，凡是过过一遍分过类的，几乎瞬间就能找到需要的颗粒，而没有这个过程的，往往某个颗粒眼睛瞪圆了也找不到，甚至就要怀疑缺件了。
项目的准备工作，在这里指需求分析、设计等前期阶段以及技术选型和框架等基础性工作。
项目的前期工作，一定要做到位，需求需要足够深入和全面的挖掘，需要跟用户反复深入的探讨，才有可能获得全面、真实、准确的结果，进而才有可能提炼、抽象的精准，落实到产品上才不容易出现理解有误返工等情况。
很多时候都会听到各种埋冤，怪客户通过一次或几次沟通，没有把需求讲清楚，往往要到功能做出来之后才来找问题。
是，有些时候不可避免的会出现这种情况，如果能够换个角度思考一下，这些情况出现的原因，未必就是客户单方面的。
我们持着同理心换位思考一下，就很容易能够想明白这些事情。比如无论你是什么行业的，假如你要想做个什么产品，你能否一次或几次就能把所有的需求跟别人将得清清楚楚明明白白？每一个细节是否都能凭空在脑中考虑足够全面并表达出来？如果客户能做到这一点，那还要我们做需求分析干什么呢，难道需求分析仅仅是把客户讲的写到纸面吗？那也太容易了一些不是么？
所以时间再紧张，也不要省略掉前期的充分准备，前期省略了一分时间，绝大部分时候后面都会遭遇不断修改不断返工，记住一句话：
“出来混，迟早是要还的！”
项目时间可能确实会非常紧张，甚至有可能客户也不断催你，赶紧进入下一阶段赶紧做出来上线。这个时候怎么办？这个时候才是考验经验和整个项目组水准的时候了，做好工作分解，快速的局部产品模型，判断最不可能有误的部分先推进到下一环节，整个项目组都充分并行起来……
小结：怎么重视项目前期工作都不为过
出错了 - 绝大部分时候，从自己这儿找原因就好
记得最开始玩lego的时候，每次都会遇到某个颗粒找半天都没有找到，这个时候总会开始怀疑，是不是缺件了，是不是儿子藏起来了……
结果每次到最后，无一例外的都是什么情况都没有发生，只是自己没有找到而已。
回想这些年工作中遇到的情况，简直异曲同工。越没有经验的人，越容易怀疑是不是操作系统的问题，是不是系统环境出了问题，是不是编译器的问题，是不是别人修改了什么代码…… 然后就开始找这些问题去了，妄图绕个弯弯解决自己遇到的问题，最后，往往在别人的帮助下会发现，就是自己的代码哪里出了问题，仅此而已。
小结：遇到问题，先全面检查自己吧
“重复中的不重复” - 同样的事情，不同的做法，不同的收获
即使再大的套装，按照说明书拼出一个lego套来，一般人都可以做到。
然而大师能够达到的境界是这样的：
当然这这这需要money、需要time、需要big house……，但也有这样的小家伙：
抛开外在条件，其实大部分时候，是懒，懒得思考，懒得总结，懒得去创新……在这些方面，有时候会表现得还不如一个6岁的孩子。
同样的重复工作，用心思考，学会总结，时刻保持开放的思维和谦逊的学习态度，努力做到一次做的比一次更好。那么即使还没有成为“大师”，但也将一直在成为“大师”的路上不断前行，不断超越以前的自己。
