Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
初めて開発リーダーをやってみた話
Search
ufoo68
January 15, 2024
Programming
160
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
初めて開発リーダーをやってみた話
ufoo68
January 15, 2024
More Decks by ufoo68
See All by ufoo68
BlenderをCodexで動かす
ufoo68
1
790
改めて考えるOSSのあり方について
ufoo68
0
94
文法で学ばないJavaScript
ufoo68
0
100
Cookieとは?
ufoo68
1
110
今更ながら、開発現場での生成AI活用について
ufoo68
0
100
28歳独身エンジニア 婚活してみた
ufoo68
0
57
OpenAIでクッキー型を作る
ufoo68
1
87
M5Stack用の指紋認証デバイスを試す
ufoo68
0
970
結婚式のクイズアプリを自作した話
ufoo68
0
740
Other Decks in Programming
See All in Programming
Kotlinの15年とServer-Side Kotlin
n_takehata
1
150
UPDATE をやめる — EF Core でマスタをバージョン管理する
panda728
PRO
0
1.2k
Jetpack Compose Mechanisms
skydoves
3
820
dotNET_vulnclicker_intro.pdf
deka_morita
0
140
S3 TablesのIcebergデータに、AIエージェントからアクセスしてみた / 20261016developersio2026joetsu-accessing-iceberg-in-s3tables-via-agent
kasacchiful
PRO
0
160
作れる、でも消せるか?──安全に「枯らして消す」機能削除術 / Drain, Then Delete
chobishiba
2
780
AI主導のプログラミング学習アプリを作ってみた
econanringo
0
180
AI時代のコードレビューは人に向けるな、仕組みに向けろ
texmeijin
5
3.7k
Simple Storage Service(S3) is not simple
iwatsukayura
0
290
Unity6 URPによる海底をテーマにしたVJシステムの解説 | Unity Shader 完全に理解した 勉強会
gam0022
0
370
AIに “答え“を書かせるのを やめてみた
___akari11
0
120
Herb in Rails 8.2: Your ERB views, now HTML-aware @ Kaigi on Rails 2026, Tokyo, Japan
marcoroth
2
270
Featured
See All Featured
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
1k
The Pragmatic Product Professional
lauravandoore
37
7.5k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
33
5.3k
Designing Powerful Visuals for Engaging Learning
tmiket
1
610
Building Better People: How to give real-time feedback that sticks.
wjessup
371
20k
Chasing Engaging Ingredients in Design
codingconduct
0
360
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
780
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
430
Raft: Consensus for Rubyists
vanstee
142
7.8k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
2.2k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
56
3.5k
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
580
Transcript
初めて開発リーダーをやっ てみた話 @すごくなりたいがくせいLT
自己紹介 • 本名 ◦ 松永勇太 • SNSでの名前 ◦ ufoo68(@ufoo_yuta) •
所属 ◦ 株式会社ACCESS ◦ 3年生
今日話すこと • 本職の話です ◦ 一応サラリーマンやってます • 内容的な話はしません ◦ 技術的な話はせずに開発リーダーとしての話に絞ります •
あくまで一個人の意見です ◦ 一個人の意見として前置きをするからこそ好き勝手に話します
ざっくりと仕事内容 1. AWSを使って開発するプロジェクト a. よくあるサーバーレス的なもの 2. サーバーチームとフロントエンドチームに分かれての開発 a. 自分はサーバーチーム b.
フロントもやったりした c. 大体3〜4人くらいのチーム 3. 期間は1月~3月 a. 実際のところは1年間行った開発の追加開発 b. ゼロからの開発ではない
リーダーでやったこと • スケジュールの管理 • 顧客への仕様の提案 • メンバーが必要とする情報を提供する • フロントエンドチームとの認識合わせ
先に結論 1. 手を動かすより大変 2. 間違っていようが結論は出すべき 3. 気軽に話せる場を作ろう 4. 視野を狭くしてはいけない 5.
案外適当な性格が向いている
手を動かすより大変 • ちゃんと説明をする必要がある ◦ 曖昧な説明で人に仕事を任せることはできない ◦ 自分でも気付いていない課題点がある • 人の実装ペースは完全に把握できない ◦
定期的に進捗について確認する必要がある ◦ もちろん過度にプレッシャーはかけない
間違っていようが結論は出すべき • 決定する人がいないと話が進まない ◦ もちろん結論を急ぐことは良いことではない ◦ 多角的な視点から決定をする • 決定したことについてはメンバーからフィードバックをもらう ◦
自分が絶対に正しいと思わずにメンバーの意見に耳を傾ける ◦ 正解があるわけではなく、多角的に良い結論を出すことが大事
気軽に話せる場を作ろう • 毎日定例を行った ◦ 仕事における不安を聞く時間を作る ◦ 参加の強制はせずに任意参加にする • 話しやすい雰囲気を作る ◦
人を威圧しない・詰めない ◦ とはいえどんな話でも気軽にできる雰囲気をつくるのは難しい
視野を狭くしてはいけない • システムとしての完璧を目指すのは難しい ◦ 時間は有限なので時には切り捨てることも必要 • スケジュール通り進めることだけを考えてもいけない ◦ 品質をおざなりにすると後で仕事が増える •
要はバランス
案外適当な性格が向いている • 曖昧な状態で仕事を進める必要も時にはある ◦ 手戻り覚悟で進める覚悟も必要だったりする ◦ スケジュールを組んでも後で取りこぼした仕事は出てくるもの • 必要以上に考えすぎない ◦
考えなしで進めというわけではない ◦ 必要に応じてスコープを決める • まあいいやの精神 ◦ 思い通りにいかないことなんて多々ある ◦ その時に考えすぎても病んでしまうだけ
以上! Q&A