TPS（トヨタ生産方式）入門 / TPS Introduction

by Recruit

Slide 1

Slide 1 text

【62期新⼈BootCamp研修】 TPS⼊⾨曽根啓佑(Keisuke Sone) 株式会社リクルートプロダクトディベロップメント室 HRPDU HR領域エンジニアリング部 HRプロダクト開発1G 兼 OSU OS部オフショア開発4G

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

(C) Recruit Co.,Ltd. All rights reserved. 4 TPS(トヨタ⽣産⽅式)とは戦後まもない当時のトヨタ⾃動⾞⼯業の豊⽥喜⼀郎⽒が提唱していた考えを⼤野耐⼀⽒らが体系化し、⽣産ラインのムダ・ムラ・ムリを徹底的に排除するために確⽴した⽣産⽅式 7つのムダを定義しそれらを排除するために「ジャストインタイム」と「⾃働化」を2本柱として体系化された⼿法また、ジャストインタイムと⾃働化を運営するための道具として「かんばん」⽅式を⽤いているオイルショック以降、⾼度経済成⻑がストップし、コストをいかに安くすますかといった時代により注⽬されたまた、1990年、書籍「リーン⽣産⽅式が、世界の⾃動⾞産業をこう変える」において、トヨタ⽣産⽅式に新たな呼び名を与えており、それ以降「リーン⽣産⽅式」としても知られるようになる

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

(C) Recruit Co.,Ltd. All rights reserved. 8 7つのムダ製造(TPS) ソフトウェア開発(リーン) 在庫のムダ未完成の作業のムダ作り過ぎのムダ余分な機能のムダ加⼯そのもののムダ再学習のムダ運搬のムダ引き継ぎのムダ動作のムダタスク切り替えのムダ⼿持ちのムダ遅れのムダ不良を作るムダ⽋陥のムダ TPSでは、すぐに必要にならない在庫を作ることが最悪なムダだと強調している同様にソフトウェア開発においても、ユーザーにとって必要ではない機能を追加することが最悪なムダだと⾔える

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

(C) Recruit Co.,Ltd. All rights reserved. 12 ロットを⼤きくして量をこなす場合、各⼯程に⼿持ちの在庫が必要にある →在庫から⽣じる恐れのある「作りすぎのムダ」や管理・⼟地・建物の負担が発⽣ →財務的にも物理的にも経営を圧迫する在庫を減らすニーズが発⽣プレスライン加⼯ライン組⽴ラインロットを⼤きくしてまとめて作業ロットを⼤きくしてまとめて作業⼟地や施設や管理の負担⼟地や施設や管理の負担ジャスト・イン・タイムが⽣まれる前の⽣産現場

Slide 13

Slide 13 text

Slide 14

Slide 14 text

(C) Recruit Co.,Ltd. All rights reserved. 14 ジャスト・イン・タイムとは︖ プレスライン加⼯ライン組⽴ライン組⽴ラインがまとめて加⼯ラインの完成品を引き取ってしまうと・・・加⼯ラインがたちまち⽋品を起こす結果として⼤量の在庫を抱えないといけなくなるただし、後⼯程が引き取る量のバラツキが⼤きければ⼤きいほど、前⼯程は余分な設備や⼈を抱え込まざるをえなくなる加⼯ラインはさらにまとめてプレスラインの完成品を引き取ってしまい・・・

Slide 15

Slide 15 text

Slide 16

Slide 16 text

(C) Recruit Co.,Ltd. All rights reserved. 16 ジャスト・イン・タイムの⼤前提「平準化」とは︖ この悪循環を起こさないためには、各⼯程ラインの⽣産の⼭⾕をなくして、⽣産の流れの表⾯を穏やかにすることが必要不可⽋になるそのため、同じものの⽣産単位であるロットをなるべく⼩さくして、前⼯程へばらつきの悪影響を及ぼさないようにする →TPSでは、これを「⽣産の平準化」と呼んでいるプレスライン加⼯ライン組⽴ライン⽣産量ロットを⼩さくしてばらつきを抑えるロットを⼩さくしてばらつきを抑えるロットを⼩さくしてばらつきを抑える時間

