[持续改进]12月团队沟通

看到很多的敏捷指导、都是每个人会和组员进行单独沟通、聊下组员的一些想法、也能及时察觉团队的问题、帮助团队做持续改进。

12月份和组员沟通了下、提出了以下问题

前后端的沟通不够、很多东西互相了解过少、导致某些需求在做的时候、前后端互相影响、这个平时还看不出来、但是当业务需求非常复杂、且需要前后端共同做业务、比如多步骤的下单的时候、就会出现意想不到的问题。

需求的质量太差、很多需求拿出来、经不起推敲、而且需求也没有经过深思熟虑的思考、导致后面会出现频繁的需求变动。

出于程序员的持续改进的风格、他们愿意在迭代之外的事件抽出事件来进行代码的优化、但是担心代码的优化导致bug的出现，结果好心变坏事。

产品经理觉得能实现的都尽量实现、哪怕技术难度大或者需要花费较多的时间、现状是很多东西、为了追赶进度、都做了简化处理。

打算从下个迭代开始、采取以下措施来改进：

需求会的重视程度提升、目标是将所有的风险都在这个会议上面发现出来、不至于在迭代过程中出现大的风险、以后周五我们会过所有的需求、包括高保真和一些交互、都会仔细地过。然后大家一起讨论每个需求的风险、评估时间等。

我会在迭代开始之前、提前过需求、过滤一些不存在实施可能的需求、这样也对产品经理提高了要求、所以尽量下个迭代开始之前、能确定的需求都确定，能定稿的UI尽量定稿、这个实际是要求、给到开发的需求都是经过深思熟虑的、确定的、也可以减少需求的变动。

参考阅读：

涅槃重生:我的技术转管理之路 唐巧

浅析一对一沟通