Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
AWS Startup Tech Meetup Online #1 / Konmari Day...
Search
doublemarket
January 21, 2021
Technology
0
1k
AWS Startup Tech Meetup Online #1 / Konmari DayとMokumoku Time
doublemarket
January 21, 2021
Tweet
Share
More Decks by doublemarket
See All by doublemarket
「入門 監視」5年を経て変わったこと、変わらないこと / Fundamental principles in Practical Monitoring
doublemarket
12
5.9k
CircleCIでE2Eテスト自動化プラットフォームAutifyのE2Eテストをしているお話 / How Autify Autifies Autify using CircleCI
doublemarket
3
970
FargateとLambdaで作るスケーラブルなE2Eテスト実行基盤 / Building a scalable E2E test execution platform with AWS Fargate and Lambda
doublemarket
4
3.7k
「監視の目的とは何か?」問いかけよう / Practical Monitoring
doublemarket
2
2.4k
「入門Kubernetes」入門 / 20180609 GCPUG Hiroshima #4
doublemarket
24
6.5k
GitHubの開発フローにおける サポートエンジニアの役割
doublemarket
8
5.6k
How indexes work in relational databases
doublemarket
0
5.4k
Translation community Yakst
doublemarket
0
3.3k
Other Decks in Technology
See All in Technology
完全自律型AIエージェントとAgentic Workflow〜ワークフロー構築という現実解
pharma_x_tech
0
270
いま現場PMのあなたが、 経営と向き合うPMになるために 必要なこと、腹をくくること
hiro93n
2
1.9k
FODにおけるホーム画面編成のレコメンド
watarukudo
PRO
2
130
チームが毎日小さな変化と適応を続けたら1年間でスケール可能なアジャイルチームができた話 / Building a Scalable Agile Team
kakehashi
1
200
実践! ソフトウェアエンジニアリングの価値の計測 ── Effort、Output、Outcome、Impact
nomuson
0
1.8k
Git scrapingで始める継続的なデータ追跡 / Git Scraping
ohbarye
4
280
I could be Wrong!! - Learning from Agile Experts
kawaguti
PRO
8
3k
三菱電機で社内コミュニティを立ち上げた話
kurebayashi
1
320
2025年のARグラスの潮流
kotauchisunsun
0
750
20241228 - 成為最強魔法使!AI 實時生成比賽的策略 @ 2024 SD AI 年會
dpys
0
350
2025年の挑戦 コーポレートエンジニアの技術広報/techpr5
nishiuma
0
120
JAWS-UG20250116_iOSアプリエンジニアがAWSreInventに行ってきた(真面目編)
totokit4
0
120
Featured
See All Featured
jQuery: Nuts, Bolts and Bling
dougneiner
62
7.6k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
172
50k
RailsConf 2023
tenderlove
29
970
Typedesign – Prime Four
hannesfritz
40
2.5k
Designing on Purpose - Digital PM Summit 2013
jponch
116
7.1k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
38
1.9k
Why You Should Never Use an ORM
jnunemaker
PRO
54
9.1k
Docker and Python
trallard
43
3.2k
The Power of CSS Pseudo Elements
geoffreycrofte
74
5.4k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
29
2.1k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.4k
Put a Button on it: Removing Barriers to Going Fast.
kastner
59
3.6k
Transcript
Konmari DayとMokumoku Time オーティファイ株式会社 松浦隼人
自己紹介 松浦 隼人 • オーティファイ株式会社 CTO (2020年1月〜) • Twitter :
dblmkt • 経歴 ◦ インフラ何でも屋 ◦ 某ブログサービスのインフラ担当 ◦ テクニカルサポート ◦ インフラ + Rails ◦ CTO (イマココ) • 趣味 ◦ 翻訳
https://autify.com/ja
E2Eテストはハードルが高い? - Autifyを使えば E2Eテストはハードルが高い? - Autifyを使えば • 手でやるのは工数がかかる ◦ 自動化しましょう!
• シナリオ作る・書くの大変 ◦ テストシナリオ作成が簡単 • 実行するの大変 ◦ 複数のブラウザでテスト実行 • 作った後も大変 ◦ AIの力でシナリオ修正を支援
デモ (スライド公開版では省略) 代わりにデモリクエスト! https://autify.com/ja
https://autifyjapan.connpass.com/event/201330/
None
None
https://speakerdeck.com/autifyhq/autify-company-deck
実装を考える時に、Autify valuesを意識する • Autify values #1 : Solve Burning Needs
◦ 燃えている課題を特定する ▪ 最速かつ最も効率の良い方法で実現 • 解決しようとしている課題はそれで正しいか ◦ 顧客の問題をダイレクトに解決するか • 今解決すべきか? • その実装方法は課題の解決への最短経路か? ◦ 技術的に尖っているかではなく、素早く解決できるかどうか ▪ 例、Kubernetesは使わない ▪ 例、Infrastructure as Codeをやりすぎない ◦ ただし先を考えないこととは違う
直接的な製品への貢献以外も重視するカルチャー作り • タスクに追われるだけだと新しいアイディアが生まれない ◦ Burning needsの解決 + 遊び • 「やってもいい」だけだと実施されない
• 時間枠を設けてその中でやってもらう方針
Konmari Day • スプリントタスクとは別に、好きなバックログタスクに取り組んでいい日 ◦ 自由にタスクを自分にアサインして良い ◦ 毎月最終木曜日 • 取り組みの例
◦ 優先度は比較的低い(既に他の方法でできるとか )が、あると嬉しい機能 ▪ ちょっとしたログを簡単に表示するボタンなど ▪ 管理画面の改善など ◦ 細かい技術的負債の返済 ▪ 使っていない環境変数の削除など ◦ CI/CDの改善 • よかったこと ◦ 全方位(エンジニアリングチーム、社内別チーム、顧客 )に満足度の高い機能を出せた
Mokumoku Time • 仕事に直接関係なくても、何か集中して取り組める 1時間 ◦ 毎週水曜夕方 ◦ Slackで何をやるか発言、終わったら成果を発言 •
取り組みの例 ◦ 学習 ▪ 技術書を読む ▪ カンファレンスの動画を見る ◦ 競合製品の研究 ▪ OSS触ってみる ◦ ツールの開発 ▪ GitHub App • よかったこと ◦ つい先送りしてしまいがちな学習などを強制できる ◦ やりすぎを防ぐ(タイムボックス)
しばらく運用してみて • Konmari Day ◦ 翌日のプルリクエストレビューが大変 → デプロイが大変 ◦ 1日だと大きなタスクには取り組めない
◦ 決まった日にやることの利点・欠点がある ▪ 利点 : スプリントタスクを意識しなくていい ▪ 欠点 : 好きなタイミングで取り組めない ◦ 本来はスプリントの中で正しく優先順位付けしてやるべき
しばらく運用してみて • Mokumoku Time ◦ 参加者減 ▪ 継続してネタがない ▪ 盛り上がらない
組織の拡大に合わせた施策の必要性 • 各エンジニアが自由に裁量を持って仕事ができる環境づくり • 今まで ◦ 1人1人が最高のパフォーマンス → プロダクトも最高に •
これから ◦ チームとして最高のパフォーマンス → プロダクトも最高に
https://autify.com/ja/careers/