如何做一件有挑战的事（二）

接上一篇      

      我觉得首先要去对于项目的难点先写demo实现，评估其实现的可能性以及其它技术或产品指标是否满足需求，当符合预期时整个项目可以说就成功一半了。在写demo时切记要做到完整，最好是多思考以确保各个方面都有考虑到，同时也要注意demo和整体系统的联系，确保一致。我们做完这些事情并不能保证所有技术难点都已经解决了，有些问题是在实际开发过程中才会遇到或出现的，因此此时不能盲目自信。做demo需要在速度和深度上保持平衡，只追求速度可能有些方面没有考虑周到，而太过于最求深度会导致项目推进非常缓慢。

       完成demo开发后，我们需要快速搭建系统的框架。比如协议，接口，执行流程等。在这个环节不用去关注具体的实现，而是确保整个框架、流程能跑通，可以说它也是一个demo。有了它我们可以和相关同事进行沟通，听取他们的意见并做出修改，并向他们阐述你这么设计的原因。一个好的接口设计会让使用者方便。虽然这一步往往并非技术难点，不过提前来做非常有必要，试想如果整个系统开发完成后再去评估框架流程，那时去做改动就非常困难了。

       当完成前面两步后，剩下要做的事情就非常自然了，我们只需要把之前写的demo和其它功能实现填入已经搭建好的框架中。我们再具体实施的过程中，还是要遵循先易后难的原则，兼顾产品的优先级。这样做的好处是降低我们同时处理多个技术难点的概率。我们都希望做出一套完美的系统，但“罗马并非一日建成的”，有些优化点可以在之后的迭代中完成。

       最后需要补充的是，即使按照以上的步骤严格执行，也存在无法达成目标的情况。我们需要做好心理准备。就好比去野外探险，我们准备了充足的食物、水、保暖的衣物、指南针、帐篷等，但当我们真正开始探险时，仍然可能会发现准备得不够充分，或者遇到一些突发的情况（比如极端天气）。我们能做的只是平复好心情，尽可能去解决遇到的问题；当实在解决不了的时候，及时向同事领导沟通和求助。坦诚的把遇到的问题说出来，而不是去遮掩，往往更能得到大家的理解。要知道勇敢的去做一件有挑战的事情已经是一件足以称道的事情，不必对于自己的失败过分在意，相信在这一路的追求中已经收获满满。收拾好心情，再次上路。