Embed Size (px)
Citation preview
実践 魔法の言葉十一 岐阜大応用情報特講 技術士（情報工学）・博士(工学） 名古屋市工業研究所・岐阜大学非常勤講師 小 川 清 http://researchmap.jp/kaizen/ @kaizen_nagoya
目標
魔法の言葉１１に馴染む
習うより慣れろ
どんな時・場面で、どれくらいの時間かけるか
何に役立つか
誰が参加するとよいか
2016年 9月 20日 © @kaizen_nagoya
時間割
10:00 – 10:10 今日の進め方
10:10 – 10:35 実習
10:35 –10:40 発表
2016年 9月 20日 © @kaizen_nagoya
魔法の言葉(guide word) ID �+-;A?D@. ,�I!� -9:E<6C<?>. ��+
G1 ��-:F<BC:>8:.�(no) $0(� G0 76B<8
G2 �� %(reverse) $0(� �� G0 76B<8
G3 (direction) �(other than) ��� / 76B<8
G4 ( �(more) (�� G5 76B<8
G5 (quantity) �(less) (��� G4 76B<8
G6 $ +(as well as) $�� G7 76B<8
G7 (quality) '(part of) $��� G6 76B<8
G8 �) �(early) �)� G9 699<C<?>6=
G9 (time) &(late) �)& G8 699<C<?>6=
GA *� �(before) *��L��M GB 699<C<?>6=
GB (order) �(after) *��L��M GA 699<C<?>6=
2,�I!�L"�#MI��L41JKIHG��I53M
実習の仕方 分析対象に魔法の言葉を当てはめる(Guided brain storming)
想定外を洗い出す。
設計（利用）の意図から外れた事態を洗い出す。（妥当性確認）
意図から外れたものにどう対応でき、どう被害を最小にできるかを考える。(危険回避：Risk Management)
日本語で考える。英語で何に該当するか後で追記。（逆でも可：どちらの場合も固有名詞以外はカタカナ語は使わない）
略号を使うのはよいが、全綴(full spell)をかならずつける。
流れ 最初は一人で作業する
３人の班を作り、項目数の少ない人から報告しながら追加する
全体に報告する（同じ内容は省略）。 2016年 9月 20日 © @kaizen_nagoya
対象：timer 当初の企画段階では、想定外を洗い出すため、ありとあらゆること
を対象にする
設計（試験を含む）段階では費用対効果の優先順位をつけて絞ってもよい
出荷判定段階では、利用者のありえなさそうな状況を対象にする 利用者・運用手引き対応、警告文、契約条項での対応を含む
定数、変数の制約条件の組み合わせの調整、運用段階での作業の見直し。
運用時は、定期的に社会情勢・市場（顧客・競合他社を含む）動向に基づいて重点項目を絞る ２回−４回に１回は発散させる。（発散時は異なる関係者に依頼）
2016年 9月 20日 © @kaizen_nagoya
作業表
2016年 9月 20日
��?.=42?� ���A62B�<;6:?� ���:.92� ��G1.?2�
,+ ���4@612�B;=1>�F�12A6.?6;:� ���0.@>2� ���12?20?� ��.0?6;:�
! � :;
" � =2A2=>2
# � ;?52=�?5.:
$ 9;=2
% � 82>>
& � .>�B288�.>
' � <.=?�;3
( � 2.=8C
) � 8.?2
! � /23;=2
!! .3?2=
E�*7.6D2:-:.4;C.
実習 表を埋める
最初は列：「外れ」だけでよい。
最初は行：「無」「大」「小」（NML）だけでもよい.
列：「原因」と「対策」は思いつけば書いてよい。
100点を目指さない。30点で十分。
2016年 9月 20日 © @kaizen_nagoya
作業原則
2016年 9月 20日
書いたことは消さない。
どの魔法の言葉は何に該当するかで悩まない。 勘違いだった場合もどういう勘違いかを記録
利用者の勘違いする可能性の洗い出しになる
後で分類を変えることはあるが無駄ではない
他人の発言を否定しない。
違う考えの人が必要
制約条件が違うだけかもしれない。
利用者もまた別の制約条件かもしれない。
どういう制約条件ならありうるかを考える。
一つの魔法の言葉を深堀してもいいし，まんべんなくせめてもよい
© @kaizen_nagoya
作業手順
2016年 9月 20日
一人作業(5分-15分）
班作業(10分） 立場、視点の違う三人で構成 一番項目が少ない人から報告 前の人と違うことを報告
条件が違う場合には、違う項目と考えてよい。
矛盾することも消さない。矛盾の視点を追記。
全体報告（５分-10分） 一番大事なこと一項目だけ 前の班と違うことを報告
条件が違う場合には、違う項目と考えてよい。
© @kaizen_nagoya
一人 作業
² なるべくありえないことから考える。
² ささいなことでも、思いついたことは書く。
² 幅ひろく洗い出すため、なんでもよい。 ² 正しいかどうかより、これまでに考えたこと
がないこと、人に説明したことがないことが大切。
2016年 9月 20日 © @kaizen_nagoya
班作業 一人作業の結果を順次確認
項目数の少ない人から
時間内に全部を確認することを優先
分からないところを聞く
魔法の言葉の分類を変えてもよい
同一のもの，類似のものを分類
表現が少しでも違えば残す
出た発言は消さない．
議論の途中で思いついたことは発言し記録
内容が分らなかったり,調査が必要なことは担当者名を記載
2016年 9月 20日 © @kaizen_nagoya
作業表
https://researchmap.jp/joq58ey63-51292/
作業の仕方など最近の発表 安全工学シンポジウム2015
http://www.slideshare.net/kaizenjapan/hazopogawa2015
安全工学シンポジウム 2016 http://www.slideshare.net/kaizenjapan/safety-analysis-with-hazop-and-triz-by-children
企業での演習例 http://www.slideshare.net/kaizenjapan/hazop-3-times-excersize
HAZOP教材 ちょけねこたんじょうびのおくりもの
5才から15才向けの「魔法の言葉」11個を利用する
無逆他大小類部早遅前後
設計・利用の意図（物・事）からの外れ（想定外）を洗い出す
空間と時間、質と量で８種類はどんな場合でも有効
無は有（設計・利用の意図）の逆
逆は、方向が逆
その他は、その他の方向または、その他の物・事
HAZOPしてみる 特講の目標
音信号処理
Cプログラミング：次のページの例は、「変数が」
どんな物事でも、１１の言葉を当てはめて考えておくと、想定外は驚くほど減る。図・写真を利用するとよい。
FMEA, FTAなどの他の手法と合わせて利用すると力倍増
1 なぜなぜ分析 + 4M5E + HAZOP
2 FTA + 設計指針 + HAZOP
3 FMEA + TRIZ + HAZOP
誘gw 外れ 原因 影響 危険 測定・検出方法 頻度
対策 採否
無No 宣言してない 宣言し忘れ、 intとみなされて、型の大きさが異なった
オーバフロー
コンパイルエラー*1
〃 ヘッダファイルの呼び忘れ、 - - コンパイルエラー
〃 ヘッダファイル名間違い - - コンパイルエラー
〃 ヘッダファイルを置くフォルダ違い - - コンパイルエラー
設計環境の規定の場所に置く
〃 同名のヘッダがより近いパスにある 異なる型宣言 -
実行時エラー又は期待結果で。*2
設計環境にヘッダ試験PRG
大More 必要な大きさより大きい型で宣言 勘違い
計算速度が遅くなる
小less 必要な大きさより小さい型で宣言 勘違い
オーバフローエラー
類awa 型が違うので別の意味になっている 勘違い
コンパイルエラー又は実行時エラー
部po 値の一部（上半分、下半分）しか入っていない
代入する型が小さかった
計算が期待通りでない
計算結果の試験プログラムを作る
逆rv 変数だと思ったら定数 命名規則なし 他ot 変数だと思ったら関数 命名規則なし
早early 値の代入が早すぎて、使うまでの間に値が古い
後から追加処理を入れる場所が❌
計算が期待通りでない
計算結果の試験プログラムを作る
遅late 値の代入が遅すぎて、他の値との間合い(timing)があっていない
計算が期待通りでない
計算結果の試験プログラムを作る
前before
宣言する前に代入している
計算が期待通りでない
計算結果の試験プログラムを作る
後after 呼んだ後で宣言をしていた 警告
USB-シリアルケーブルが 誘 gw 外れ 原因 影響
無 No ない 置き場所を忘れた
大 More 種類が多い
毎年あちこちで購入
どのケーブルがどのドライバかわからない
小 less 数が少ない 毎年何本か壊れる ２人で１本を使う
類 awa 対応するOSが違う
部 po コネクタのピンが一部しかない 仕様が違うもの
逆 rv Serialがリバースケーブルだった
他 ot 対応するOSが違う Macintoshを持ってきた
Windowsを導入しないと…
早 early デバイスドライバの認識が他の装置用の方が早い
遅 late デバイスドライバの認識が遅い
前 before
ドライバをインストールする前に接続した
後 after 別のドライバをインストールしてから接続した
HHAAZZOOPPのこつ 100点を目指さない。最初は３０点でよい。
事前に行う時は、１１項目出すことより、想定外を少なくし少しでも予防できるような対策を考えるために半分程度作る。
当面すぐに緊急対応策(work around)が必要な場合で重大な不具合でない場合も半分程度作る。
事前、事中、事後の三回実施する
一人で作業してから班で作業する
不具合の例 作業表 http://bit.ly/1Nt0O9B シリアルドライバのインストールに時間がかかった方がいた。
コンパイル等に時間のかかる PCがあった。
ダウロードソフトのライセンスを要求して動作しない。
ふりかえり
魔法の言葉１１に馴染む 対称な事の確認、空間・時間、質・量に着目
習うより慣れろ
どんな時・場面で、どれくらいの時間かけるか
何に役立つか 企画、試験項目、出荷判定、運用改善、危機管理
誰が参加するとよいか 顧客、運用者、利用者
2016年 9月 20日 © @kaizen_nagoya
まとめ 効率的な進め方
想定外に絞って，一人HAZOPする。
時間を区切って行う。
立場・視点の違う三人で班をつくる。
終わり方 一つでも新しい事があれば成果として展開。
発見できる事象が減ってきたら終わる。
類・他が思いつかない時は、 単位系に着目。
設計指針、万能設計(universal design)などに着目。
TRIZの利用（2016安全工学シンポジウム発表）。
2016年 9月 20日 © @kaizen_nagoya
付録11 想定外をなくす
1つ見つけるだけでもいい
なるべくあり得ないことを想定すれば，ありえそうなことは網羅できる 恥ずかしがることなく言ってみる
言ったことは記録する
間違いを含んでいても消さない 間違いは，誤操作の原因でもあるので，どういう間違い
をする可能性があるかの貴重な資料
まず1人で表を埋めてみる
2016年 9月 20日 © @kaizen_nagoya
付録22 利用者の参加
利用者の行動，理解，動作を分析する
設計者は利用者の間違いを指摘するのではなく，どういう間違いをする可能性があるかを記録する
利用者が分かるように現物，動画，写真，図を用意する
仕様書，設計書，利用説明書の不備が分かる
社会的合意形成
2016年 9月 20日 © @kaizen_nagoya
付録33 現物，映像，図を利用
現地現物（その大きさだから言えること，その形だから言えること）
限られた時間でできること
設計はまず図にする
利用者が参加するときは利用事例(use case)図
基本設計は状態遷移図(state chart)を書く
順番は時系列図(sequence chart)を書く
時間は刻時図(timing chart)を書く
2016年 9月 20日 © @kaizen_nagoya
設計指針(Principles for design)
2016年 9月 20日 © @kaizen_nagoya
万能設計(Universal design)
2016年 9月 20日 © @kaizen_nagoya
単位 (Unit)
2016年 9月 20日 © @kaizen_nagoya
類語辞書(Thesaurus) Concept（概念） of object(物),
action（行動） is-a, a-is relation has-a relation use-a relation using as Use Case
Reword(言換) Full spell of abbreviation(略号) Synonym(同義語) Japanese Native words(大和言葉)，
Chinese words(漢語)，other imported words(カタカナ語)
2016年 9月 20日 © @kaizen_nagoya
参考文献 • Safeware, Nancy,翔永社, 2009
• HAZOP and HAZAN, Trevor A. Kletz ,1983
• 5ゲン主義入門,古畑 友三,日科技連出版社 ,1996
• 4M5E http://www.n-iinet.ne.jp/4m5e.htm
• FMEA,FTA実施法,鈴木順二郎,日科技連,1982
• なぜなぜ分析徹底活用術,小倉仁志,JIPMソリューション, 1997
• MISRA-C解説書,SESSAME/MISRA-C研究会日本規格協会,2004/2006
• RTL設計スタイルガイド Verilog-HDL編，VHDL編, STARC, 2003/2006
• 組込みシステム開発事例集,産業技術連携推進会議情報電子部会組込み技術研究会 ,工業調査会, 2006
• プロセス改善ナビゲーションガイドベストプラクティス編,IPA/SEC, オーム社,2008
• デジタル設計工学の基礎の検討,小川清,第6回ディペンダブルシステムシンポジウム,産業技術総合研究所システム検証研究センター,2009
• 安全分析におけるHAZOP-TRIZ連携の試み,小川明秀，小川清,安全工学シンポジウム, 2016
2016年 9月 20日 © @kaizen_nagoya
謝辞
2016年 9月 20日
経済産業省,宇宙航空研究開発機構(JAXA), (株）日本機能安全,名古屋大学,名古屋工業大学,岐阜大学,(株)ヴィッツ,東海ソフト(株),サニー技研(株),アイシン精機(株),トヨタ自動車(株)ルネサスエレクトロニクス(株),(株)東海理化,(株)アドヴィックス,新日鉄住金ソリューションズ(株),(株)デンソークリエイト,産業総合研究所,北海道立工業試験場,CEST,日本技術士会,日本テクノセンター，MISRA C研究会, SWEST実行委員会, TOPPERSプロジェクト, OSC事務局, Make Oogaki, 文学フリマ
© @kaizen_nagoya
HAZOP結果：timerが,, 班報告 誘 g.w. 外れ 原因
無 no 実現するための部品がない
自分のプログラムの機能実現しなかった。 ハードウェアが…
ケーブルがない 受講者が多い
大 more 割り込みするまでの時間がおおきすぎて反応しない
小 less 割り込み時間が小さいと思ったように設定できず。 類 a.w.a. 部 part プログラムの一部しか動かない 逆 rev. 他 oth. for文によって時間をカウントした AD変換もした 早 early 点滅が早すぎて確認できない 遅 late 点滅間隔が遅すぎて、タイマとして役に立たない main関数が遅い タイマ割り込すぎ… 前 bef.
後 after プログラム終了時に動作が重い タイマが動きつづけ
HAZOP実習：よかったこと
作業時間が短くてもたくさんの「想定外」が洗い出せた
説明時間がほとんどなかったが、１２班から１つだけの報告で、８種類の魔法の言葉（誘導語）があった。 なるべく違うものを報告という趣旨がうまく伝わった
「製品企画の初期段階ではなるべく異なる視点での検討が必要」
作業表の提出してもらったらすべての魔法の言葉（誘導語）の記録があった。
タイマの理解が深まり、AD変換、モータ制御、音声情報処理での作業が円滑になった
2016年 9月 20日 © @kaizen_nagoya
