所以在一家大公司做好一个大项目需要什么(下)
“上”讲的比较形而上,“下”讲的自然要形而下一点.所有有着Business needs的项目,自然是不能拖延的,那么完成一个不能拖延的任务最有效的方法是什么.
曾经有些公司说,因为我的雇员是世界上最优秀的,所以他们只做最优秀的事情,只创造最优秀的产品.(请不要对号入座,毕竟这样的公司可不少 ‘手动狗头’.jpg)
人非圣贤,孰能无过.
达芬奇,大概也不能第一次打开扫雷就完成9x9的扫雷简单难度吧.人的能力有限的情况下,面对的是无限可能的问题,要解决问题,就接受努力解决问题的过程.学习以后解决问题自然能够更加接近一次命中红心,但是并不需要强求每次都起手就是完成形态.所以放下ego做平凡的自己,大概是第一条了.但是就这一条又有多少人能做到呢.
毕竟当红辣子鸡里还是有不少人觉得
we have a high bar.
从更古不变的正态分布上来说,这就不太可能.
落实到做项目上,能一次做出最优解自然是最好的,但如果更多时候有各种场外因素阻挠的话,与其去拉扯最优解,不如先给一个解把business needs给解决了,不然在外人眼里,哪怕你这绣花针用的是再好的工艺,也绣不出一朵花来.
圣家堂是少数的反面例子,但是毕竟也就独一个.快速迭代,永远是笨办法中的好办法.当然这个迭代更多是一种尽力而为,毕竟,志不在此是大多数情况.
如果想要快速迭代,那么turn around time自然是不能高上去了.曾经有个同学问,为什么要在东5.5区开分部,而不是在更便利的东八区,东九区,东十区呢,甚至西六区也不错呀.问这个问题的同学一定是有一颗赤子之心的.但抛开这一点不谈,降低turn around time是一个时间紧迫的有business needs的项目的成功关键,如果不能做到,那么就自然是有无法实现的风险了.
至繁归于至简,优秀的设计不用反复去解释,如果解决方案太复杂,那一定是提出的问题有问题.当面对million级别的business logics的时候,你就知道一定是impedance mismatch了.
最后的最后,作为工程师老本行,做的所有事情都是给理学家善后,所以compromise是无处不在的,如果没有compromise,那就一定是什么地方错了,如果有人说没错,那么是时候劝劝ta放下ego了.
虎头蛇尾,说的大概就是这样吧.
也许头也不虎呢.