$30 off During Our Annual Pro Sale. View Details »
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
そのミスは誰のせいなのか? / Who is to blame for that mistake?
Search
yayoi_dd
December 21, 2023
Technology
0
260
そのミスは誰のせいなのか? / Who is to blame for that mistake?
弥生株式会社 もくテク
読んでよかった技術書・ビジネス書LT(2023/12/21)
https://mokuteku.connpass.com/event/301562/
yayoi_dd
December 21, 2023
Tweet
Share
More Decks by yayoi_dd
See All by yayoi_dd
“お客さま視点”を手に入れろ!! / Get the Customer’s Perspective!!
yayoi_dd
0
120
プロジェクト改善、まずは“ネタ出しの文化”から / Improving Projects Starts with a Culture of Idea Generation
yayoi_dd
0
110
使いにくい仕様を改善した件 / How We Improved a Difficult-to-Use Feature
yayoi_dd
0
130
弥生のQAエンジニア 品質保証活動と今後の課題 / Yayoi QA engineers, Quality assurance activities and future challenges
yayoi_dd
0
170
【弥生】20250130_AWSマルチアカウント運用セミナー登壇資料
yayoi_dd
2
5.9k
Amazon OpenSearchのコスト最適化とZeroETLへの期待 / Amazon OpenSearch Cost Optimization and ZeroETL Expectations
yayoi_dd
1
180
フロントエンドとバックエンド非同期連携パターンのセッションを見てきた話 / Talk about seeing a session on front-end and back-end asynchronous coordination patterns
yayoi_dd
0
120
reInventで学んだWebシステム運用のBadDayへの備え方 / How to Prepare for BadDay in Web System Operations Learned at reInvent
yayoi_dd
0
88
AWS reInventで感じた世界に見る生成AIの競争 / Competition in Generative AI as Seen Around the World at AWS reInvent
yayoi_dd
0
93
Other Decks in Technology
See All in Technology
形式手法特論:CEGAR を用いたモデル検査の状態空間削減 #kernelvm / Kernel VM Study Hokuriku Part 8
ytaka23
2
450
Uncertainty in the LLM era - Science, more than scale
gaelvaroquaux
0
810
Lessons from Migrating to OpenSearch: Shard Design, Log Ingestion, and UI Decisions
sansantech
PRO
1
100
グレートファイアウォールを自宅に建てよう
ctes091x
0
140
乗りこなせAI駆動開発の波
eltociear
1
1k
EM歴1年10ヶ月のぼくがぶち当たった苦悩とこれからへ向けて
maaaato
0
270
AI駆動開発における設計思想 認知負荷を下げるフロントエンドアーキテクチャ/ 20251211 Teppei Hanai
shift_evolve
PRO
2
200
ガバメントクラウド利用システムのライフサイクルについて
techniczna
0
180
SSO方式とJumpアカウント方式の比較と設計方針
yuobayashi
7
520
エンジニアとPMのドメイン知識の溝をなくす、 AIネイティブな開発プロセス
applism118
4
1.1k
AWS re:Invent 2025で見たGrafana最新機能の紹介
hamadakoji
0
140
コミューンのデータ分析AIエージェント「Community Sage」の紹介
fufufukakaka
0
450
Featured
See All Featured
Rails Girls Zürich Keynote
gr2m
95
14k
Stop Working from a Prison Cell
hatefulcrawdad
273
21k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
How to Think Like a Performance Engineer
csswizardry
28
2.4k
How GitHub (no longer) Works
holman
316
140k
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
The Language of Interfaces
destraynor
162
25k
YesSQL, Process and Tooling at Scale
rocio
174
15k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
15k
It's Worth the Effort
3n
187
29k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.3k
The Power of CSS Pseudo Elements
geoffreycrofte
80
6.1k
Transcript
マネージャーのお仕事とは何か!! そのミス誰のせいなのか?
宍戸 里絵 自己紹介 2021年7月弥生に入社 開発本部 システム開発部所属 前職では開発から事業企画に従事 記帳代行支援サービスのプロマネをしながら 弥生の知的財産の取りまとめを行なってます。 開発業務を行う傍らで、本部の
エンゲージメント向上に繋がるような タスクもリーディングしてます。 (ししど りえ) 本を読むことが大好きです!
そんな私が 日々の苦悩の結果 手に取った本をご紹介
「とにかく仕組み化」 おススめしたい本は 安藤広大(あんどう こうだい)著 ダイヤモンド社
この方は他にも • リーダーの仮面 • 数値化の鬼 などの著書があります
この本の帯に 「人」は責めるな、 「ルール」をせめろ。 という記載があります
問題が起きた時に責める対象 それが「人」なのか、 「ルール」なのかで マネージャーとしての 力量が試されるとのこと
ここで問題です 貴方が今倒れたら 貴方の組織は 明日からどうなりますか?
私がいないと 何にも進まないんです 当然何もできなくなります これでは全然ダメですね
人に依存する組織では 安定した パフォーマンス は出ないです
人ではなく ルールや仕組み をしっかり整備し それに則って、組織を運営する ことが大事ですね
そして、その結果、 組織を 持続性の高いもの していきましょう!
そのためにマネージャーは 組織を俯瞰して 見つめ直す これが重要な役割と思いました
そして、自分がいなくても 「まあ、何とかなるでしょ」って 安心して思える状態にしたいものです
この本にはそういった振る舞いをするために必要な 心構えなどが書かれています (いわゆる「マネージャーの覚悟」ですかねぇ)
その中の一つだけご紹介します
全員の納得という 呪縛
当然ですが 全員が納得するルールや仕組みは ありません
大事な線引きは 本当に成長したい人が 成長できるものかどうか です
とはいえ、今の日本社会って そうもなってない という話が世間を騒がしてますが
自分がこれから創る仕組みは こういった人たちのためになるものに したいなって思いました
None