今天开发者委员会针对开发者 基于后端框架的开发问题，展开了一次讨论，研究具体需要支持到什么程度及针对框架还有那部分可以完善的地方。

    具体讨论如下：

    王帅：
    我想了一下，提供快速开发环境是基础，更多的是对代码的阅读，对需求的理解。我们一味的强调说，需求的细致程度，甚至连实现流程都替开发者规划清楚。其实已经超过需求的范畴了。对于这次 oauth 登录更是，首先oauth 登录已经是成熟的方案了，其次在阅读需求了解到钱包和 oauth 钱包关系时应该独立去构建代码的结构了，最后找到接口代码进行比对确认修改内容。

    Kering：
    1.需求的标准是说明白三个事情： 咱们想要什么？我们已经有什么？开发者需要做什么？

    目前所谓的不明白 是这三个角色的 基础没有说明白，即使是需要去代码，也需要写在需求里，哪些需要通过代码自行了解。

    以上是有关表达的问题，我们先把表达的问题 解决了，说明白 这是当前的首要问题。

    关于第一点 尽量不要靠开会去说需求，而通过开发者自己阅读需求，有问题解答的形式。

    2.在解决咱们自己的后端或是整个开发框架提供的程度问题并且明确下来。

    目前看 第 1 点 实际在跟开发者对接的过程中，要比想想的复杂，即使 针对王帅 提的想法，我们认为能清晰的写出来 ，我们也觉得是 OK 的，毕竟也是一个需求，只是开发者做的更多，这没问题。

    问题在于：我们想要的这个模式，没有表达给 或是没有明确表达给开发者。

    王帅：
    我们可以类比一种情况，比如我们到一家新公司入职我们入职时拿到的内容应该是怎样的？

    Kering：
    这一切咱们得结合咱们的实际情况：兼职，非雇佣制 ，开发者质量不一， 时间周期等等。我们的前提已经暗含了：通过严格的面试，选择有能力的开发者和且全职。

    我们要的问题很简单，就是把我们想的 通过任务传递给发者，哪怕是 阅读代码，自己开发需求，这都是需求。现在我们没有发出明确的 指令，在我们 的场景里，客观的说 我认为这是一种能力问题，不是意识的问题，我们因为没有能力，所以前几个版本都没意识到这个问题。

    因此，针对每一个开发者，我们需要让他明确的知道： 他需要做什么？提交什么？我们需要什么？

    讨论过后，Kering 召集王帅和泽辉展开了一次会议，希望针对以上讨论制定出结论和行动方案。

    会议讨论内容：如何明确开发者任务分配需求说明书，以及给开发者的支撑

    会议结论：
    再分配任务时需要制定任务需求说明书，具体包括

    • 我们需要什么？
    • 我们能提供什么？
    • 需要开发者做什么？

    行动方案：
    1.王帅做基础组建，开发者做 crud
    2..泽辉处理跟开发者界面的问题：撰写清晰的产品说明文档 确定后端可以分配开发者任务的时间

    —————————-
    记录人：前尘