第一次迭代会

103.jpg

07.20算是经历了比较完整的一次迭代会，因为前期的功能是自己设计的，迭代会上的讲解，boss为了锻炼我，也是让我说的......虽然在跟开发聊的时候，boss替我解答了很多问题。不过记录一下，也是自己经历的比较完整的一次迭代会。

首先说下本次迭代本来是为了做1.0版本，但是由于需求比较多，最开始是接近50条，而开发人手不够，砍掉了一部分需求，最后达到了31条。我在其中负责了2条需求，分别是

• 企业库素材配置
• 企业库素材管理

解释下，因为我们做的是VR家装软件，所以会涉及到素材，包括家具模型，硬装材质等这类商品。为了便于管理，给企业的Admin配置了web端的后台。

配置部分，将一些公共库、分享库及私有库的东西配置成自己的企业库，这样在客户端，本企业的设计师就可以看到素材模型。

管理部分涉及的就是删、改、查、发布、分享。“发布”涉及到了4种状态：未发布、审核中、已发布、审核未通过。“分享”这部分是争议最大的。“分享”这部分最终确定的是 企业Admin对企业Admin ，在web端的分享。其实在最开始设想的时候，“分享”这部分设计的比较复杂，但是由于目前开发人力有限，时间紧迫，所以做了一个优先级的排序，最终确定了只做web端 企业Admin对企业Admin的分享。

在迭代会上，看到开发和产品怼的挺厉害的，就思考了下原因。就我目前看到的来说，
1.开发对业务不了解，所以有时候会觉得逻辑怪。这时候需要告诉他真实的使用场景，让他了解。要耐心讲懂，每个开发都有自己能听懂的方式。
2.部分不同技术（虽然带我的boss懂，因为是开发出身）

另外，我在理企业库部分的逻辑的时候，有一个问题点，就是客户端save as别人的东西，在web端其实可以完全当做自己的东西，可以做删、改、查、发布、分享这一系列操作。那么我的问题点就在于，这不就相当于侵权了吗？
boss给我的解答：这些都是基本版验证，其实我们也不知道这个功能能发挥作用到什么程度。
小步快跑，敏捷开发就是这样，快速上线快速验证。不过要保证逻辑是连贯的，开发细节可以不懂，业务层面应该是无懈可击的，这应该是基本原则。
同时，犯得一个错：业务上不确定的点不应该在迭代会议上提出来。实在不行，可以说，这块确实没想到，我可以回去再明确一下。

第一次比较完整的经历一个迭代会，虽然后面缺了一天（去参加了华为的夏令营......=_=）。收获还是有的，也感觉自己慢慢有了参与感，真实地在做一些事情。这个体验让我觉得自己选择产品方向是对的~
后面慢慢加油，希望秋招可以找到喜欢的公司！