传统的管理学定义就是：计划、组织、领导、控制。在一段很漫长的时间里面我都没办法理解这个定义，但工程师的经验告诉我，真正实现理解某个概念的方法是通过技术手段去实现它先。理解面向对象是先去随便看一个design pattern，然后写一个例子；理解多线程是先去new一个thread，看一看运行效果。同样的，管理也可以先试着去实现它，那就是使用工具，工具作为管理的一个载体，可以先显式去让你看到管理这个本来抽象的概念，之后再试图去理解、优化将会容易很多。
在这一次项目中，首先最大的问题是没有项目管理，按照“尽量做”这个标准在往前推进，大家都在辛苦往前赶，但感觉效果一般。现在基本一个项目做完，并没有一个需求列表可以列出来我们都做了哪些事情。
现在基本确定了相应的工具，禅道/teambition，基本可以满足需求，但需要定义清楚两个工具分别的作用。禅道作为项目管理，最主要的功能是任务分解，从而实现计划，任何类似功能的管理工具应该也是一样的。从最高一级的产品开始，然后是项目，需求，任务。在一个产品开始之前，在禅道上应该可以基本定义到需求一层，哪怕不准确，但也可以对整个项目规模有大概的概念，先有一个粗的计划。之后实现过程中，并不是说不能变动了，需要增删改的时候，相关的小伙伴一起讨论一致就可以了，并一定要记录到禅道上。可以到每个月开始的时候，决定这一个月要做的需求，并分解成成任务去做，有一个相对详细一些的月计划。还有关键是，可以每周一次大家统一来开个小会update一下状态，说一下遇到的问题，以及dependency。出现一些严重偏离预定计划的情况可以及时反应，互相分担一下任务量。
其次，是关于服务机器人需求的理解。以餐厅的引导机器人为例，首先把他作为一个服务员来看待，可以更好的理解它的需求具体会有哪些。语音的优先级一定是高于人脸的。去餐厅，服务员会和你有各种交互，都是通过语音，但大部分情况下不会有服务员问你叫啥，你也不会太关心这个服务员是不是认识你。当然人脸识别一定还是一个噱头。但一个靠谱的语音商业方案基本上是所有其它交互方式的一个基础，包括人脸识别。还有一个就是，我们可以考虑到机器人其实有两拨主要用户，服务员用它去引导，客人是直接和它去交互。所以感觉一些惠而不费的交互可以帮助我们以较小的工作量把机器人用户体验丰富很多。比如我想到的可以把用户人脸检测出来后，换上卡通头像，这就是一个并不复杂的功能。大家可以开开脑洞想一想。