仕事を前に進めるためのコツ - 判断と決断と共有 / Aim for the goal

Transcript

1. PHPカンファレンス沖縄 2024 仕事を前に進めるためのコツ
 
 - 判断と決断と共有


2. こんなことを思ったこと
 
 ありませんか？
 What is it?

3. この仕事、炎上しているなぁ、
 
 誰かなんとかしてくれないかなぁ・・・
 What is it?

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. 判断と決断の違いとコツ
 5. コミュニケーションのコツ


   6. まとめ
 あじぇんだ

10. 1. 自己紹介
 2. 仕事を終わらせるために必要なこと
 3. 問題の分解と仕事・タスク
 4. 判断と決断の違いとコツ
 5. コミュニケーションのコツ


    6. まとめ
 あじぇんだ

11. 自己紹介
 曽根 壮大（39歳）
 Have Fun Tech LLC 代表社員
 株式会社リンケージ CTO


    
 そ
 • 日本PostgreSQLユーザ会 勉強会分科会 担当
 • 3人の子供がいます（長女、次女、長男）
 • 技術的にはWeb/LL言語/RDBMSが好きです
 • コミュニティが好き たけ
 ね
 とも


12. 1. 自己紹介
 2. 仕事を終わらせるために必要なこと
 3. 問題の分解と仕事・タスク
 4. 判断と決断の違いとコツ
 5. コミュニケーションのコツ


    6. まとめ
 あじぇんだ

13. 仕事が終わらない……
 
 なぜなのか？
 仕事を終わらせるために必要なこと

14. なぜ、仕事が終わらないのか https://gist.github.com/voluntas/9c1d9d51e86a853fed6889f743a12145

15. “「いい質問だ。定義が『売上』となっているのは、必ず『納品』までを考慮しな ければならないためだよ。 仕掛品や完成品の在庫をどれだけ作っても、『納 品できなければマネジメントが成功したとは言えない』からね」
 確かにそうだ。だが、耳慣れない言葉に、私は思わず聞いていた。「在庫と は？この業界に在庫なんてありませんが？」
 私の言葉に、ジョナサンは悲しそうに首を振る。そして言った。
 「いいや、在庫の山はあるのだよ。残念なことに、それこそ山のようにあるだ ろう。ものづくりをしている業界で、納期遅れが起きている職場で、現場に在 庫が無いなどと考えるのは大きな誤りだ」


    「『在庫』とは、将来納品するために存在する、作りかけの未完成品や納品 前の完成品のことだ。 そのままでは納品できないもの、全てが在庫だ。
 例えばIT業界での『在庫』とは、『書きかけのコード』『未テストのコード』『別の コードの完成を待っているテスト済みのコード』 『完成していても顧客に納品 されていないコード』を指す。もちろん、『完成していても顧客に納品されてい ないドキュメント』も在庫だ」”
 https://gist.github.com/voluntas/9c1d9d51e86a853fed6889f743a12145

16. 在庫とリリースと成果 実装 テスト バグ対応 未完成 完了 リリースの壁


17. 未完了のタスクは
 
 すべて成果無し
 仕事を終わらせるために必要なこと

18. 未完了のタスクが
 
 完了しないから終わらない
 仕事を終わらせるために必要なこと

19. タスクを終わらせる方法を
 
 誰も知らないのである
 仕事を終わらせるために必要なこと

20. 仕事を終わらせるために
 
 必要なこと
 仕事を終わらせるために必要なこと

21. 『いかにして問題をとくか』は、数学の問題を解く方 法としては、以下の手順を推奨している。 
 1. まず、問題を理解する必要があります 
 2. 理解した後、計画を立てます。 
 3.

    計画を実行します。
 4. あなたの作業を振り返ってください。 
 


22. これがすべて
 
 
 仕事を終わらせるために必要なこと

23. これがすべて
 ↓
 でも、これが難しい
 仕事を終わらせるために必要なこと

24. そのためにそれぞれを説明します
 
 
 仕事を終わらせるために必要なこと

25. 1. 自己紹介
 2. 仕事を終わらせるために必要なこと
 3. 問題の分解と仕事・タスク
 4. 判断と決断の違いとコツ
 5. コミュニケーションのコツ


    6. まとめ
 あじぇんだ

