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
初めて開発リーダーをやってみた話
Search
ufoo68
January 15, 2024
Programming
0
130
初めて開発リーダーをやってみた話
ufoo68
January 15, 2024
Tweet
Share
More Decks by ufoo68
See All by ufoo68
文法で学ばないJavaScript
ufoo68
0
46
Cookieとは?
ufoo68
1
65
今更ながら、開発現場での生成AI活用について
ufoo68
0
65
28歳独身エンジニア 婚活してみた
ufoo68
0
26
OpenAIでクッキー型を作る
ufoo68
1
60
M5Stack用の指紋認証デバイスを試す
ufoo68
0
870
結婚式のクイズアプリを自作した話
ufoo68
0
670
M5Stack Core2とAlexaでインターフォンに自動で対応してくれるIoTデバイスを作りたかった話
ufoo68
0
720
KASHIKOIHAKO
ufoo68
0
620
Other Decks in Programming
See All in Programming
nuget-server - あなたが必要だったNuGetサーバー
kekyo
PRO
0
440
Claude Code Skill入門
mayahoney
0
420
Claude Codeログ基盤の構築
giginet
PRO
7
3.6k
PHP 7.4でもOpenTelemetryゼロコード計装がしたい! / PHPerKaigi 2026
arthur1
1
400
AI時代の脳疲弊と向き合う ~言語学としてのPHP~
sakuraikotone
1
1.5k
AIコードレビューの導入・運用と AI駆動開発における「AI4QA」の取り組みについて
hagevvashi
0
550
S3ストレージクラスの「見える」「ある」「使える」は全部違う ─ 体験から見た、仕様の深淵を覗く
ya_ma23
0
980
Everything Claude Code OSS詳細 — 5層構造の中身と導入方法
targe
0
150
「接続」—パフォーマンスチューニングの最後の一手 〜点と点を結ぶ、その一瞬のために〜
kentaroutakeda
3
1.9k
GC言語のWasm化とComponent Modelサポートの実践と課題 - Scalaの場合
tanishiking
0
120
Nuxt Server Components
wattanx
0
110
ネイティブアプリとWebフロントエンドのAPI通信ラッパーにおける共通化の勘所
suguruooki
0
170
Featured
See All Featured
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
55k
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
0
260
Agile that works and the tools we love
rasmusluckow
331
21k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.1k
VelocityConf: Rendering Performance Case Studies
addyosmani
333
24k
The untapped power of vector embeddings
frankvandijk
2
1.6k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8k
AI Search: Where Are We & What Can We Do About It?
aleyda
0
7.2k
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
230
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
38
2.8k
Deep Space Network (abreviated)
tonyrice
0
95
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.7k
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