我们在星期一（4/25/16）结束了Sprint 3时，在此职位上稍有拖欠。 但是，我们一直忙于将所有事情挂接起来。 正如我们在Sprint 2 Retro中提到的那样，我们开始将各个部分放在一起，并且每隔一周，我们就可以进行越来越多的生产，这又意味着我们需要一些流程。 有一个误解，就是如果我们“敏捷地坐着”类型的敏捷团队，我们就不会有流程，但这离事实还远。 我们需要制定规则，以确保我们快速执行并正确执行。 这是一个运作良好的敏捷团队的真正考验。 无论如何，我们的Sprint 3成就：
- 完成的UI->后端<-使用JWT / Auth0的设备身份验证
- 制定授权策略（使用JWT JSON有效负载）
- 将身份验证内置到我们的Websocket中
- 内置Intercom.io集成，因此我们可以接收来自客户的聊天和电子邮件
- 重建了我们的后端digi以使用websocket并正确进行身份验证
- 将我们的各种前端代码合并为一个，并基于ReactJS
- 自动化配置数百个施耐德恒温器
- 解析器读取现有产品（Brighterlink 1.0）的使用信息
- 开始通过客户角色整合“设计思维”
我们并没有在里程碑列表中得到我们想要完成的所有项目，其中一部分是与设备的UI通信。 但是没关系，这个里程碑的想法是作为指南，我们距离很近。 在团队取得很大成就的同时，庆祝这些胜利也很重要。 但是，与往常一样，我们找到了可以改进的地方，而我们的回顾也产生了以下这些点：
何时使用Trello和GitHub问题
我们一直在将Trello用于待办事项，但确实希望将GitHub问题集成到其中。 问题就变成了，我们什么时候使用另一个？ 我们得出的结论是，我们将使用Trello板对Sprint进行概述，并能够对高级内容进行分组，但是这些任务，重构和卡的“故事”将在GitHub中进行跟踪。 我们还没有连接GitHub-> Trello，但是到目前为止它一直在工作。 我们还说过，每个PR都应该有一个与GitHub相关的问题＃，而Trello卡可能会跨越存储库和问题。 GitHub还具有标签和里程碑的概念，因此我们正在使用它来跟踪“错误，增强，开发，重构”等内容。
- 他说：“谢谢您的更新。”
- 如何击败早晨的忧郁
- 4 Cara Mudah Tingkatkan Produktivitas Karyawan
- 通过时间和精力最大化生产力
- 新年要在公众场合谈论的决议，这样每个人都会知道你比他们更好
列表太多，待办事项
我们开始建立许多列表，而每次Sprint都要清理它们变得很痛苦。 最重要的是，我们还为冲刺建立了太多的“ Todos”。 因此，我们放弃了“每Sprint板数”的概念，而只有一个“主板”。 然后，我们只有冲刺特定的已完成/里程碑/复古列表，我们可以在每次冲刺之后将其发送到“已完成”板。 我们还合并了一些列表，并创建了Backlog列表，其中包含一些冲刺值，然后有一个“ This Sprint”列表来标记我们想做或正在进行的事情。 再加上GitHub问题的使用，极大地清理了我们的董事会。
工具超载
我们已经开始积累了很多工具，这些工具可以执行特定的任务，包括用户管理，日志聚合，异常处理，客户交互等等。 一方面，我们能够真正获得“同类最佳”的SaaS产品，这些产品确实能够很好地完成特定的工作，但另一方面，还有一些管理开销。 我们真正需要的是一个“操作仪表板”，可以将信息汇总到一个地方，并告诉我们服务的“状态”，然后我们可以进行深入研究以获取详细信息。 这也使我们能够建立我们关注的指标，并找到将它们组合在一起的方法。 像Geckoboard这样的工具将帮助我们创建这些仪表板，并使查看高级概述变得更加容易。 我们发现我们的业务指标也需要它，因此能够查看有多少客户正在使用特定的应用程序，以及客户的规模和数据消耗将非常重要。
最后的想法
其中很多事情令人不知所措，而且看起来事情似乎还在不断堆积，因此保持头脑清醒并确保我们每天一次真正在做事情，而不是尝试解决太多问题将对我们有帮助保持理智。 我们确实希望在下一个Sprint上获得内部用户和客户的反馈，然后真正的乐趣就开始了。 我们将其视为展会的“试镜”，因为当我们开始获得客户的使用和一个非常好的开发人员->客户周期进行时，乐趣才真正开始。 这就是为什么我们继续在开发过程中进行磨练，并确保即使在进行连续交付模型时也可以保持稳定性。