26. 問題を理解して、計画する
 
 
 問題の分解と仕事・タスク

27. 『いかにして問題をとくか』は、数学の問題を解く方 法としては、以下の手順を推奨している。 
 1. まず、問題を理解する必要があります 
 2. 理解した後、計画を立てます。 
 3.

    計画を実行します。
 4. あなたの作業を振り返ってください。 
 


28. 仕事は段取り七分というが
 
 本当にここのが大事 
 問題の分解と仕事・タスク

29. もっと言えば
 
 問題を理解することが大事
 問題の分解と仕事・タスク

30. 問題を理解するとはなにか？
 
 
 問題の分解と仕事・タスク

31. 1. 未知のものはなにか
 2. 与えられている(既知な)ものはなにか
 3. 条件はなにか
 問題を理解するうえで重要なこと

32. これらを整理して、
 
 問題の理解度を上げる
 問題の分解と仕事・タスク

33. 業務で問題を整理すると
 
 要望・要求・要件・仕様となる
 問題の分解と仕事・タスク

34. 1. 要望 
 2. 要求 
 3. 要件 
 4.

    仕様
 要望・要求・要件・仕様 上から下にブレイクダウンしていく 場合によっては往復もする 要求と要件は一緒として扱われることも多い

35. 1. 要望 → 欲しいもの
 2. 要求 → 欲しいもの達成の条件
 3. 要件

    → 達成するためのシステム的な条件
 4. 仕様 → システム的な条件の実現方法
 要望・要求・要件・仕様

36. 1. 要望 → 欲しいもの
 2. 要求 → 欲しいもの達成の条件
 3. 要件

    → 達成するためのシステム的な条件
 4. 仕様 → システム的な条件の実現方法
 ステークホルダー(顧客やPO)が持っている要望の例 - 会員制のECサイトがやりたい（機能） - 高速に表示したい（非機能） - 商品を沢山売りたい（機能・非機能） 要望・要求・要件・仕様

37. 1. 要望 → 欲しいもの
 2. 要求 → 欲しいもの達成の条件
 3. 要件

    → 達成するためのシステム的な条件
 4. 仕様 → システム的な条件の実現方法
 要望・要求・要件・仕様 ステークホルダーと決めること - 会員登録できること（機能） - 商品を注文できること（機能） - 在庫を管理できること（機能 - 素早く表示できること（非機能要件） - 世界中のユーザが利用できること - Webとスマホアプリとして動作すること（機能要件） …etc

38. 1. 要望 → 欲しいもの
 2. 要求 → 欲しいもの達成の条件
 3. 要件

    → 達成するためのシステム的な条件
 4. 仕様 → システム的な条件の実現方法
 要望・要求・要件・仕様 要件定義 - 会員登録機能 - 保存したい情報とか - マイページ - 表示したい内容とか - 管理画面 - CSV登録の有無とか - 実行環境 - Chromeだけでいいのかとか - 表示速度の基準値 - 表示して100ms以内に表示するとか …etc

39. 1. 要望 → 欲しいもの
 2. 要求 → 欲しいもの達成の条件
 3. 要件

    → 達成するためのシステム的な条件
 4. 仕様 → システム的な条件の実現方法
 要望・要求・要件・仕様 各要件を実装するために必要な仕様の定義 - 会員登録はSSOに対応すること - 会員登録時に生年月日を取得すること - 氏名は姓と名で分けて保存すること - パスワードは20桁以上の半角英数字を使うこと - パスワードとメールアドレスは暗号化して保存すること …etc

40. 要件にするときに、
 
 現実は制約と前提条件がある
 要望・要求・要件・仕様

41. 要件にするときに、
 
 現実は制約と前提条件がある
 要望・要求・要件・仕様 例えば予算や利用者の制限、セキュリティ要件など

42. 詳しくはIPA資料を読もう
 
 これは読みやすいのでオススメ
 要望・要求・要件・仕様 「家づくりで理解する要求明確化の勘どころ～システム構築を成功させる要件定義のポイント～」 https://www.ipa.go.jp/archive/files/000065172.pdf

43. 問題を理解したら
 
 仕事をする
 問題の分解と仕事・タスク

44. “仕事” と ”作業” は違う
 
 
 問題の分解と仕事・タスク

