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
1.2k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
AWS Startup Tech Meetup Online #1 / Konmari DayとMokumoku Time
doublemarket
January 21, 2021
More Decks by doublemarket
See All by doublemarket
プラットフォームエンジニアリングとは何であり、なぜプラットフォームエンジニアリングなのか
doublemarket
1
1k
「入門 監視」5年を経て変わったこと、変わらないこと / Fundamental principles in Practical Monitoring
doublemarket
16
7.6k
CircleCIでE2Eテスト自動化プラットフォームAutifyのE2Eテストをしているお話 / How Autify Autifies Autify using CircleCI
doublemarket
3
1.1k
FargateとLambdaで作るスケーラブルなE2Eテスト実行基盤 / Building a scalable E2E test execution platform with AWS Fargate and Lambda
doublemarket
4
4k
「監視の目的とは何か?」問いかけよう / Practical Monitoring
doublemarket
2
2.7k
「入門Kubernetes」入門 / 20180609 GCPUG Hiroshima #4
doublemarket
24
6.8k
GitHubの開発フローにおける サポートエンジニアの役割
doublemarket
8
6k
How indexes work in relational databases
doublemarket
0
5.5k
Translation community Yakst
doublemarket
0
3.5k
Other Decks in Technology
See All in Technology
bet_ai_day_2026_session02
agenticsec
1
940
AIとペアプロを始める。人とのペアプロをやめる。ペアプロの良さを改めて知る。もっと好きになった。 / Rediscovering Pair Programming
honyanya
1
200
Bet AI Day 2026丨AIを「使う」から、AIが「働く」へ ― LayerXが進める「組織AI」の社会実装
layerx
PRO
2
2.1k
深夜のクラウド懺悔室 1:29:300 or 1:0:0
kazzpapa3
0
150
2026-09-04 SRE Tech Talk #15 怠惰なTerraform / Lazy Terraform
masasuzu
0
190
AIで実装は速くなった。なのにプロダクトは速くならない。職能の壁を越えて価値のフローを設計する
nwiizo
6
6.9k
[RSJ26] Building a VLA Model Based on Self-Distilled Classification
keio_smilab
PRO
0
190
AIエージェントの開発・提供におけるセキュリティリスクの論点と対策
flatt_security
1
560
なぜSRE・セキュリティは評価されないのか?守りの組織を事業成長エンジンに変えた実践
cscengineer
PRO
3
2.2k
Does an AI Watermark Survive Translation?
machinetranslation
0
520
いかに伝えるか 〜新卒エンジニアの教育のための、ライトノベル活用の一例
ikedon
1
190
KPIだけでは評価できないプロダクトが考えるべき Evalsという第二の評価系 / Beyond KPIs: Evals as a Second Evaluation Framework for Products #PdEConf
aki_iinuma
4
3.5k
Featured
See All Featured
Amusing Abliteration
ianozsvald
1
290
Agile that works and the tools we love
rasmusluckow
331
22k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
870
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
690
Are puppies a ranking factor?
jonoalderson
2
3.9k
Game over? The fight for quality and originality in the time of robots
wayneb77
1
260
The Cost Of JavaScript in 2023
addyosmani
55
10k
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
1.1k
How to train your dragon (web standard)
notwaldorf
97
6.8k
Designing for Timeless Needs
cassininazir
1
470
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
2.1k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.8k
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/