目の前の仕事と向き合うことで成長できる - 仕事とスキルを広げる / Every little bit counts

Developers Summit 2025 14-A-7 #devsumi
https://event.shoeisha.jp/devsumi/20250213/session/5558

# 参考資料
- EGG '24 | ゲーム業界ホワイト化の光と影
https://www.docswell.com/s/EGG/ZYDV8N-KazuhisaMinato
- Go Down Rockin'
https://speakerdeck.com/yoshiori/go-down-rockin
- 強いエンジニアのなり方
https://speakerdeck.com/soudai/grow-one-day-each-day
- ほぼ日
https://www.1101.com/umeda_iwata/
- 家づくりで理解する要求明確化の勘どころ～システム構築を成功させる要件定義のポイント
https://www.ipa.go.jp/archive/files/000065172.pdf

- ロールプレイング
https://druby.hatenablog.com/entry/20101202/p1

Transcript

1. Developers Summit 2025 14-A-7 #devsumi 目の前の仕事と向き合うことで成長できる
 - 仕事とスキルを広げる

2. 今日のお話すること
 
 
 What is it?
3. 労力は代替できるが
 
 能力は代替できない
 What is it? – @t_wada
4. 能力を伸ばすために必要なこと
 
 
 What is it?
5. What is it?
6. 当たり前の日常を少し “工夫” する
 
 
 What is it?
7. “知識は創発から生まれる”
 What is it?
8. 日々の仕事の中で能力を伸ばすために
 
 必要な行動や考え方についてお話します
 What is it?
9. 1. 自己紹介
 2. 能力を伸ばす
 3. 仕事の中で成長する
 4. おわりに
 あじぇんだ
10. 1. 自己紹介
 2. 能力を伸ばす
 3. 仕事の中で成長する
 4. おわりに
 あじぇんだ
11. 自己紹介
 曽根 壮大（40歳）
 Have Fun Tech LLC 代表社員
 株式会社リンケージ CTO 兼 COO
 
 そ
 • 日本PostgreSQLユーザ会 勉強会分科会 担当
 • 3人の子供がいます（長女、次女、長男）
 • 技術的にはWeb/LL言語/RDBMSが好きです
 • コミュニティが好き たけ
 ね
 とも

12. 経歴 高校卒業
 浪人
 警察官
 派遣社員
 社内SE
 インフラエンジニア
 Web エンジニア
 フルスタック
 エンジニア
 CTO（第1期）
 Customer Reliability Engineer
 CTO（第2期）
 独立
 ここから東京 いまここ リーマンショックと警察官の退職 タイミングが重複する 
 ソフトウェア エンジニア 
 CTO（第3期）

13. 1. 自己紹介
 2. 能力を伸ばす
 3. 仕事の中で成長する
 4. おわりに
 あじぇんだ
14. 能力を伸ばす
 
 
 能力を伸ばす
15. 能力を伸ばす
 ↓
 能力って……なに？
 能力を伸ばす