45. 仕事とは設計であり、課題を整理し、
 
 タスク=作業に分解すること
 問題の分解と仕事・タスク

46. 問題を理解し、タスクに分解する
 ||
 仕事
 問題の分解と仕事・タスク

47. タスクを分解する時に意識すること
 
 
 問題の分解と仕事・タスク

48. タスクを分解する時に意識すること
 ↓
 5W 1Hを最初に整理する
 問題の分解と仕事・タスク

49. タスクを分解する時に意識すること
 ↓
 5W 1Hを最初に整理する
 問題の分解と仕事・タスク すごく当たり前のことなんだけど、
 それが出来てないことが多い


50. • Why 
 ◦ そのタスクはなぜ必要なのか 
 • What
 ◦ そのタスクの実現したいことは成果物はないか

    
 ◦ 完了の定義
 • When
 ◦ タスクの期限
 • Where
 ◦ ビジョンやゴールはどこか 
 • Who 
 ◦ ステークホルダーは誰か 
 ◦ 例えば依頼者は誰か、レビューは誰にお願いするか、とか 
 • How
 ◦ どのように実現するか 
 ◦ 実装のための制約や方針なども含む 
 タスクを整理する際に大切なこと

51. 5W 1HはMTGの設定もそうだし、
 
 タスクを依頼する時も大事
 問題の分解と仕事・タスク

52. 他人に依頼できない作業
 
 
 問題の分解と仕事・タスク

53. 他人に依頼できない作業
 ↓
 言語化出来ない作業
 問題の分解と仕事・タスク

54. つまり、完成の定義が曖昧
 
 
 問題の分解と仕事・タスク

55. 完成の定義
 ||
 成果物の定義
 問題の分解と仕事・タスク

56. 完成の定義
 ||
 成果物の定義
 問題の分解と仕事・タスク リリースされる機能のこともあるし、ド キュメントのこともある 


57. 完成するために必要なこと
 ||
 タスク
 タスクの分解と完成の定義

58. タスクの終了の定義と
 
 完成の定義が重要
 タスクの分解と完成の定義

59. タスクの終了の定義と
 
 完成の定義が重要
 問題の分解と仕事・タスク 中止条件があるなら、 
 それも終了の定義


60. 問題の分解と仕事・タスク タスク
 タスク
 タスク
 成果物
 終了の定義
 終了の定義
 終了の定義
 タスクを積み上 げていく


    完了の定義
 終了の壁


61. タスクが完了したら
 
 なんらかの成果があるはず
 問題の分解と仕事・タスク

62. None

63. https://soudai.hatenablog.com/entry/2020/08/14/101657 “例えばリリース手順書を作りました！ってな ると作業の内容が変更になるたびに手順書 のメンテナンスをしなければいけない。そうす ると作業が増えるのでリリース方法をできる だけ変更したくないという力学が働きやすくな る。
 　その結果、自分たちがリリース方法を変え るだけでより良くしていける可能性があっても 無駄な議論が増えたり、間接的な作業がま

    た増えたりする。
 　こうやって作業が増え、仕事が増え、リソー スがどんどん足りなくなる ”


64. つまり、タスクを積み重ねて
 
 大きなアウトカムを生むことが大事
 問題の分解と仕事・タスク

65. つまり、タスクを積み重ねて
 
 大きなアウトカムを生むことが大事
 問題の分解と仕事・タスク 意味のないタスクをいくら積み重ねても意味が無い 


66. 完成までの道のりが遠い
 
 
 問題の分解と仕事・タスク

67. 完成までの道のりが遠い
 ↓
 タスクを小さく分解する
 問題の分解と仕事・タスク

68. この手法が失敗した場合について、ポリアはこうアドバイ スしている。
 「問題が解けない場合は、より簡単な解くことのできる問 題があります。それを見つけてください。」
 「提示された問題を解決できない場合は、まずに
 いくつかの関連する問題を解決してみてください。より扱 いやすい関連した問題を想像できますか？」
 


69. 類似の問題と置き換える
 
 抽象化とはそういう力
 問題の分解と仕事・タスク

70. 類似の問題と置き換える
 
 抽象化とはそういう力
 問題の分解と仕事・タスク 具象と抽象って本がオススメです


