挑战“我敢”的团队建设

我敢于让团队征服一个未知的挑战，直到最后一刻他们才一无所知。

我将不敢找一个替代者，而是要整个开发团队在一个工作日内开始和完成与工作相关的挑战。

这不是黑客马拉松。您将需要工作8个小时，这是实际的工作。

但是您将需要团队合作，因此，如果您决定报名参加挑战赛，则需要在2月20日阿姆斯特丹时间上午8点至下午5点向团队提供帮助，午休时间为12 pm-1pm。您的大学将期望您在团队日程安排中适应个人的日常工作。

0801-0830：Dan敢于您...我将在此处解释挑战，然后消失。

那天我碰巧在阿姆斯特丹，所以我会跳进跳出，通常没有空。

该活动是自愿的，但是如果您注册，则是对团队的承诺。请注意，直到今天才知道挑战。事先不要问我“我的技能会有用吗？这是我时间​​的最佳利用吗？”。我敢于帮助您以最佳方式帮助团队应对挑战。

如果您愿意参加，请回答“你怎么敢！”。

七个人加入，前一天有两个人掉下来，当挑战揭晓后，一个人默默消失了。

我们已经在其他应用程序上拥有过蓝/绿的体验，并且我们喜欢它。这将是一个向其他团队传播爱心的机会。

主要工作是更改应用程序存储用户上传图像的方式。我们使用的是Kubernetes PersistentDisk，当时在Google Kubernetes Engine中这意味着在给定的时间我们不能运行一个以上的应用程序实例。

该应用程序是基于Django构建的，该文件具有不错的文件存储抽象以及Google Cloud Storage实现的实现。因此，从理论上讲，我们的工作是更改Django配置并将现有的用户映像迁移到Google Cloud Storage。

由于这是最危险的部分，因此前一周我做了概念验证，以确保它确实有效。

从另一个蓝色/绿色应用程序复制并粘贴一堆Kubernetes yaml。一块蛋糕。

如果目标是在一天之内试验软件项目的所有功能障碍，那么这一天就是一个惊人的成功： 这项工作的估算很差：我们后来完成了工作，这比一天四人一组可以处理的工作要多得多。 这项工作是由“产品负责人”（我自己）估算的，而不是由执行该工作的团队估算的。 跳进去做，没有足够的计划：团队因为没有初步计划并且所有人都太混乱而不得不重新启动一次。 我觉得产品经理会在开始之前就推动一个适当的计划。 不清楚的要求（和坚强的人格）：后来的人单枪匹马将挑战的目标从“让我们在一天之内完成某些工作”转变为“让人们了解mob编程和Python”。 无需交付。” 这仍然让我感到困惑，但是我写下了要求，也许产品负责人每天都会有这种感觉。

将人添加到一个较晚的项目中……：我很高兴有几位尚未报名参加挑战的人在白天跳了起来，看看他们是否可以提供帮助，但是鉴于没有人留下来，他们只是分散了注意力，使团队进一步推迟了。

泄漏过多的抽象和出乎意料的技术问题：Django的文件存储抽象恰好是泄漏的抽象，这意味着Google Cloud Storage的工作方式与Local Storage实施略有不同。

概念验证测试了可在Google Cloud Storage中使用的文件上传代码路径。

我觉得产品经理本可以减少损失并转战团队。

改进工作不够重要：并不是由挑战引起的，但是我们的开发工作流程的缺点非常明显，特别是从以下两个方面来看：如果您有8个小时的工作时间，那么花费20分钟进行构建就没有用了。

不可思议的知识：从现有的蓝色/绿色应用程序复制和粘贴一堆Kubernetes yaml文件是一件容易的事……如果您已经设计，实施了原始解决方案并在生产中对其进行了调试，那么这简直就是小菜一碟。

调整Helm图表以部署应用程序的定制版本是一件容易的事…如果您已经设计了原始的Helm图表，将其实现并在生产中进行了调试。

提醒我们大家：编程已经20年了，这很容易。 其中三名参与者说，他们会再做一次。 我不需要问第四个： 在未知语言和平台上进行数小时的暴民调试可以对任何人进行。 首先，我不会混合来自不同团队的人员。 这对于调试功能异常的团队可能是一个很好的工具，因为团队可以在一天内看到他们的痛点，并且反馈循环很快（每天）。 如果有疼痛感，请更频繁地进行治疗，并进一步减轻痛苦。” Jez Humble，持续交付：通过构建，测试和部署自动化发布可靠的软件 其次，我们的团队位于遥远的地方，处于不同的时区和/或时间表。 每个人在一起工作一整天都是一个例外，而不是常规。 可能需要并置的团队。 阳光下没有新事物。 约翰·卡特勒（John Cutler）在2017年发布了有关``一日游''的博客。

该实验使跨职能团队的价值显而易见，现场客户应成为该团队的一部分。 但是最重要的一课（或者我应该提醒一下）是，您不能将一群人投入到项目中并称他们为团队。