一些事情

“是兄弟就来砍我，一刀 999，咳咳咳…”

最近遇到的烦心事挺多的，没有当好 Leader 职责，对项目的错误评估，缺乏项目管理经验和手段，年轻是资本但也需要拼搏。

简单分享一下在评估项目开发周期的时候，就遇到较多的问题点。在一个平常无奇的下午突然被分配到一个任务，让我们开发的 Leader 评估一个项目。只给了一个”需求文档”云里雾里，不过从功能上来类似于公司以前做过的产品，时间较为紧张，在没有参考别人的情况下，按照以往的经验针对功能做了一个较为粗糙的评估，大概是两个月多一点点。但是汇总的时候，惊人的发现，有很多”意外”的地方，比如说语音部分。产品的定义是国内国外使用不同的语音助手，但都没有进行过相关的开发，这是看似很小的坑，实际埋藏很多不稳定因素。在跟 iOS Leader 对过之后发现这里需要在增加一些时间。这时客户对于我们对需求的不明确的烦恼就抛出了一个点，让我们参考某某某 App ，要做的功能就类似于那样。结果发现需要接入较多第三方音乐资源，而且还需要较为统一的资源整合，这与必须接入的小雅云内容 SDK 有较大的区别，兼容起来非常麻烦的，短期是不可能完成的，就做了一个最保守的计划。另外还涉及到用户系统，我们想得有点多：是否需要把第三方资源的登录也要做统一，后期的推广，功能的延展性，然后又把时间做了一个保守计划。最后杂七杂八的功能叠加在一起发现预估的时间非常夸张，共计需要 180 天，半年的时间也确实挺夸张的。在和领导对接的时候直接被骂的狗血淋头，理由是什么？原因是什么？然后内部讨论以及跟客户协调，暂定把语音放在二期，音乐资源做统一，其他功能细分化。剔除一些较为艰难的功能，一排期，两个月左右。我天！这和我原本估计的差不多，看来是自己”想太多了”。

其实，很多时候客户就是想要看到一个东西，基本功能就行了，一开始并不需要考虑太多的功能以及延展性，当然从代码层面是需要往这方面去思考的，做项目和做产品区别就在于此，如果是做产品，就单单前期的架构和功能的延展性就需要考虑很多，环境不一样需要考虑的点也不一样。通过这件事情我发现了，领导是有意锻炼我们如何真正去评估一个项目，以及怎么去跟客户打交道谈商务。总之客户是上帝，还是那句话：生活很艰辛啊，且行前行。