Slide 17

Slide 17 text

(C) Recruit Co.,Ltd. All rights reserved. 17 平準化を実現するための改善ロットを⼩さくして、なるべく同じものを続けて流さない「平準化」の考えは、旧来の量産体制になれている各⼯程においては当初過酷なものだった Ex.プレスラインは当初段取替えに３時間かけていた平準化の推進による改善の結果、最終的には3分まで短縮プレスライン加⼯ライン組⽴ライン⼀つのプレスの⾦型で連続して打ち続けることができなくなる。 ↓ ⽬まぐるしく変わる製品の種類に応じてプレスの⾦型を替える、「段取替え」を頻繁に⾏わなくてはならない。

Slide 18

Slide 18 text

(C) Recruit Co.,Ltd. All rights reserved. 18 ⾃働化とは︖ ・⾃動停⽌装置付きの機械によって、異常を⾃動検知できる仕組み・また異常が発⽣した際に、作業者がラインをストップさせることを徹底すること →⾃働化によって、不良品の発⽣を防⽌し、作り過ぎを抑えることができる ②機械やラインが⽌まる(⽌める) ③真因を⾒つけて取り除く ④品質が作り込まれる ①異常を検知⾃働化の改善サイクル

Slide 19

Slide 19 text

(C) Recruit Co.,Ltd. All rights reserved. 19 ⾃働化とは︖⾃⼯程完結ニンベンのない⾃動化ニンベンのついた⾃働化異常(不良品)が混じり混んでも検査まで気づけない。品質が悪いと⼿戻りを⽣み、⽣産速度が低下する。結果として在庫を抱え始めることに。プレスライン加⼯ライン組⽴ライン検査プレスライン加⼯ライン組⽴ライン検査⼿戻りの発⽣改善改善異常発⽣時に発⽣現場でラインが⽌まるため、その異常に対する処置がその場で施される = ⾃⼯程完結品質が⼯程で作り込まれるため、結果として各⼯程での⽣産のバラツキが抑えられる。⽣産の流れを作るジャスト・イン・タイムにおいて、⾃働化は必要不可⽋な仕組み異常検知異常検知異常検知

Slide 20

Slide 20 text

(C) Recruit Co.,Ltd. All rights reserved. 20 かんばんとは︖ 前⼯程後⼯程 A A A A A A ①使うときに引取りかんばんを外す ②引取りかんばんをもって部品を取りに⾏く ③⽣産指⽰かんばんをはすし、引取りかんばんかんばんをつける ④引取りを付けた部品を後⼯程に運ぶ ①剥がされた⽣産指⽰かんばんに指⽰された数だけ部品を造る ②⽣産指⽰かんばんを造った商品につけて置き場におく A 引取りかんばんの流れ⽣産指⽰かんばんの流れ A TPSの運⽤⼿段のために作られた道具で、「いつ、どこで、何が、どれだけ使われたか」が書いてある1枚のカード・かんばんが外れた分だけ後⼯程が前⼯程へ引き取りにいく(ニーズからプルしている) ・かんばんのないときは運ばない、作らない(作り過ぎ・運搬のムダを抑える) ・100％の良品でなければならない(⾃働化/⾃⼯程完結の実現) などTPSを実現するためのルールが定められている。

Slide 21

Slide 21 text

(C) Recruit Co.,Ltd. All rights reserved. 21 開発現場のカンバンボード(⼀例)※⼩さくて⾒づらくてごめんなさい・かんばんのないときは運ばない、作らない(作り過ぎ・運搬のムダを抑える) →WIP制限をかける。例えばWIP:3までそのレーンに4つ以上チケットを追加する場合は1つ完了させてから追加する。 (始める前に、終わらせることから始めることで作りすぎのムダを抑える) ・100％の良品でなければならない(⾃働化/⾃⼯程完結の実現) →各レーン毎にDoneの定義を設定する

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