71. 完了の定義が設定出来ないとき
 
 時間で区切るのも良い
 問題の分解と仕事・タスク なんらかの終了条件をつけることが大事


72. “やりたいことを実現するために必 要なことは、そんなに難しいことじゃ なくて以下の条件を満たし、実行す ることが大事だ。
 • やりたいこと=課題をタスクに分 解する
 • タスクを実行できるだけのリソー ス（時間・お金・体力など）を割り

    当てる
 • 実行する
 　これだけなんだ。”
 https://soudai.hatenablog.com/entry/2020/12/31/165940

73. 細かい分解の話は
 
 上のスライドと記事を読んでくれ
 問題の分解と仕事・タスク

74. 結論：問題を理解して
 
 解決する道筋をタスクにする
 問題の分解と仕事・タスク

75. 1. 自己紹介
 2. 仕事を終わらせるために必要なこと
 3. 問題の分解と仕事・タスク
 4. 判断と決断の違いとコツ
 5. コミュニケーションのコツ


    6. まとめ
 あじぇんだ

76. ？？？「タスクが積み重なっているけど
 
 仕事が終わらないんです。」
 判断と決断の違いとコツ

77. 『いかにして問題をとくか』は、数学の問題を解く方 法としては、以下の手順を推奨している。 
 1. まず、問題を理解する必要があります 
 2. 理解した後、計画を立てます。 
 3.

    計画を実行します。
 4. あなたの作業を振り返ってください。 
 


78. タスクも明確で
 
 リソースもあるのに終わらない
 判断と決断の違いとコツ

79. タスクが止まる
 
 なぜなのか？
 判断と決断の違いとコツ

80. 意志決定が
 
 されてないから
 判断と決断の違いとコツ

81. 意志決定の構造
 
 
 判断と決断の違いとコツ

82. None

83. 垂直分業にしろ、水平分業にしろ
 
 例外が発生すると意志決定が必要になる
 判断と決断の違いとコツ

84. 仕事が遅延する仕組み
 
 
 判断と決断の違いとコツ

85. 判断と決断の違いとコツ 処理A 120(60) 処理B 140(60) 処理C 100(60) 数字は1日に処理出来る処理量 
 赤数字は実際の処理量


    1日目
 2日目
 処理A 120(120) 処理B 140(120) 処理C 100(100)

86. 判断と決断の違いとコツ 処理A 120(60) 処理B 140(60) 処理C 100(60) 数字は1日に処理出来る処理量 
 赤数字は実際の処理量


    1日目
 2日目
 処理A 120(120) 処理B 140(120) 処理C 100(100) 処理Aが生産した量以上は 
 処理できない


87. 判断と決断の違いとコツ 処理A 120(60) 処理B 140(60) 処理C 100(60) 数字は1日に処理出来る処理量 
 赤数字は実際の処理量


    1日目
 2日目
 処理A 120(120) 処理B 140(120) 処理C 100(100) 最大処理能力は処理能力が 低いところに依存する 


88. 判断と決断の違いとコツ 処理A 150(120) 処理B 100(100) 処理C 140(100) 数字は1日に処理出来る処理量 
 赤数字は実際の処理量


    1日目
 2日目
 処理A 120(130) 処理B 100(100) 処理C 140(100) 在庫 20 在庫 50

89. 判断と決断の違いとコツ 処理A 150(120) 処理B 100(100) 処理C 140(100) 数字は1日に処理出来る処理量 
 赤数字は実際の処理量


    1日目
 2日目
 処理A 120(130) 処理B 100(100) 処理C 140(100) 在庫 20 在庫 50 前後の工程が頑張っても在 庫が増えるだけで最終成果 物はボトルネックで決まる 


90. 組織のスループットは最も遅い場所が決める 


91. 意志決定者がボトルネックになると
 
 全体の生産性が下がる
 判断と決断の違いとコツ

92. 意志決定とは何か？
 
 
 判断と決断の違いとコツ

93. 意志決定には
 
 判断と決断がある
 判断と決断の違いとコツ

94. “判断の話で言うとぼくはそーだいさんがしてくれ た「判断と決断は違う」 
 という話がだいぶ実になっていて、 
 「情報を集めれば理屈で答えが出せるのが判断 、 今は情報を集めることができない中で答えを出さ ないといけないのが決断 、リーダーがやらなけれ

    ばならないのは決断 」という話を
 かなり大事にしている” 
 https://soudai.hatenablog.com/entry/2022/01/04/151923