16. • ability(能力）
 ◦ 実行力、または達成力
 ◦ 物事を成し遂げることができる力
 • capacity(容量)
 ◦ 最適な条件下であれば到達可能な上限の能力
 一般的な能力とは
17. • ability(能力）
 ◦ 実行力、または達成力
 ◦ 物事を成し遂げることができる力
 • capacity(容量)
 ◦ 最適な条件下であれば到達可能な上限の能力
 一般的な能力とは AbilityとCapacityを含めて、一般的な発揮される能力となる 
 特定の物事を成し遂げるために必要な能力を示すことに資格や免許がある 

18. • Talent
 ◦ 芸術などの特殊な分野で隠れた能力（才能）
 • Skill
 ◦ 優れた技術的な能力（技能）
 • Proficiency
 ◦ 日常的に必要な事象を再現できる能力（熟練）
 能力(Ability)には種類がある
19. • Talent
 ◦ 芸術などの特殊な分野で隠れた能力（才能）
 • Skill
 ◦ 優れた技術的な能力（技能）
 • Proficiency
 ◦ 日常的に必要な事象を再現できる能力（熟練）
 能力(Ability)には種類がある 経験や学習から蓄積される知識(ナレッジ）が才能や技能、熟練として発露される 

20. 能力を伸ばす
 
 
 能力を伸ばす
21. 能力を伸ばす
 ↓
 まずはスキルを身につける
 能力を伸ばす
22. https://speakerdeck.com/soudai/soudai-evolution
23. 知識 * 経験 = 知恵
 
 
 能力を伸ばす
24. 知識 * 経験 = 知恵
 
 
 引き出しを増やす
 能力を伸ばす
25. 知識 * 経験 = 知恵
 
 
 引き出しにモノを入れる
 能力を伸ばす
26. 知識 * 経験 = 知恵
 
 
 できることが増える！
 つまりスキルが増える
 能力を伸ばす
27. スキルを身につける過程
 
 
 能力を伸ばす
28. 知る
 （知識の壁）
 やる
 （行動の壁）
 わかる
 （理解の壁）
 できる
 （技術の壁）
 している
 （習慣の壁）
 知らない
 (無知の知)
 能力を伸ばす
29. 知る
 （知識の壁）
 やる
 （行動の壁）
 わかる
 （理解の壁）
 できる
 （技術の壁）
 している
 （習慣の壁）
 ステップアップしていくことが大切
 知らない
 (無知の知)
 能力を伸ばす
30. 知る
 （知識の壁）
 やる
 （行動の壁）
 わかる
 （理解の壁）
 できる
 （技術の壁）
 している
 （習慣の壁）
 知らないことは想像できない
 知らない
 (無知の知)
 能力を伸ばす
31. 知る
 （知識の壁）
 やる
 （行動の壁）
 わかる
 （理解の壁）
 できる
 （技術の壁）
 している
 （習慣の壁）
 知っているだけでは
 知識ではなく情報
 知らない
 (無知の知)
 能力を伸ばす
32. 知る
 （知識の壁）
 やる
 （行動の壁）
 わかる
 （理解の壁）
 できる
 （技術の壁）
 している
 （習慣の壁）
 実体験と紐づくことで知識に昇華する
 知らない
 (無知の知)
 能力を伸ばす
33. 知る
 （知識の壁）
 やる
 （行動の壁）
 わかる
 （理解の壁）
 できる
 （技術の壁）
 している
 （習慣の壁）
 知識を活用する経験が積まれて
 スキル＝知恵になる
 知らない
 (無知の知)
 能力を伸ばす
34. 知る
 （知識の壁）
 やる
 （行動の壁）
 わかる
 （理解の壁）
 できる
 （技術の壁）
 している
 （習慣の壁）
 スキルを身につけ、発揮している状態
 スキルの活用に再現性がある
 知らない
 (無知の知)
 能力を伸ばす
35. やる
 （行動の壁）
 知らない
 知らない
 知らない
 できる
 （技術の壁）
 している
 （習慣の壁）
 いきなりやろうとすると大変
 挫折の理由になる
 能力を伸ばす
36. 出来ることを一つ一つ増やしていく
 
 中身の入った引き出しを増やす
 能力を伸ばす
37. 繰り返し、繰り返し、学び、
 
 そして研ぎ澄ます
 能力を伸ばす
38. 繰り返し、繰り返し、学び、
 
 そして研ぎ澄ます
 能力を伸ばす スキルを身につけて、能力を伸ばす

39. 1. 自己紹介
 2. 能力を伸ばす
 3. 仕事の中で成長する
 4. おわりに
 あじぇんだ
40. 仕事で必要なスキルは
 
 仕事の中で身につける
 仕事の中で成長する
41. https://www.docswell.com/s/EGG/ZYDV8N-KazuhisaMinato#p9 めちゃくちゃいい資料で必読！

42. https://www.docswell.com/s/EGG/ZYDV8N-KazuhisaMinato#p9 引用元 : EGG '24 | ゲーム業界ホワイト化の光と影 P9
43. 会社が育ててくれる時代は終わった
 
 
 仕事の中で成長する
44. 会社が育ててくれる時代は終わった
 ↓
 だからこそ、主体的になる必要がある
 仕事の中で成長する
45. 仕事の中で成長する
 
 
 仕事の中で成長する
46. 仕事の中で成長する
 ↓
 優先的に身につけるべきスキル
 仕事の中で成長する
47. 1. 計画実行力
 2. 言語化力
 3. 問題解決能力
 仕事の中で成長する
48. ソフトウェアエンジニアリングとは
 
 関係なくない？🤔
 仕事の中で成長する
49. ソフトウェアエンジニアリングとは
 
 関係なくない？🤔
 仕事の中で成長する 関係あります！

50. 我々は会社や顧客の問題を
 
 ソフトウェアを通じて課題解決することで
 
 対価を貰っている
 仕事の中で成長する
51. https://speakerdeck.com/yoshiori/go-down-rockin 仕事の在り方が書いてある。 絶対みんなに読んでほしい。 @yoshioriさんありがとう！
52. https://speakerdeck.com/yoshiori/go-down-rockin
53. https://speakerdeck.com/yoshiori/go-down-rockin
54. https://speakerdeck.com/yoshiori/go-down-rockin
55. 我々は会社や顧客の問題を
 
 ソフトウェアを通じて課題解決することで
 
 対価を貰っている
 仕事の中で成長する そのベースの基礎能力

56. 労力は代替できるが
 
 能力は代替できない
 What is it? – @t_wada 手順書通りにファイルを設定したり
 仕様書通りにコーディングすること自体は
 どんな技術を使っても労力

57. 労力は代替できるが
 
 能力は代替できない
 What is it? – @t_wada 技術を活用して問題を解決する力が求められる

58. この3つの能力を鍛える方法
 
 
 仕事の中で成長する
59. この3つの能力を鍛える方法
 ↓
 内省とフィードバックサイクル
 仕事の中で成長する
60. この3つの能力を鍛える方法
 ↓
 内省とフィードバックサイクル
 仕事の中で成長する
61. 内省（ふりかえり）の仕組み
 
 
 仕事の中で成長する
62. 内省（ふりかえり）の仕組み
 ↓
 コルブの経験学習モデル
 仕事の中で成長する
63. 以下のステップで身につけられる
 • 具体的経験
 • 内省的観察
 • 抽象的概念化
 • 積極的実践
 
 コルブの経験学習モデル
64. 以下のステップで身につけられる
 • 具体的経験
 • 内省的観察
 • 抽象的概念化
 • 積極的実践
 
 コルブの経験学習モデル タスクを実行する 自分の能力より少しだけ大きい ストレッチしたタスクのほうが伸び率が高い
65. 以下のステップで身につけられる
 • 具体的経験
 • 内省的観察
 • 抽象的概念化
 • 積極的実践
 
 コルブの経験学習モデル 具体的経験を多角的に省察する=ふりかえり 新しい発見と学びを見つけることが重要
66. 以下のステップで身につけられる
 • 具体的経験
 • 内省的観察
 • 抽象的概念化
 • 積極的実践
 
 コルブの経験学習モデル 「複数の事例から共通点を抜き出す作業」である抽象化 「その共通点を一つの言葉でくくる」 概念化 内省的観察の発見や学びに対して一般化・概念化・抽象化する
67. 以下のステップで身につけられる
 • 具体的経験
 • 内省的観察
 • 抽象的概念化
 • 積極的実践
 
 コルブの経験学習モデル 「抽象的概念化」によって導き出した知識やノウハウを実践する つまりTryを設定して実行する
68. フィードバックループと内省 具体的経験 内省的観察 抽象的概念化 積極的実践
69. https://speakerdeck.com/soudai/grow-one-day-each-day
70. この3つの能力を鍛える方法
 ↓
 内省とフィードバックサイクル
 仕事の中で成長する
71. 日報や週報を通じて
 
 　内省とフィードバックを得る
 仕事の中で成長する
72. 1. 計画実行力
 2. 言語化力
 3. 問題解決能力
 仕事の中で成長する
73. 1. 計画実行力
 2. 言語化力
 3. 問題解決能力
 仕事の中で成長する Todoで見積もりと設計を行う ふりかえることで見積の精度を上げる
74. 1. 計画実行力
 2. 言語化力
 3. 問題解決能力
 仕事の中で成長する 内省を通じて自分の気持ち言語化する 抽象化と具体化の往復で言語化力を鍛える
75. 1. 計画実行力
 2. 言語化力
 3. 問題解決能力
 仕事の中で成長する
76. 問題解決の極意は
 
 適切な問題設定
 仕事の中で成長する
77. まつもとゆきひろさんという人に「オープンソースの秘密」につ いてうかがったことがあるんですけど、彼がとても興味深いこ とを言ってたんです。 
 　どういうことかというと、彼にはまず、つくりたいものがある んですね。誰かのために、というのではなく、「自分はこういう ものがつくりたい」と思ってひとりでダーッとつくっていく。 
 　そうすると、自然に適切な大きさの問題が生まれていくとい うんですね。たとえば、自分のつくりたいことが、この机いっぱ いくらいの大きさだとすると、「この机いっぱいの大きさのもの をつくる」と宣言してつくりはじめるんだけど、人間ひとりので きることには限界があるから、まあ、一部分だけしかできな い、と。
 　そうすると、あいつが言ってたのにできてないところがここに あるぞ、とか、つくったというけど欠陥があるぞ、とか、 毎日毎 日動きを続けていると、適切な大きさの問題がつぎからつぎ に生まれるんだそうです。 
 で、それさえ生まれれば、インターネット上にはそれを解決す る人が現れる。新聞にクロスワードパズルが載っていたらそ れを解く人がいるように、 それをみんなが解いていくんだと。 
 
 https://www.1101.com/umeda_iwata/
78. 『いかにして問題をとくか』は、数学の問題を解く方 法としては、以下の手順を推奨している。 
 1. まず、問題を理解する必要があります 
 2. 理解した後、計画を立てます。 
 3. 計画を実行します。
 4. あなたの作業を振り返ってください。 
 

79. 問題を理解して、計画する
 
 
 問題の分解と適切な問題設定
80. 問題を理解するとはなにか？
 
 
 問題の分解と適切な問題設定
81. 1. 未知のものはなにか
 2. 与えられている(既知な)ものはなにか
 3. 条件はなにか
 問題の分解と適切な問題設定
82. これらを整理して、
 
 問題の理解度を上げる
 問題の分解と適切な問題設定
83. 業務で問題を整理すると
 
 要望・要求・要件・仕様となる
 問題の分解と適切な問題設定
84. 1. 要望 
 2. 要求 
 3. 要件 
 4. 仕様
 要望・要求・要件・仕様 上から下にブレイクダウンしていく 場合によっては往復もする 要求と要件は一緒として扱われることも多い
85. 1. 要望 → 欲しいもの
 2. 要求 → 欲しいもの達成の条件
 3. 要件 → 達成するためのシステム的な条件
 4. 仕様 → システム的な条件の実現方法
 要望・要求・要件・仕様
86. 1. 要望 → 欲しいもの
 2. 要求 → 欲しいもの達成の条件
 3. 要件 → 達成するためのシステム的な条件
 4. 仕様 → システム的な条件の実現方法
 ステークホルダー(顧客やPO)が持っている要望の例 - 会員制のECサイトがやりたい（機能） - 高速に表示したい（非機能） - 商品を沢山売りたい（機能・非機能） 要望・要求・要件・仕様
87. 1. 要望 → 欲しいもの
 2. 要求 → 欲しいもの達成の条件
 3. 要件 → 達成するためのシステム的な条件
 4. 仕様 → システム的な条件の実現方法
 要望・要求・要件・仕様 ステークホルダーと決めること - 会員登録できること（機能） - 商品を注文できること（機能） - 在庫を管理できること（機能 - 素早く表示できること（非機能要件） - 世界中のユーザが利用できること - Webとスマホアプリとして動作すること（機能要件） …etc
88. 1. 要望 → 欲しいもの
 2. 要求 → 欲しいもの達成の条件
 3. 要件 → 達成するためのシステム的な条件
 4. 仕様 → システム的な条件の実現方法
 要望・要求・要件・仕様 要件定義 - 会員登録機能 - 保存したい情報とか - マイページ - 表示したい内容とか - 管理画面 - CSV登録の有無とか - 実行環境 - Chromeだけでいいのかとか - 表示速度の基準値 - 表示して100ms以内に表示するとか …etc
89. 1. 要望 → 欲しいもの
 2. 要求 → 欲しいもの達成の条件
 3. 要件 → 達成するためのシステム的な条件
 4. 仕様 → システム的な条件の実現方法
 要望・要求・要件・仕様 各要件を実装するために必要な仕様の定義 - 会員登録はSSOに対応すること - 会員登録時に生年月日を取得すること - 氏名は姓と名で分けて保存すること - パスワードは20桁以上の半角英数字を使うこと - パスワードとメールアドレスは暗号化して保存すること …etc
90. 要件にするときに、
 
 現実は制約と前提条件がある
 要望・要求・要件・仕様
91. 要件にするときに、
 
 現実は制約と前提条件がある
 要望・要求・要件・仕様 例えば予算や利用者の制限、セキュリティ要件など
92. 詳しくはIPA資料を読もう
 
 これは読みやすいのでオススメ
 要望・要求・要件・仕様 「家づくりで理解する要求明確化の勘どころ～システム構築を成功させる要件定義のポイント～」 https://www.ipa.go.jp/archive/files/000065172.pdf
93. 問題を理解したら
 
 仕事をする
 問題の分解と適切な問題設定
94. “仕事” と ”作業” は違う
 
 
 問題の分解と適切な問題設定
95. 仕事とは設計であり、課題を整理し、
 
 タスク=作業に分解すること
 問題の分解と適切な問題設定
96. 問題を理解し、タスクに分解する
 ||
 仕事
 問題の分解と適切な問題設定
97. タスクを分解する時に意識すること
 
 
 問題の分解と適切な問題設定
98. タスクを分解する時に意識すること
 ↓
 5W 1Hを最初に整理する
 問題の分解と適切な問題設定
99. タスクを分解する時に意識すること
 ↓
 5W 1Hを最初に整理する
 すごく当たり前のことなんだけど、
 それが出来てないことが多い
 問題の分解と適切な問題設定
100. • Why 
 ◦ そのタスクはなぜ必要なのか 
 • What
 ◦ そのタスクの実現したいことは成果物はないか 
 ◦ 完了の定義
 • When
 ◦ タスクの期限
 • Where
 ◦ ビジョンやゴールはどこか 
 • Who 
 ◦ ステークホルダーは誰か 
 ◦ 例えば依頼者は誰か、レビューは誰にお願いするか、とか 
 • How
 ◦ どのように実現するか 
 ◦ 実装のための制約や方針なども含む 
 タスクを整理する際に大切なこと
101. 5W 1HはMTGの設定もそうだし、
 
 タスクを依頼する時も大事
 問題の分解と適切な問題設定
102. 他人に依頼できない作業
 
 
 問題の分解と適切な問題設定
103. 他人に依頼できない作業
 ↓
 言語化出来ない作業
 問題の分解と適切な問題設定
104. つまり、完成の定義が曖昧
 
 
 問題の分解と適切な問題設定
105. タスクの終了の定義と
 
 完成の定義が重要
 問題の分解と適切な問題設定
106. タスクの終了の定義と
 
 完成の定義が重要
 中止条件があるなら、 
 それも終了の定義
 問題の分解と適切な問題設定
107. 問題の分解と仕事・タスク タスク
 タスク
 タスク
 成果物
 終了の定義
 終了の定義
 終了の定義
 タスクを積み上 げていく
 完了の定義
 終了の壁

108. もし、チケットそのものが大きいなら
 
 チケットを見直す
 適切な問題設定とタスクへの分解
109. • 最も実現したいことにフォーカスする
 • 実現したい体験を複数の方法に置き換えてみる
 • 実現する場所、実装する場所を置き換えてみる
 • 体験を届けたいペルソナを絞る
 • 実装上の制約を減らす方法を検討する
 • 今、やるべきことか検討する
 ユーザーストーリーを見直す
110. つまりユーザーストーリーが
 
 適切か見直すこと
 適切な問題設定とタスクへの分解
111. 適切なサイズな問題であれば
 
 タスクに分解できる
 適切な問題設定とタスクへの分解
112. 解決したい問題にフォーカスして
 
 タスクを小さくすると自然と
 
 適切な問題設定のサイズになる
 適切な問題設定とタスクへの分解
113. この手法が失敗した場合について、ポリアはこうアドバイ スしている。
 「問題が解けない場合は、より簡単な解くことのできる問 題があります。それを見つけてください。」
 「提示された問題を解決できない場合は、まずに
 いくつかの関連する問題を解決してみてください。より扱 いやすい関連した問題を想像できますか？」
 

114. 如何に身につけるか
 
 
 仕事の中で成長する
115. 如何に身につけるか
 ↓
 日報を書こう
 仕事の中で成長する
116. 日報のサイクル Todoを作る （見積もり） タスク管理 ふりかえり ネクストアクション 設定
117. フィードバックループと内省 計画 実行 確認 改善
118. 完全に一致！！！
 
 
 仕事の中で成長する
119. 日報や週報を書こう
 
 大事なことなので2回言いました
 仕事の中で成長する
120. 1. 自己紹介
 2. 能力を伸ばす
 3. 仕事の中で成長する
 4. おわりに
 あじぇんだ
121. 最後に人生を変える大切なこと
 
 
 おわりに
122. 
 
 Better late than never. 
 
 遅くても、やらないよりはやったほうがいい
 
 
 – @miyagawa
 おわりに
123. おわりに
124. まずは目の前の小さな問題を解く
 
 
 おわりに
125. おわりに
126. 毎日一つでも
 
 “知らないこと” を見つける
 おわりに
127. 毎日一つでも
 
 “知らないこと” を見つける
 おわりに 無知の知は学びの一歩目。 
 それを調べて情報を知る。 
 そして仕事を通じて知識にして能力に昇華させていく 

128. おわりに
129. “一日、ひとつだけ強くなる”
 
 – ウメハラ
 おわりに
130. “大事なのは できる という経験を得ること”
 
 – 宇宙兄弟 145話 
 おわりに
131. 
 
 “手を動かした者だけが、世界を変える”
 
 
 
 株式会社はてな id:onishi
 おわりに
132. 1日8時間だけ
 
 理想の役割を演じる
 まとめ
133. 会社でプログラミングしているあなたを例に考えてみましょ う。あなたはお仕事中、9時から18時までの間だけあなた のチームの「理想のプログラマ」の役を演じます。
 自分の技量を超えたプログラミングを演技することはでき ませんが、より重要な立ち振る舞いについてなら演技でき そうです。
 あなたの想像する「理想のプログラマ」だったら今この局面 でどう振る舞うだろう、この問題に気づいたらどうするだろ う、同僚のあの態度に対してどう発言するだろうと想像しな がら「理想のプログラマ」を演じるわけです。
 本来のあなたなら気付いても放置していた問題も、理想の プログラマ役のあなたは見逃すこと無く適切に対応するこ とでしょう。勤務時間中は理想のプログラマのふりをする。 それがあなたの仕事なのです。
 
 

134. お仕事中は淡々と理想のプログラマを演じてみましょう。
 本来の自分を変えるより、ずっと簡単です。
 迷ったら仕事だと思ってあきらめて演じてください。
 だって、仕事でしょ？
 おわりに id:m_seki
135. 昨日の自分に誇れる
 
 今日の自分になろう
 おわりに
136. ご清聴ありがとうございました
 
 
 まとめ