(C) Recruit Co.,Ltd. All rights reserved. 25 ソフトウェア開発におけるニーズ(市場の需要)からプルニーズからプルしてくる流れはTPSそのもの作り過ぎのムダを抑えるために、ニーズに対して必要最低限の価値あるもの(MVP)を構築するモノ(開発) の流れ push push push push push ⑦構築する ⑧完成品(MPV) ⑨計測する ⑩計測されたデータから検証 ⑪学びを得る ⑫実証するニーズ pull 情報(思考) の流れ ①仮設を⽴てる ②何を学ぶのか決める ③必要なデータは何か決める ④計測⽅法/計測設計は︖ ⑤何が必要か︖ ⑥どう設計実装する︖ pull pull pull pull pull

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

(C) Recruit Co.,Ltd. All rights reserved. 30 平準化を実現するための体制 =作業者の多⼯程持ち計画開発 QA リリース振り返りリファイン「機能開発や⼤⽟のUIUX改善に特化したチーム」・ある程度勝ち筋が⾒えている案件を開発 →他社追従や仮説検証後のある程度勝ち筋が⾒えている案件メイン・プロセス整備、改善を全体最適の観点から推進 →正しく⾼速に開発するために、プロセス整備改善を推進するプロダクトKGI，主要KPI(LTV/有料転換率/初回会員登録率など)の直接貢献をメイン⽬的に機能/UI改善開発を⾏うチーム案件推進T 戦略改善T 「①重要テーマからチームKPI⽬標を持ち、その⽬標にコミットする」・重要テーマ・・・安⼼安全な出会いの提供(業者対策) ・KPI・・・業者マッチングUU/マッチングUU = 1％以下「②仮説検証→開発実装→分析振り返り→仮説検証をチーム全員で⾏う」・チームの⽬的が全員で指標を追うことで重要テーマに沿った指標の達成に特化すること・勝ち筋の⾒えていない不確実要素の⾼いテーマにおいて勝ち筋を⾒つけにいく検証サイクルも同時に回す・⾼速で仮説検証を回すため、上記BMLをチーム内で回すことプロダクトKGI等に直接貢献しないが中⻑期的に重要なテーマに沿って仮説検証を回し開発チームの⽬的別チーム体制の⼀例

Slide 31

Slide 31 text

(C) Recruit Co.,Ltd. All rights reserved. 31 平準化を実現するための体制 =作業者の多⼯程持ち顧客発⾒顧客実証顧客開拓組織構築導⼊期成⻑期成熟期 SoEの要素 SoRの要素 SoRの要素 (納期・品質を守って正しく作る) SoEの要素 (答えがない中で勝ち筋を探索する) プロダクト Phase 開発に求められる要素エンジニアの介在価値体制アサイン⽅式 ü ⾼速なPoCの実施 ü ビジネス・技術双⽅の不確実性が⾼い中での開発の遂⾏ ü 施術的負債の抑制 ü プロダクトの成⻑に合わせた技術課題の解消 ü 技術的負債の解消 ü 案件の不確実性の解消 SoEの要素 SoRの要素役割アサイン (技術的負債の解消やドメインスペシャリストなど、専⾨性がもとめられやすいため) クロスファンクショナル・機能アサイン (不確実性⾼い中、⾼速に開発するため) ただし、体制(プロセスも技術もそうですが)は、そのプロダクトのPhaseや状況によって何が最適なのかは変わっくる。ケースバイケース。複数の体制を混ぜ合わすことも多い。

Slide 32

Slide 32 text

(C) Recruit Co.,Ltd. All rights reserved. 32 ⾃働化・⾃⼯程完結要件定義移⾏リリース設計/実装結合テスト受け⼊れテスト改善異常検知改善異常検知 Formatter/Linterの導⼊テストコードしっかり書くコード品質のモニタリングレビューの型化・・・承認フロー Doneの定義・・・各⼯程での⾃⼯程完結の取り組み例ワーキングアグリーメント開発ポータルプロセス定義・・・形式知・標準化