95. 判断は任せることができる
 
 
 判断と決断の違いとコツ

96. 　インプット、スループット、アウトプットのそれぞれ のステップにおいて標準化を行うことで ”判断”に することができる。
 具体としては作業のマニュアル化だったり受け入 れ基準のガイドラインだったりする。 
 同じ材料で品質を固定化するのも標準化の一つ 


97. 決断の速度が肝要
 
 
 判断と決断の違いとコツ

98. https://soudai.hatenablog.com/entry/2022/01/04/151923 結論から言えば、決断のコツは失敗できるように することだ。 失敗できる状態なら決断することが できる。 そして素早くアクションして、失敗のフィー ドバックを受け取ることで新しい決断をすることが できる。
 (中略）
 もう少し具体的に踏み込むと決断をするとき、自

    分は次のようにステップを踏む。 
 1. 決断するために必要な条件を整理する 
 2. 決断が難しい場合は、素早く始め、 
 小さく失敗できるように考える 
 3. 失敗が難しい場合は、 
 社内外も含めて多くの知見を集める 
 4. それでも難しい場合は、 
 結論をできるだけ先伸ばす 


99. 今すぐ決断が必要な場面がある
 
 
 判断と決断の違いとコツ

100. 今すぐ決断が必要な場面がある
 ↓
 そのための基準を持つ
 判断と決断の違いとコツ

101. 判断と決断の違いとコツ 自分の場合は ”一番ダメージの少ない方法を選ぶ” 
 今すぐ決断が必要な場面がある
 ↓
 そのための基準を持つ


102. 誰も決めないのであれば
 
 自分が決めるという覚悟が必要
 判断と決断の違いとコツ

103. 1. 自己紹介
 2. 仕事を終わらせるために必要なこと
 3. 問題の分解と仕事・タスク
 4. 判断と決断の違いとコツ
 5. コミュニケーションのコツ


     6. まとめ
 あじぇんだ

104. 期待値調整
 と
 5W1Hを明確にする
 結論

105. 
 
 
 コミュニケーションのコツ

106. 
 
 
 コミュニケーションのコツ Chatでやりとりが3往復したら
 
 音声MTGを実施する


107. 
 
 
 コミュニケーションのコツ 1週間に1回のMTGよりも
 
 毎日のおはようとありがとう


108. 
 
 
 コミュニケーションのコツ 1週間に1回のMTGよりも
 
 毎日のおはようとありがとう
 単純接触効果

109. 
 
 
 コミュニケーションのコツ SBIモデルコミュニケーション
 
 
 


110. 
 
 
 コミュニケーションのコツ SBIモデルコミュニケーション
 ↓
 Situation-Behavior-Impact
 （状況-行動-影響）


111. 
 
 
 コミュニケーションのコツ Situation（状況）
 悪い例：「こないだのミーティングで」
 
 良い例：「今朝の午前11時のチームミーティングで」


112. 
 
 
 コミュニケーションのコツ Behavior（行動）
 悪い例：「君の態度は失礼だった」
 
 良い例：「チームに1か月の予算について
 話しているときに話に割って入った」


113. Impact（影響）
 例：「私の提案に対して否定することなく、
 すぐに解決のために取り組んでもらえた時には
 感銘を受けました」
 コミュニケーションのコツ

114. 
 
 
 コミュニケーションのコツ コミュニケーションはスキル
 
 


115. 1. 自己紹介
 2. 仕事を終わらせるために必要なこと
 3. 問題の分解と仕事・タスク
 4. 判断と決断の違いとコツ
 5. コミュニケーションのコツ


     6. まとめ
 あじぇんだ

116. 
 
 
 まとめ 仕事を終わらせるために必要なのは
 
 自分がやるんだというオーナーシップ


117. 
 
 
 まとめ それがあれば、
 
 知識と行動で前に進めることができる


118. “大事なのは できる という経験を得ること”
 
 – 宇宙兄弟 145話 
 まとめ

119. 昨日の自分に誇れる
 
 今日の自分になろう
 まとめ

120. ご清聴ありがとうございました
 
 
 まとめ