我能够与期待已久的个人所创建的团队一起向世界发布服务！ ！
发布他们创建的服务、帮助他人、为世界做出贡献是每个工程师的梦想，对吧？ ！
我也是有这样一个梦想的工程师。
这个梦想实现了！我自己召集团队成员，创建组织，一起创建和发布服务！ ！真的很棒！
未来，我想继续和这个团队一起发布服务，一起开创事业。
我会继续写这个故事！ ！
创建的服务
我做了这个应用程序！ ！
如果您设置了 PDF，您可以制作幻灯片格式的演示文稿，在幻灯片上实时流式传输来自观众成员的评论, 是一项让 LT 更具互动性的有趣服务！ ！
开发成员的相关文章
我先放一篇会员写的文章！ ！
如何使发展可持续
首先，我想写一篇关于发展中的可持续性的文章。
在ItsukiN32的文章中提到，开发初期发展速度呈下降趋势被看见。
这可能是一篇著名的文章，但这篇文章也提到了“缺乏动力”是挫折的主要因素。
这是紧急情况在实践中彻底了解困难我被迫意识到.
然而，最终，我们在新成员**takusan64-san**的参与下避免了这种情况！
那么Y先生是如何顺利加入开发团队的呢？
是什么让它成为可能为启动期奠定基础我想事情就是这样。
在这里，我想分享一下我在启动期间的想法，因为它可能对每个想要创建产品开发团队的人有用。我的想法我会写。
各种工具的选择和团队建设
组建团队时我最大的担忧是：
- 继续前进，不要做出太多决定古达什么都做不了，队里气氛越来越差，他们相处得很好我和他关系很好，但我很尴尬
这是我最害怕的，也是我最讨厌的。
我想，我该怎么办？结论在下面。
- 创建一个完整的应用程序，无论是虚张声势还是形式
- 工作之余，坚持创建发展组织，引导认真程度，增加会员积极性
无论是虚张声势还是只是形状，都很棒创建合适的开发组织让我们作为一个团队来感受真实性！ ！
我想认识我的人会笑，因为我觉得它展示了我到现在为止的生活方式。我做的第一件事就是准备基金会。
多亏了这一点，我才能够保持我在未来继续开展业务的动力！ ！
中途加入我们的takusan64先生也表示这是一件大事！ ！
以下是我们使用的工具。
聊天工具
. . . . . .
好吧，在目前的情况下，免费版的 slack 是唯一的选择！ ！
在 Slack 中确认。
代码管理
GitHub！ ！ ！
我们在 Slack 中为 GitHub 创建了一个频道，将其链接到 GitHub，并对其进行配置，以便 GitHub 上的提交和提及可以流向那里，让每个人都可以轻松查看交流。
任务管理
由于是团队开发，我必须先决定如何管理任务。
在现代，有很多项目任务管理工具什么是维斯帕. . .我突然很担心。
概念，体式，积压等。
“你觉得什么好？？”
“最好不要花钱。”
“没有足够的人来管理甘特图。”
"我不想过多地分发工具这是正确的。我想在一个地方在某种程度上管理它。”
. . . . . . .
"GitHub 项目功能”被使用了！ ！
它与 PO 起草任务并从顶部按顺序拾取任务的简单风格配合得很好。
它是免费的，看板管理从上到下排列优先级。清除但是，状态管理容易看到在 GitHub 上集中管理我可以。非常好。
如何管理维基？ ?
我也想积累知识，为了尽可能地消除沟通损失，我想妥善管理文件。
欧空局、基贝拉、概念等
“你觉得什么好？？”
“最好不要花钱。”
. . . .
和上面一样
GitHub wiki 不好吗？ ?
“哦，我有一个 Git 专业帐户，所以我可以使用 wiki。”
GitHub 上的维基已确认
基础设施
- 尽可能多如果你不花钱，它会持续更长时间我猜
- 我不想尽可能多地管理服务器不
这些事情在我脑海中模糊不清。
我决定使用无服务器配置（Amplify 或 Firebase）！
第一项服务是放大（存储是 S3，数据库是 DynamoDB）。
我还制作了诸如团队发展政策、思维导图和 MVV 模仿之类的东西
为了给人一种恰到好处的感觉，在文档中团队发展方针或者，思维导图就像是MVV我安排了类似的东西
我觉得最初被邀请的团队成员有点太严肃了，退出了，但是你们巩固了团结吗？ ?我认同！ ！
部分地就像这样.
考虑到这一点，我不知道新邀请的成员如果做得好，是否会更容易产生信任感！ ！
运营AWS，持续创造服务
AWS 组织创建一个组织！
- 第一个项目 (slide_commenter) 是使用管理员帐户创建的。
- 之后，在创建新服务时，从“添加 AWS 帐户”创建一个项目
- 可以在管理账户中为每个项目创建预算，并且可以为每个项目管理预算
- 整个预算可以在客户帐户中一次性计费
我认为这个操作让继续在 AWS 上开发服务时工作起来非常容易。
需要会设计的人
不完全是会设计的takusan64先生加入是巨大的。
当工程师组成一个团队时，设计和外观是毁灭性的，这是很常见的。 . .一开始，我开始随机制作，Vuetify 默认你是不是和那家伙一起放出来的！ ！喜欢馊主意它变成了.微笑
“虽然他是一位优秀的工程师，优秀的设计师是。 ”
这是设计工程师就是这样。
需要强大的全栈人员，可以保证类 SRE 的系统设计/操作和源代码设计
增加了一位技术可靠性高且在我们的主要业务中与我们合作的长期经验的工程师，使我们在开发过程中获得了极大的安全感。
这是一个开发经验很少的工程师团队，所以有人碰壁是件大事。谢谢你。
开发时要注意的事项
我主要做了以下几点：
- 设置AWS Organizations 设置AWS账户集中管理、合并计费等，打造未来可以持续发布新服务的系统
- 设置预算警报等以避免 AWS 破产
- 围绕 Amplify 的 GraphQL 设置，围绕 CI/CD，围绕域管理等基础设施
- 使用 Nuxt.js 创建项目时的初始构建
- 查看设计并应用 html 和 css 的类似标记的工作
- 围绕 PDF 幻灯片集编写并使用 Nuxt.js 创建和连接主要组件
在正常开发的同时，我下令自己动手，召集了朋友，所以看起来这将是一场牵线搭桥。拾取溢出任务我意识到
还有一篇ItsukiN32的文章，每个人都在忙着做主业所以，有时间commit的时候，我觉得任务的catch-up成本会增加，很难进入，所以想尽可能的跟进。
现在想来，这种行为可能对维持团队的动力产生了很大的影响。
技术细节我想单独写一篇单独的文章，这里就不多写了！
这次结束了！ ！ ！
原创声明：本文系作者授权爱码网发表，未经许可，不得转载;
原文地址：https://www.likecs.com/show-308629637.html