拿到一个需求的时候, 细读和提问交流, 理解需求是要做什么的.
把大功能分小, 化繁为简. 例如先做完一个简单版的, 给PD用, 可以早点得到反馈. 把余下的功能分容易的/难的, 可以并行的/有依赖的. 然后一个一个做, 或者可以并行的就几个人一起做.
就算是大的难的，也不要闷头闷闹搞几个礼拜没有反馈, 第一是对方不知道你有没有干活, 第二是对方和自己都不知道是不是干对了方向.
难的问题里面也有最核心最难的, 把这个难的用一个简单的版本做一个初步的出来，不要因为一个点而拖累整个功能, 有时间的时候改进这个核心的东西。这个难的也要及时说出来PD清楚上司清楚同事清楚，一方面大家都需要了解某个功能的limitation, 第二方面是讨论时候也许能有新的发现.