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
Tech Leverages
February 28, 2024
Technology
0
320
マネジメント未経験の脳筋が開発チームのリーダーになって感じた苦悩と学び
## 技術
マネジメント, 未経験, リーダー, タスク管理, ピープルマネジメント, 品質管理, 仕組み化, 苦悩, 学び, 改善
Tech Leverages
February 28, 2024
Tweet
Share
More Decks by Tech Leverages
See All by Tech Leverages
ディメンショナルモデリングを軽く語る
leveragestech
0
31
アクターモデルによる効率的な分散システム設計
leveragestech
0
28
Terraform による運用効率化の取り組みと最新のテストアプローチの紹介
leveragestech
0
29
OpenFGAで拓く次世代認可基盤 〜予告編〜
leveragestech
0
26
リソース・管理効率の向上だけでない、分散システムとしてのTiDBの魅力
leveragestech
0
28
作ってわかる!非同期ランタイム
leveragestech
0
28
レバテック開発部 技術広報 これまでとこれから
leveragestech
0
87
改めて「型」について考えてみよう
leveragestech
1
58
苦しいTiDBへの移行を乗り越えて快適な運用を目指す
leveragestech
0
1.1k
Other Decks in Technology
See All in Technology
EDRの検知の仕組みと検知回避について
chayakonanaika
12
5k
AIエージェント時代のエンジニアになろう #jawsug #jawsdays2025 / 20250301 Agentic AI Engineering
yoshidashingo
8
3.8k
スキルだけでは満たせない、 “組織全体に”なじむオンボーディング/Onboarding that fits “throughout the organization” and cannot be satisfied by skills alone
bitkey
0
190
データエンジニアリング領域におけるDuckDBのユースケース
chanyou0311
9
2.2k
1行のコードから社会課題の解決へ: EMの探究、事業・技術・組織を紡ぐ実践知 / EM Conf 2025
9ma3r
12
4.1k
クラウド食堂とは?
hiyanger
0
120
IAMのマニアックな話2025
nrinetcom
PRO
6
1.2k
急成長する企業で作った、エンジニアが輝ける制度/ 20250227 Rinto Ikenoue
shift_evolve
0
140
AIエージェント入門
minorun365
PRO
32
18k
技術スタックだけじゃない、業務ドメイン知識のオンボーディングも同じくらいの量が必要な話
niftycorp
PRO
0
110
遷移の高速化 ヤフートップの試行錯誤
narirou
6
1.6k
あなたが人生で成功するための5つの普遍的法則 #jawsug #jawsdays2025 / 20250301 HEROZ
yoshidashingo
2
310
Featured
See All Featured
Scaling GitHub
holman
459
140k
How STYLIGHT went responsive
nonsquared
98
5.4k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
27
1.9k
KATA
mclloyd
29
14k
Building a Scalable Design System with Sketch
lauravandoore
461
33k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
33
2.8k
[RailsConf 2023] Rails as a piece of cake
palkan
53
5.3k
A designer walks into a library…
pauljervisheath
205
24k
Thoughts on Productivity
jonyablonski
69
4.5k
The Invisible Side of Design
smashingmag
299
50k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
29
1k
Become a Pro
speakerdeck
PRO
26
5.2k
Transcript
マネジメント未経験の脳 筋が開発チームのリー ダーになって感じた苦悩 と学び レバテック開発部 金井 建斗
| © Leverages inc. 2 金井 建斗 • 所属 ◦ レバテック開発部 ITSプロダクト開
発グループ • 出身 ◦ 甲子園のある県 • 最近のトピック ◦ 地上アイドル界から他界して地下落 ちしました ▪ 最近よく行く場所はATMとライ ブハウス • 推し ◦ 高校野球 ◦ 夜光性アミューズ 自己紹介
アジェンダ • はじめに • チームのリーダーになるまで • 直面した苦悩(3つ) ◦ 実体験 ◦
学び ◦ 改善に向けた取り組み • まとめ
話さないこと • PMBOKに基づいたマネジメントのノウハウ • 技術に関する話 • 誰もがあっと驚くようなtips
はじめに
| © Leverages inc. 6 • 誰もが驚くようなノウハウを紹介するわけではありません • 「そんなの当たり前じゃね?」というような内容が大半だと思います ◦ 当たり前のこともできてなかった過去の自分に向けてのメッセージです
• これまでの振り返りと自戒の念もこめた内容となっています テーマは「し◯じり先生 俺みたいにはなるな」です し◯じり先生を観ている気分で読んでもらえると幸いですw おことわり はじめに
チームのリーダーになるまで
| © Leverages inc. 8 • 2022年9月入社 ◦ オウンドメディアを開発しているグループに配属 ◦ 最初はフロントエンド中心に開発を担当
• 2022年11月ごろ ◦ オウンドメディアの共通バックエンドを開発しているチームに異動 ◦ しばらくはバックエンドの開発がメインに • 2023年2月ごろ ◦ フロントエンドチームとバックエンドチームが 1つのチームとなる ▪ 自分が最初にいたチームと合流 ◦ 当時のリーダーが別 PJに異動になるかもという話を受け、リーダーになるかもという話が浮上 • 2023年3月〜4月あたり ◦ リーダーになりましたああああ 入社〜リーダーになるまでの流れ チームのリーダーになるまで
| © Leverages inc. 9 • フロントエンドとバックエンドの開発経験があったくらい ◦ インフラなんもわからん ◦ ログの見方もよくわからん
• マネジメント未経験 ◦ 部活(野球)やってた時もキャプテンとか、そういう役職に就いたことはない • 身体は強い ◦ 週5くらいで何かしらの運動はしているので、免疫力は高い(つもり) ◦ 何か悩みがあっても筋トレとかトレーニングで消してました ▪ 脳筋で草 リーダー就任時のワイのスペック チームのリーダーになるまで
| © Leverages inc. 10 • 担当範囲 ◦ レバテックフリーランス ◦ レバテッククリエイター
• 開発内容 ◦ リプレイス開発 ▪ フリーランスとクリエイターの両方でリプレイスは進んでいました ◦ 施策による改修依頼などの運用・保守 • メンバー構成 ◦ 業務委託の方も合わせて 5,6人くらい リーダー就任時のチームのスペック チームのリーダーになるまで
リーダー生活が始まりましたと
直面した苦悩
| © Leverages inc. 13 リーダーになって約1年ほどですが • これはうまく進められたな〜と思うこと • 全くうまくいかなかったこと •
もっとこうすればよかったと懺悔したこと いろいろ思うことはありましたが、、 自分が感じた苦悩ランキングベスト 3をもとに、そこから得た学び・取り組みを話していきます いろんなことがありました 直面した苦悩
苦悩ランキング第3位
リーダー is 何?
| © Leverages inc. 16 という感じで、最初はかなりフワフワした状態でスタートしました。 リーダーになったのは良いものの… リーダー is 何? 組織図で自分
の位置が変わ る? 参加するMTG が増える? 問い合わせが 増える?
| © Leverages inc. 17 • 組織図で自分の位置が変わるくらい? ◦ 自分の名前が1階層上になって記載されていました • 参加するMTGが増える?
◦ 各種定例のMTGとか、他チームの方から MTGに招待されることも増えました • 問い合わせが増える? ◦ Slackなどで自分宛のメンションが増えました • etc.. たしかにいろんな面で変化はあったけど … 実際に変わったこと リーダー is 何?
ただ、ある出来事をきっかけに リーダーとは何かを痛感することになりました。
| © Leverages inc. 19 プロジェクトの1つの節目でもある機能をリリースした時のことです とある日のリリースで リーダー is 何? やっとコア機能の部分が
リリースできるぜ〜 リリースタグぽちっとな!
| © Leverages inc. 20 リリースしてから程なくして、リリースした機能のアラートがあがりました とある日のリリースで リーダー is 何? え、なんかアラート出てる
んやけど、、? 俺やらかした、、?
| © Leverages inc. 21 • 自分がリリースタグを切ってリリースしたものが、機能不足だった ◦ ひとまずリリースを切り戻し ◦ ブランチ運用のミスが原因
◦ サービスのコア機能の部分でもあったので、損失も発生 リーダーになって初めてのリリースで、 初めて遭遇した障害で、 しかも自分が障害のトリガーを引いてしまった ⬇ 頭が真っ白に… とある日のリリースで リーダー is 何?
そんな中でどうしようかあたふたしていると、 こんなメッセージが届きました
関係者への報告は? あ、、、
| © Leverages inc. 24 • 今回のケースだと報告責任・説明責任が問われた ◦ 言葉を選ばずに言うと ▪ 報告しない=隠蔽しようとした
▪ ミスを隠そうとした 障害に限らず、自分にとって都合の悪いことを報告するのは気が引ける。 →自分が怒られるのではないか、詰められるのではないかという不安 ただ、報告しないとどうなるか? リーダーとは責任を問われる立場である リーダー is 何?
| © Leverages inc. 25 • 関係者の知らないところで事態が悪化する • 対応の初動が遅れる ◦ 気づけば取り返しのつかないことに
• 信頼を失う • etc.. 「報連相は大事」ってよく言われますが、やっとその大切さに気づきました (社会人失格ですw) 報告を怠ると… リーダー is 何?
| © Leverages inc. 26 • 周りからのサポートを得られる ◦ 報告をあげなければ、そもそも周りが気づかない • 被害を最小限に食い止められる
◦ 関係各所の対応の初動を少しでも早められる • 無駄に信頼を失わない ◦ 「報告ありがとうございます!」って言葉を頂くと気が楽になった経験あります アンチパターンをやってしまったからこそ、これらのメリットを感じることができました。 ただ、事後報告だとあまり意味がないケースもあるので、その点は意識したい。。 逆に報告をきちんと行うと リーダー is 何?
| © Leverages inc. 27 • プロジェクト・タスクの進捗 ◦ 「なんで遅れてるの?いつ終わるの?」みたいな • ピープルマネジメント
◦ 「この人大丈夫そう?」みたいな • システムの品質 ◦ 「アラート出てるけどどうなってんの?」みたいな • etc.. 責任を問われる立場になったことが、リーダーになって変わった大きな部分だと感じました。 ただ、まだまだ改善の余地があるのでフィードバックもらいながら責任を果たしていきたいなと感じています。 他にもいろんな責任が問われましたと リーダー is 何?
苦悩ランキング第2位
人間って難しい
人間みんな違って みんないい! 世の中にはいろんな人がいますよと
| © Leverages inc. 31 • 定期的に寝坊する人 • 生きてるのかわからないくらいチャットのレスがない人 • 主張が弱すぎて何考えてるかわからない人
• 逆に主張が強すぎてちょっと怖い人 • 何でもできるスーパーエンジニアみたいな人 • etc.. 若干1年しか経ってないですが、やりやすい人もいれば、ちょっと苦手なタイプの人も正直いました … いろんなタイプの人と一緒に仕事させてもらいました 人間って難しい
さまざまな人と接する中で、2点大事な考え方を学びました
仕組み化
| © Leverages inc. 34 • マネジメントのあらゆる場面で「人間が頑張らないといけない」ケースが増える ◦ タスクの履行管理とかテストとか ◦ マイクロマネジメントを発動しないとキツくなるケースも
• メンバーによってアウトプットの質にばらつきが出る ◦ チームに長く在籍している人はできるけど新規参画者は不十分な点があるとか • 同じようなミスが発生してしまう ◦ 障害の再発防止策を考える観点としても仕組み化は挙げられていますね ◦ 「意識します」とか「気をつけます」みたいなスタンスは NG 脳筋のワイは仕組み化がめちゃくちゃ苦手でしたと(今も苦手) 「頑張ったらできるだろう」とか甘い考えを持っていました 仕組み化できていないとどうなるか 人間って難しい
| © Leverages inc. 35 • 「このタスク切るの漏れてた …」 ◦ テンプレート化しよう! •
「このプロセス漏れてた …」 ◦ ワークフロー化しよう! • 「ここのテスト(チェック)抜けてた …」 ◦ CIとかで自動化しよう! めちゃくちゃ雑な例ですが、誰がやっても同じアウトプットを出せるような環境づくりは必要だなと感じました。 ただ、自分は仕組み化を考えるのが猛烈に苦手なので、周りの人やネットの力を借りて観点を吸収していけれ ばと思っています。。 仕組み化の例 人間って難しい
言葉を濁さない
| © Leverages inc. 37 • リーダーたるもの、わからないとか言ったら信頼を失うのではないか • 「何でこんなこともわからないのか」みたいな空気になるのではないか • 質問するのなんか気が引けるなあ、、時間取らせるのも申し訳ないし。。
勝手に不安になって、知ったかぶりしてその場を乗り切ろうとしてきた以前の自分ですが … わからないことを濁していた時の自分 人間って難しい
| © Leverages inc. 38 • 自分の力だけではどうにもできない状況になっても、知ったかぶりしたせいで、「さっきわかったような態 度とってたやん」って言われそうで、余計に質問しづらくなる • 自分で調べてわかったとしても、その場で解決するより圧倒的に時間がかかる ◦
精神的に疲弊する • メンバーからの質問に答えられない →的を得た回答ができず微妙な空気になる →なんとなくでその場を 乗り切るという悪循環のループ 自分で自分の首を絞めていました。。 余計に自分を苦しめることになりました 人間って難しい
| © Leverages inc. 39 • メンバーとのコミュニケーションの質が上がった ◦ 不明点を都度解消しながらコミュニケーションを取るように心がけたので、話した内容を自分の中 に落とし込みやすくなった ◦
なんとなくで回答することが減ったので、双方が納得した上で議論を終えることができるようになっ た • モヤモヤしながら仕事をすることが減った ◦ 「やっりあの時確認しておけば良かった …」とか「いまいち理解できていないまま進んでいる気が する…」みたいなシコリを抱えることがなくなった 思考のクセになっている部分だったので、まだまだ改善途中ではありますが、少しずつ仕事の面で良い影響が 出てきているなと感じています! 素直に「わからない」と言ってみると… 人間って難しい
苦悩ランキング第1位
周りのメンバーをうまく頼れなかった
| © Leverages inc. 42 周りのメンバーが信頼できないとか頼りなかったから悩んだ、 というわけではなく 自分1人で抱え込んでしまって 、周りの人をうまく頼れなかった という話なので悪しからず。。 誤解のないように…
周りのメンバーをうまく頼れなかった
| © Leverages inc. 43 • リーダーたるもの自分1人でやり切るのが普通だろう • 周りのメンバーが詰まっていたら全部自分で巻き取ろう • スキルが不足していても、時間を投入すればなんとかなるだろう
• 理想のリーダー像は「エースで4番でキャプテン」 無駄に責任感は強かったのかもしれませんが、脳筋で草 以前はどんな思考だったか 周りのメンバーをうまく頼れなかった
そんな思考で仕事をしているとどうなったか
| © Leverages inc. 45 • マルチタスク常態化 ◦ タスクの進捗遅れが頻発する • 業務の各方面でミスが目立つようになる
◦ 各種報告漏れ ▪ スケジュール遅延が事後報告になった ▪ 障害発生時のデータ不整合で事業部の業務に影響があるにもかかわらず、 1日〜2日遅れ での報告 ▪ ステークホルダーの合意も取らずに勝手に社内リリース etc.. ◦ 障害発生後に二次障害を引き起こす ▪ データ再連携の手順をミスってデータリペアにかなり工数がかかってしまった etc.. • 自己嫌悪に陥る ◦ タスクが終わらない or ミスをする→「自分は何もできないやつだな」と感じる →ストレス溜まり始め るので筋トレで消す→切り替えて頑張るかーとなる →タスクが終わらない or ミスをする…のルー プ 何が起こったか 周りのメンバーをうまく頼れなかった
| © Leverages inc. 46 1人で全部抱えてもうまく回せる人って … スーパーエンジニアじゃないと無理じゃない?と気づいた 時間をかければいけるだろうと、自分の実力を過信した結果が引き起こした結果なのかなーと 半年くらい経ってやっと気づき始めました 今振り返って思うと…
周りのメンバーをうまく頼れなかった
自分1人でやり切るのは無理だと
| © Leverages inc. 48 • 自分の状況の透明性を上げる ◦ 何をやっているのか、抱えているタスクは何か、どこで問い合わせ対応・アラート対応をやっている かなど、着手していることに関しては全て見える化しました ▪
見えていないものに対してサポートのしようがないので、見える化することで他のメンバーが サポートに入りやすいようにする • 抱えているモヤモヤをメンバーに話してみる ◦ 「タスクのここで詰まってるんだよなー」「このタスク進捗悪いなあ」「これ巻き取ってくれると助かる なあ」など、少しでもシコリを感じたら共有してみました • 自分が一番手でタスクを取らないようにした ◦ あれもこれもと着手するタスクを選ぶと、またマルチタスクを常態化させてしまうので、「このタスク 誰も入れなさそうだな」と思ったところを 1つだけ取るようにしてみました ▪ 終わったらまた手が足りてなさそうなところを探して 1つ着手する…の繰り返し 自分が意識してやったこと 周りのメンバーをうまく頼れなかった
| © Leverages inc. 49 • ペアプロを以前より積極的に取り入れるようになった ◦ 実装完了までの時間短縮になるし知見も得られるので、これからもどんどん取り入れていきたい ◦ 1人で悩む時間が減るので、精神的にも楽になる
• アウトプットの質を高めるために、自分より知見のあるメンバーにフィードバックをもらう、または相談をす るようになった ◦ フィードバックというか指摘されるのが本当に嫌いだったのですが、自分の中の 基準を上げるため には自分1人の力では厳しいなと感じました ◦ もちろん丸投げは良くないですが、自分の考えを持った上で相談を投げると、よりブラッシュアップ されていく感覚を得られました • チームの一体感が強まった ◦ 個人プレーではなく、チーム全体で開発を進めている感が増したので、改めて「チームっていい な」と感じるようになりました ◦ 助け合う空気が自分以外のチームメンバーにも生まれてきた 状況はどう変わったか 周りのメンバーをうまく頼れなかった
ハッピーハッピーハッピー😻
まとめ
| © Leverages inc. 52 • 特別なことは何もしていない ◦ 改善に向けての取り組みは PMBOKの項目に当てはめられそうな気もしますが、正直全く意識し ていなかったです
• 当たり前のことを当たり前にできるように、自分の意識を変えただけ ◦ 逆に当たり前のことができないと、マネジメント云々の前にチームが回らなくなるんだなあと実感し ました • 思考の癖って気づくまで時間かかるんだなあと ◦ 周りから指摘されてやっと気づき始めたくらい無意識にやってました ◦ いつもフィードバックありがとうございます 😢 この1年を振り返ってみると まとめ
| © Leverages inc. 53 • ハードスキルの強化 ◦ ソフトスキル面は少し改善されましたが … ◦
技術的な面で他のメンバーに頼りっぱなしなのは申し訳ないので。。 ◦ プロジェクトだけではなく、技術的な部分もリードできるようにレベルアップしていきたい • ピープルマネジメントも追究したい ◦ メンバーの成長の部分にも未熟ながらコミットしていきたいと思っています 今後の展望 まとめ
ありがとうございました!