<この項は書きかけです。順次追記します。>
設計段階：機械、電気、ソフト
機械装置の最初の模型を作るときも、
電気回路の最初の評価板を作るときも、
ソフトウェアの最初の版を作るときも、
百点満点中三十点を目指しなさい。
を合言葉にしています。
機械屋さんと、電気屋さんと、ソフトウェア屋さんの３人が集まって、
研究試作を行おうとするとき、陥りそうになるのが、
人月の神話
https://qiita.com/kaizen_nagoya/items/e38c97a8a468c7fc5743
で紹介のあるような、委員会形式にありがちな、無駄な時間、無駄な設計、無駄な作業などなど。
100点の持ち寄り
３人が、それぞれ１ヶ月かけて百点の提案を持ってくる。
それから１ヶ月、時間をかけても、良くて１３０点くらいの模型ができるか、
場合によっては、機械９０点、電気８０点、ソフト７０点と、
最初の案よりも後退したものになっているかもしれない。
何が原因かというと、電気の設計は、特定の機械（例えば重さ１kG)を想定した１００点だとする。
機械の設計は、重さ１kgと重さ10kgと重さ100kgの機械を一つの体系で設計した１００点のものだったとする。
そこで、機械屋と電気屋の調整がはじまり、今回は機械1kgと10kgのものだけを試作して、
回路は10kgにも対応できるものを作ることにする。
電気屋は、FPGAを想定してVerilog HDLで書いてもらうことを前提としていたとする。
1kgの制御の回路から、10kgの制御の回路にしても、FPGAは同じものでいいかもしれないという認識でいたとする。
ソフト屋は、C言語で書くことを前提として、OSとかデータ形式を設計していたとする。
Cのままいくか、VerilogHDlにするか、system Cにするか、調整に時間がかかる。
| 分野 | 当初点(1ヶ月後） | 当初特徴 | 試作点（２ヶ月後） | 試作特徴 |
|---|---|---|---|---|
| 機械 | 100 | 3種類 | 66 | ２種類 |
| 電気 | 100 | １種類 | 66 | 2種類 |
| ソフト | 100 | C言語 | 50 | Verilog HDL |
30点の持ち寄り。
３人が、それぞれ１週間で30点の提案を持ってくる。
それから3週間かけて、作業し、試作を完了する。
内容の方向性は、100点の時とほぼ同じとする。
完成度30点で持ち寄ったとする。
| 分野 | 当初点(1週間後） | 当初特徴 | 試作点（２週間後） | 試作特徴 |
|---|---|---|---|---|
| 機械 | 30 | 3種類 | 60 | ２種類 |
| 電気 | 30 | １種類 | 60 | 2種類 |
| ソフト | 30 | C言語 | 60 | Verilog HDL |
ソフトが一番覿面に効いてるかもしれない。
30点を目指して描いたC言語の論理のうち、
Verilog HDLの60点のものに発想、関数の切り方、使うライブラリ類の性能などで再利用が可能な部分があるかもしれない。
100点まで作る込んでいると、要らなくなるところばかりが目立ってめげる。
30点の持ち寄りで、一番幸福になれるのがソフトウェアかもしれない。
そういう立場で台本を書いたのでそうなっただけです。
100点の例は、２ヶ月後で、30点の場合は１ヶ月後だった。
それから先に伸ばすとどうなるかの例を示す。
| 分野 | 当初点 | 当初特徴 | 試作点 | 試作特徴 | １ー２ヶ月後点 | １ー２ヶ月後特徴 |
|---|---|---|---|---|---|---|
| 機械 | 30 | 3種類 | 60 | ２種類 | 90点 | ３種類 |
| 電気 | 30 | １種類 | 60 | 2種類 | 90 | ３種類 |
| ソフト | 30 | C言語 | 60 | Verilog HDL | 90 | 試験追加 |
ソフトウェアは、試験の方法の追加など、機械の重さが変わったことによる、
実地試験のための安全系の機能について強化。
背景
安全分析
HAZOPという安全分析の手法で、
最初一人作業を10分ほどして、
次に３人集まって班作業するというやり方をしてきた。
その時に、３人集まるのだから、1人作業は、３０点を目指せば良いというお話をしたことがある。
ものすごく受けた。
仕事は常に１００点を目指さなくてはいけないという教育を受けていて、
すごく精神的な圧力を感じてきていたという。
30点をめざしても、結果として百点の製品ができるやり方がある可能性を知って、仕事が楽しくなるかもしれないと。
研究試作だと、３０点持ち寄り、結構あると思い込んでいました。
１００点じゃなきゃだめっていう教育、結構あちこちであるらしい。
すごく無駄が生じている現象を拝見して、本項をかきはじめました。
なにかのお役に立てば幸いです。
顧客満足
30点目指していて顧客満足が得られるのかという突っ込みに対して。
顧客が、世界一の企業の場合に、こちらが何が世界一で提供できるかは必ず示すようにしている。
世界一の企業と仕事をするのに、自分に世界一のものが何もないようでは仕事にならない。
世界一だからといって、手を抜いていいわけではない。
しかし、抜け漏れが激しいのは１００点目指している時にしばしば遭遇する。
方向性がそっちじゃないことに100点目指しても仕方がない。
自動車安全であれば、自動車安全以外のことに100点目指されても仕方がない。
ある事象で100点というのは、制約条件、前提条件条件がキツくなるだけかもしれない。
品質保証と品質管理の違いを、小泉浩さんから教えてもらったことがある。
品質を保証しようとすると、出荷しないという選択肢が幅を利かせてくるかもしれない。
ある安全を保証するための品質管理は大事だが、ある安全を保証するためには品質保証では役立たないかもしれない。出荷しないのであれば、動かないかもしれない。
世界一を目指す
世界一を急に目指すのは無理だという話を聞いたことがある。
たしかに。
某kの場合には、中学校の技術の先生から「人がやらないことをやれ」と教えられて、
それからずっと、人がやっていないことだけをするようにしていた。
なにか本があると、その本の参考文献を調べ、
その参考文献の参考文献を調べ、
参考文献の参考文献を調べて、
誰もやってなさそうなことをやってみるようにしてきた。
それも１回やるのではなく、１０年間くらい続けてやってみて、
誰もやっていなことをやり続けていることを確認しながら。
だから、世界一をめざすのではなく、人がやっていなことを１０年間やりながら、
誰もやっていなければ、結果として世界一になっている。
ぼくの先生「人がやらないことをやれ」プログラマになるまで。仮説(37）
https://qiita.com/kaizen_nagoya/items/53e4bded9fe5f724b3c4
参考資料
事業計画確率(project plan with probability)仮説(92) 統計と確率(6)
https://qiita.com/kaizen_nagoya/items/f2dc5d216e57df844f50
効率的なHAZOPの進め方。仮説（187）
https://qiita.com/kaizen_nagoya/items/2b8eae196945b7976446
安全分析（HAZOP）の際の声かけ。安全（２０）
https://qiita.com/kaizen_nagoya/items/381649a6ea025ecba173
ワークショップ「ソフトウェア開発におけるHAZOP入門」の結果
https://qiita.com/kazuo_reve/items/c1c1d32baed5d60d55c7
「ワークショップ「ソフトウェア開発におけるHAZOP入門」の結果」の分類
https://qiita.com/kaizen_nagoya/items/e62e91cb019c6275d6c1
ちょけねこ たんじょうびのおくりもの
https://qiita.com/kaizen_nagoya/items/fc9675686c229f7a155e
一覧の一覧( The directory of directories of mine.) Qiita(100)
https://qiita.com/kaizen_nagoya/items/7eb0e006543886138f39
プログラマが知っていると良い「公序良俗」
https://qiita.com/kaizen_nagoya/items/9fe7c0dfac2fbd77a945
＜この記事は個人の過去の経験に基づく個人の感想です。現在所属する組織、業務とは関係がありません。＞
文書履歴
ver. 0.01 初稿 2021
ver. 0.02 URL追記 20211015
最後までおよみいただきありがとうございました。
いいね 💚、フォローをお願いします。
Thank you very much for reading to the last sentence.
Please press the like icon 💚 and follow me for your happy life.