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
1.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
16
6.9k
CircleCIでE2Eテスト自動化プラットフォームAutifyのE2Eテストをしているお話 / How Autify Autifies Autify using CircleCI
doublemarket
3
1k
FargateとLambdaで作るスケーラブルなE2Eテスト実行基盤 / Building a scalable E2E test execution platform with AWS Fargate and Lambda
doublemarket
4
3.9k
「監視の目的とは何か?」問いかけよう / Practical Monitoring
doublemarket
2
2.5k
「入門Kubernetes」入門 / 20180609 GCPUG Hiroshima #4
doublemarket
24
6.6k
GitHubの開発フローにおける サポートエンジニアの役割
doublemarket
8
5.8k
How indexes work in relational databases
doublemarket
0
5.4k
Translation community Yakst
doublemarket
0
3.4k
Other Decks in Technology
See All in Technology
研究開発部メンバーの働き⽅ / Sansan R&D Profile
sansan33
PRO
3
20k
いまさら聞けない ABテスト入門
skmr2348
1
220
PLaMoの事後学習を支える技術 / PFN LLMセミナー
pfn
PRO
9
4k
いま注目しているデータエンジニアリングの論点
ikkimiyazaki
0
630
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
9.1k
綺麗なデータマートをつくろう_データ整備を前向きに考える会 / Let's create clean data mart
brainpadpr
3
330
Where will it converge?
ibknadedeji
0
200
AI ReadyなData PlatformとしてのAutonomous Databaseアップデート
oracle4engineer
PRO
0
230
AIAgentの限界を超え、 現場を動かすWorkflowAgentの設計と実践
miyatakoji
1
160
Simplifying Cloud Native app testing across environments with Dapr and Microcks
salaboy
0
100
Goに育てられ開発者向けセキュリティ事業を立ち上げた僕が今向き合う、AI × セキュリティの最前線 / Go Conference 2025
flatt_security
0
360
社内報はAIにやらせよう / Let AI handle the company newsletter
saka2jp
8
1.2k
Featured
See All Featured
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.2k
Six Lessons from altMBA
skipperchong
28
4k
Designing for Performance
lara
610
69k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
140
34k
Agile that works and the tools we love
rasmusluckow
331
21k
The Straight Up "How To Draw Better" Workshop
denniskardys
237
140k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
358
30k
Side Projects
sachag
455
43k
Become a Pro
speakerdeck
PRO
29
5.5k
Faster Mobile Websites
deanohume
310
31k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
37
2.6k
How STYLIGHT went responsive
nonsquared
100
5.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/