【★フォルダ名★】 【★ファイル名★】[Content_Types].xml 【★フォルダ名★】docProps 【★ファイル名★】app.xml Microsoft Excel0falseワークシート3@原紙 (2)★待機一覧falsefalsefalse16.0300 【★ファイル名★】core.xml ouuo2015-07-21T11:07:03Z2015-03-31T13:16:00Z2018-09-19T12:32:54Z 【★フォルダ名★】xl 【★ファイル名★】calcChain.xml 【★ファイル名★】sharedStrings.xml モンテカルロ法ホウデルファイ法ホウQC七つ道具ナナドウグ新QC七つ道具シンナナドウグシミュレーションや数値計算を乱数を用いて行う手法の総称。元々は、中性子が物質中を動き回る様子を探るためにスタニスワフ・ウラムが考案しジョン・フォン・ノイマンにより命名された手法。カジノで有名な国家モナコ公国の４つの地区（カルティ）の１つであるモンテカルロから名づけられた。ランダム法とも呼ばれる。スウチケイサンランスウモチオコナシュホウソウショウモトモトチュウセイシブッシツチュウウゴマワヨウスサグコウアンメイメイシュホウユウメイコッカコウコクチクナホウヨ「問題解決手法の紹介と解決力をつける」特性要因図トクセイヨウインズチェックシートヒストグラム散布図サンプズパレート図ズグラフ・管理図カンリズ層別ソウベツKPTそもそも分析ブンセキなぜなぜ分析ブンセキwikipedia専門家に繰り返しアンケートを行うことにより、未知の問題に対し確度の高い見通しを得る方法。未来予測に用いられる。センモンカクカエオコナミチモンダイタイカクドタカミトオエホウホウミライヨソクモチweblio QC七つ道具は、職場の品質改善活動を進める集団であるQCサークルが、問題の把握から解決までの活動を行う各段階において、使いやすい科学的手法として七つを定めたものである。また活動の標準手順（フロー）を「QCストーリー」として定め、これらを組み合わせて使うことで活動が推進する。 ■QC七つ道具の種類 特性要因図、チェックシート、ヒストグラム、散布図、パレート図、グラフ・管理図、層別ナナドウグショクバヒンシツカイゼンカツドウススシュウダンモンダイハアクカイケツカツドウオコナカクダンカイツカカガクテキシュホウナナサダカツドウヒョウジュンテジュンサダクアツカカツドウスイシンナナドウグシュルイトクセイヨウインズサンプズズカンリズソウベツQC七つ道具が数値解析を主に扱うことに対して、「新QC七つ道具」は言語データを扱うことを主にしている。QC活動は製造・検査部門において行われていたが、企業の全ての部門での改善活動が期待されてTQC(Total QC)活動が展開されるようになった。そしてTCQ活動のテーマとなる企画・設計・計画に関する改善活動に使えるツールとして新QC七つ道具が登場した。 企画・設計・計画等の改善活動においては、機械工作物のように長さなどの数値データがない。取り上げるテーマは「消費者に選ばれる機械はなにか」というように言語で現れることであり、この課題に取り組むさに使うデータも「＊＊の機能」という言語のデータとなる。 新QC七つ道具は、この言語データを整理し、関係を図解することを目的にしたツールとなっている。 ■新QC七つ道具の種類 連関図法、親和図法、系統図法、マトリックス図法、アローダイアグラム法、マトリックスデータ解析法、PDPC法ナナドウグスウチカイセキオモアツカタイシンナナドウグゲンゴアツカシュカツドウセイゾウケンサブモンオコナキギョウスベブモンカイゼンカツドウキタイカツドウテンカイカツドウキカクセッケイケイカクカンカイゼンカツドウツカシンナナドウグトウジョウキカクセッケイケイカクトウカイゼンカツドウキカイコウサクブツナガスウチトアショウヒシャエラキカイゲンゴアラワカダイトクツカキノウゲンゴシンナナドウグゲンゴセイリカンケイズカイモクテキシンナナドウグシュルイレンカンズホウシンワズホウケイトウズホウズホウホウカイセキホウホウ連関図法レンカンズホウ親和図法シンワズホウ系統図法ケイトウズホウマトリックス図法ズホウアローダイアグラム法ホウマトリックスデータ解析法カイセキホウPDPC法ホウ名称メイショウ概要ガイヨウ類推法ルイスイホウ障害 分析ショウガイブンセキ見積ミツモ○LOC法ホウFP法ホウCOCOMOⅡユースケース・ポイント法ホウWBS標準タスク法ヒョウジュンホウロバストネス図ズUMLを拡張した図。「バウンダリ」「コントロール」「エンティティ」で構成する。カクチョウズコウセイ「外部入力」「外部出力」「内部論理ファイル」「外部インタフェース・ファイル」「外部照会」という５種類の機能をまず洗い出す。各要素のレコード数やファイル数に応じてFP値（未調整）を算出する。これに、システム特性に応じた重みづけをしたものが最終的なFP値となる。ガイブニュウリョクガイブシュツリョクナイブロンリガイブガイブショウカイシュルイキノウアラダカクヨウソスウスウオウアタイミチョウセイサンシュツトクセイオウオモサイシュウテキアタイ見積もりの基本を理解しようEVMガントチャート進捗シンチョクリスクNESMA■見積り（トップダウン） 過去の類似システムとの比較から、開発するシステムの規模や工数を類推する見積り手法。 予算獲得時など、超上流工程の初期見積りで使われることが多い。要件定義以降はほとんど使われない。カコルイジヒカクカイハツキボコウスウルイスイミツモシュホウヨサンカクトクジチョウジョウリュウコウテイショキミツモツカオオヨウケンテイギイコウツカ■見積り（トップダウン） 複数の専門家が同じ条件で類似法に基づいて見積もりを実施し、その結果を全員で議論を行い、見積もり結果を収束させる。個人の勘や経験に頼りがちな類推法の欠点を補完し、組織的な見積もりを行える。フクスウセンモンカオナジョウケンルイジホウモトミツジッシケッカゼンインギロンオコナミツケッカシュウソクコジンカンケイケンタヨルイスイホウケッテンホカンソシキテキミツオコナ■見積り（トップダウン） オランダのソフトウェア計測協会（NESMA）が開発した見積もり技法。システムの機能数を基にして仕様が未確定の開発初期段階においてもシステムの規模を概算で見積もれるようにしたもの。ミツモケイソクキョウカイカイハツミツギホウキノウスウモトシヨウミカクテイカイハツショキダンカイキボガイサンミツソースコードのステップ数を基に、システム全体の規模を算出する。システムの機能数とソースコードのステップ数がほぼ比例して増えるという考えに基づく。１９７０年代に登場し、メインフレーム時代に多く使われた見積り技法の１つ。スウモトゼンタイキボサンシュツキノウスウスウヒレイフカンガモトネンダイトウジョウジダイオオツカミツモギホウ上流工程-見積もり開発プロジェクトなどの多様化に対応するため、１９９５年にCOCOMO８１の修正版として発表された。開発工程を３つのフェーズに分けるほか、５つの「スケール要因」と１７の「コスト要因」を加味して工数や期間を算出する。カイハツタヨウカタイオウネンシュウセイバンハッピョウカイハツコウテイワヨウインヨウインカミコウスウキカンサンシュツユースケース図の「アクター」と「ユースケース」を基に、１３の技術的な要因と８つの環境的な要因を加味して開発規模を算出する見積もり技法。UMLを用いたオブジェクト指向開発や、RUP(Rational Unified Process)、統一プロセスなどの反復型開発に向く。ズモトギジュツテキヨウインカンキョウテキヨウインカミカイハツキボサンシュツミツギホウモチシコウカイハツトウイツハンプクガタカイハツムあらかじめ各作業に要する標準的な工数やコストを設定しておき、分析した作業内容に割り当てる。WBSによる積み上げ型の見積りとは異なり、現実的な条件を考慮せずに工数やコストを算出する。カクサギョウヨウヒョウジュンテキコウスウセッテイブンセキサギョウナイヨウワアツアガタミツモコトゲンジツテキジョウケンコウリョコウスウサンシュツプロジェクト全体の作業を管理しやすい大きさに分割し、その作業単位ごとに必要な工数やコストを見積もる。それを積み上げることで、実際に発生するであろう全体の工数やコストを算出する。ゼンタイサギョウカンリオオブンカツサギョウタンイヒツヨウコウスウミツツアジッサイハッセイゼンタイコウスウサンシュツゼロベース思考シコウ仮説思考法カセツシコウホウ帰納法キノウホウ演繹法エンエキホウ出口から考えるデグチカンガ５W１H過去の方法に囚われずに、白紙の状態から考えてみることカコホウホウトラハクシジョウタイカンガ仮説を立てて行動すること。限られた情報と時間で課題に取り組んでいく方法。カセツタコウドウカギジョウホウジカンカダイトクホウホウ実例から理論を構築する機能法ジツレイリロンコウチクキノウホウ未来を予言する演繹法ミライヨゲンエンエキホウ最終目標を基準にして逆に考えていくことサイシュウモクヒョウキジュンギャクカンガ文章作法の基本だが、情報を的確に伝える基本でもあるブンショウサホウキホンジョウホウテキカクツタキホン仮説検証カセツケンショウその他タこの技法の特徴は、犯人探しをしないこと、根本的原因分析の専門知識を必要としないこと、根本原因を一つに絞らないことである。以下のテンプレート（七つのそもそも）に従い、といかけによる原因の発見を繰り返すことで、根本原因を見つけ出す。 そもそも１「決めていない」　そもそも２「しらない」　そもそも３「知っていたが実施しない」 そもそも４「決まりごとがおかしい」　そもそも５「決まりごとが古くなった」 そもそも６「訓練が足りない」　そもそも７「運用しにくい」ギホウトクチョウハンニンサガコンポンテキゲンインブンセキセンモンチシキヒツヨウコンポンゲンインヒトシボイカナナシタガゲンインハッケンクカエコンポンゲンインミダキシジッシキキフルクンレンタウンヨウプロジェクト、活動を振り返る際に、要素を「Keep」「Problem」「Try」の3つに分けて整理するフレームワークカツドウフカエサイヨウソワセイリ「なぜなぜ分析」とは、「なぜ？」という問いを論理的に重ねることによって問題やトラブルが発生した原因を掘り下げ、有効な対策を導き出す分析スキルのことである。もともとTQM（総合的品質管理）の一環として自動車産業などの生産現場で実践されていたが、近年は顧客の声からニーズを探るカスタマーセンターや業務改革を手掛けるシステム関連など、製造分野以外の分野や業種にも急速に浸透している。ブンセキトロンリテキカサモンダイハッセイゲンインホサユウコウタイサクミチビダブンセキソウゴウテキヒンシツカンリイッカンジドウシャサンギョウセイサンゲンバジッセンキンネンコキャクコエサグギョウムカイカクテガカンレンセイゾウブンヤイガイブンヤギョウシュキュウソクシントウコトバンクコスト、資源、時間などをバランスよく調整、全体の進捗を管理する「プロジェクトマネジメント」を行うため、各工程（作業）の進捗とコストの発生を一つのグラフで把握し、的確に対処するための管理手法。シゲンジカンチョウセイゼンタイシンチョクカンリオコナカクコウテイサギョウシンチョクハッセイヒトハアクテキカクタイショカンリシュホウMBA(投資効果)トウシコウカ回収期間法 PBP(Pay Back Period)カイシュウキカンホウMBA用語集ヨウゴシュウNPV法ホウIRR法ホウ回収期間法とは、投資金額が何年で回収されるかを調べ、その期間がガイドラインとなっている期間よりも短ければ投資を実行し、長ければ投資を見送るという投資評価方法の１つ。 投資案件の採算性を検証する方法として他にNPV法やIRR法があるが、これらと比べて改修期間法は計算が簡単で理解しやすい特徴を持つ。反面、金銭の時間的価値を勘案できない、そもそも判断基準となるガイドライン期間を何によって決めるべきか曖昧、などの限界も指摘されている。カイシュウキカンホウトウシキンガクナンネンカイシュウシラキカンキカンミジカトウシジッコウナガトウシミオクトウシヒョウカホウホウトウシアンケンサイサンセイケンショウホウホウホカホウホウクラカイシュウキカンホウケイサンカンタンリカイトクチョウモハンメンキンセンジカンテキカチカンアンハンダンキジュンキカンナニキアイマイゲンカイシテキ品質ヒンシツ７の法則ホウソク７の法則（The　Role　of　Seven）とは、7回連続で発生した結果には、何らかの理由があるという考え方である。1/2の７乗は0.0078125、すなわち0.8％の確率で起こったことは偶然ではないということである。 ※管理図などで、管理上限、下限に収まったが、平均値を7回連続で上回ったか下回った場合に、原因分析をする、などといった使い方をする。ホウソクカイレンゾクハッセイケッカナンリユウカンガカタジョウカクリツオグウゼンカンリズカンリジョウゲンカゲンオサヘイキンチカイレンゾクウワマワシタマワバアイゲンインブンセキツカカタIRRとは複利計算に基づいた、投資に対する収益率（利回り）を表す。IRRは、NPBの累計がゼロになる割引率として求められる。 IRRは、日本語で内部収益率とか内部利益率といった言い方をする。IRRはDCF法によるNPVと並んで良く使われる投資判断指標である。フクリケイサンモトトウシタイシュウエキリツリマワアラワルイケイワリビキリツモトニホンゴナイブシュウエキリツナイブリエキリツイカタホウナラヨツカトウシハンダンシヒョウ投資対効果トウシタイコウカ正味現在価値（NPV)：投資によって得られるフリーキャッシュフローの現在価値の総和から投資額を引いたものショウミゲンザイカチトウシエゲンザイカチソウワトウシガクヒRUP米国ラショナルソフトウェア社（現在はIBMの1部門）が、初期のオブジェクト指向をベースとしたソフトウェア開発に携わってきた企業・人々の様々な経験、専門知識、プラクティスを取り入れて、包括的な体系としてまとめたソフトウェア開発プロセス・フレームワーク、またはそれをサポートするプロセス製品。 RUPの特徴はユースケースを開発の基点とし（ユースケース駆動）、開発するソフトウェアの基本構造を早期に設定する（アーキテクチャ中心）が、ウォーターフォールのように初めから完全な形の完成品を想定するのではなく、重要な機能やリスクの大きな機能をユースケース単位にイテレーションを繰り返しながら構築する（反復型開発）ことなどである。また、RUPのプロセスは組織やプロジェクト毎にカスタマイズして利用する（カスタマイズ可能）ものとして構成されており、１つのプロセスではないので「プロセス・フレームワーク」とも呼ばれる。ベイコクシャゲンザイブモンショキシコウカイハツタズサキギョウヒトビトサマザマケイケンセンモンチシキトイホウカツテキタイケイカイハツセイヒントクチョウカイハツキテンクドウカイハツキホンコウゾウソウキセッテイチュウシンハジカンゼンカタチカンセイヒンソウテイジュウヨウキノウオオキノウタンイクカエコウチクハンプクガタカイハツソシキゴトリヨウカノウコウセイヨ○DOAデータ中心分析。業務で扱うデータの構造や流れに着目し、システム設計を行う手法。企業で扱うデータの統一的なデータベースを作り、一元化することで個々のシステム設計をシンプルにするというアプローチである。チュウシンブンセキギョウムアツカコウゾウナガチャクモクセッケイオコナシュホウキギョウアツカトウイツテキツクイチゲンカココセッケイPOA業務システムの設計手法の一つで、主に業務の過程や手順に着眼して設計を行うこと。 業務の手順や工程を図などに書き表して定義し、それに合わせてソフトウェアやシステムの挙動を決定していく。現実の手順に基づいてシステムの動作を考えるため分かりやすく、設計工程を比較的容易に素早く進めることができる 。SOA大規模なシステムを「サービス」の集りとして構築する設計手法。 サービスとは、外部から標準化された手順によって呼び出すことができる一まとまりのソフトウェアの集合であり、単体で人間にとって意味のある単位の機能を持つものを指す。アプリケーションソフト自体に他のソフトウェアとの連携機能を持たせたものと考えてもよい。ダイキボアツマコウチクセッケイシュホウガイブヒョウジュンカテジュンヨダヒトシュウゴウタンタイニンゲンイミタンイキノウモサジタイホカレンケイキノウモカンガ調査の方法論における基本的な考え方。あらかじめ仮説を立てて、その仮説を調査で実証していこうというもの。一方、憶測せずに事実をありのままに調査していこうという立場を事実検証という。仮説検証は検証者の好みやイデオロギーが調査に影響を当てる可能性があり、一方、事実検証は調査の効率が悪く、時には事後解釈も成立するので信頼性に欠けるなど、それぞれ欠点がある。ユーザーストーリー要件定義のフェーズで起こりがちな「要求が本当に妥当かわからない」、あるいはアジャイル開発を進める途中での「予算に合わせて柔軟にスコープを変更したい」といった課題の解決に役立つ。 具体的には「現在の業務フローを書きだす」「関係者が要求を提示する」「要求事項を業務フローにマッピングしながら、あるべきフローを作成する」「あるべきフローから、利用シーンを抽出する」「利用シーンごとにストーリを洗い出す」「ストーリの優先度を決める」「開発スコープを決める」という手順で、検討を進める。 良いストーリの基準は、「（要求として）独立していること」「交渉可能であること」「価値がある」「見積もり可能（要求完了の定義が明確）」「要求範囲が小さい（アジャイル開発に適する）」「テスト可能であること」である。ヨウケンテイギオヨウキュウホントウダトウカイハツスストチュウヨサンアジュウナンヘンコウカダイカイケツヤクダグタイテキゲンザイギョウムカカンケイシャヨウキュウテイジヨウキュウジコウギョウムサクセイリヨウチュウシュツリヨウアラダユウセンドキカイハツキテジュンケントウススヨキジュンヨウキュウドクリツコウショウカノウカチミツカノウヨウキュウカンリョウテイギメイカクヨウキュウハンイチイカイハツテキカノウCMMICMMIとは、能力成熟度モデル統合のことである。組織がプロセスをより適切に管理できるようになることを目的として遵守するべき指針を体系化したものである。CMMIは、もともと能力成熟度モデル（CMM)として開発された。ノウリョクセイジュクドトウゴウソシキテキセツカンリモクテキジュンシュシシンタイケイカノウリョクセイジュクドカイハツレビューパスアラウンドレビュー対象となる成果物を電子メールなどで複数のレビューアに配布・回覧し、フィードバックを求める方法。回覧式、配布式、集中式（掲示板）がある。タイショウセイカブツデンシフクスウハイフカイランモトホウホウカイランシキハイフシキシュウチュウシキケイジバンデザインレビュー各フェーズにおける仕様書や設計書、プログラムなどの成果物を第三者の目（営業、経理、購買、生産管理、品質保証など）でレビューすることにより、開発者の視点では漏れてしまう内容を精査して、品質を確保することを目的としている。カクシヨウショセッケイショセイカブツダイサンシャメエイギョウケイリコウバイセイサンカンリヒンシツホショウカイハツシャシテンモナイヨウセイサヒンシツカクホモクテキアドホックレビュー必要に応じて身近な同僚や手すきの仲間に成果物を見てもらう非公式レビューのことヒツヨウオウミヂカドウリョウテナカマセイカブツミヒコウシキウォークスルーソフトウェア開発において、ソフトウェア成果物の品質向上を目的に、その作成者が主体となって開催するレビューの事。インスペクションに準じる公式なソフトウェアレビューに位置づけられることが多い。カイハツセイカブツヒンシツコウジョウモクテキサクセイシャシュタイカイサイコトジュンコウシキイチオオピアレビューソフトウェアプロセスの各段階で生成される成果物を同僚やチームメンバーがレビューすること。あるいはその手法の総称をいう。 ピアレビュー手法の代表的なものとして、インスペクション、チームレビュー、ウォークスルー、パスアラウンド、ピアデスクチェック、アドホックレビューなどが知られる。カクダンカイセイセイセイカブツドウリョウシュホウソウショウシュホウダイヒョウテキシチームレビュー開発チームが組織活動の一環として実施するソフトウェアレビューの事。単にレビューといった場合、チームレビューを指すこともある。カイハツソシキカツドウイッカンジッシコトタンバアイサピアデスクチェックソフトウェアレビューの1つで、レビュー対象物の作成者とレビュー担当者の2人だけで行われるレビューをいう。公式レビューとしても非公式レビューとしても運用できる。タイショウブツサクセイシャタントウシャニンオコナコウシキヒコウシキウンヨウラウンドロビンレビューソフトウェアレビュー手法の一つで、レビュー会議の参加者が説明や発言を持ち回りで行う方法をいう。シュホウヒトカイギサンカシャセツメイハツゲンモマワオコナホウホウインスペクション最も公式なソフトウェアレビュー。ソフトウェア中の問題を検出するために、事前に定められた観点で第三者が厳密にレビュー対象を点検して欠陥の指摘と認定を行い、その結果に基づいて対象の修正と開発プロセスの評価・改善を行う。モットコウシキチュウモンダイケンシュツジゼンサダカンテンダイサンシャゲンミツタイショウテンケンケッカンシテキニンテイオコナケッカモトタイショウシュウセイカイハツヒョウカカイゼンオコナV&V分析・設計・開発・製造などの過程（プロセス）が正しく行われ、その結果として最終製品（アウトプット）もまた正しく創り出されているかについて、検証（ベリフィケーション）と妥当性確認（バリデーション）という２つの視点から評価すること。製品やサービス、システムなどの品質を確保する基本手段とされる。ブンセキセッケイカイハツセイゾウカテイタダオコナケッカサイシュウセイヒンタダツクダケンショウダトウセイカクニンシテンヒョウカセイヒンヒンシツカクホキホンシュダンユーセージベースドリーディングレビューのリーディング技法の1つ。 ユースケースの内容に応じて優先順位を付けて読み進める。 ユースケースが定義されているときやユーザが典型的なユースケースに沿ってソフトウェアを利用する場合が適する。ギホウナイヨウオウユウセンジュンイツヨスステイギテンケイテキソリヨウバアイテキアドホックリーディングレビューのリーディング技法の1つ。 各レビューアが自信のペースで読み進める。 経験豊富なレビューアが多く参加するなじみのあるレビューア同士が参加するときに適する。カクジシンヨススケイケンホウフオオサンカドウシサンカテキチェックリストリーディングレビューのリーディング技法の1つ。 レビューア全員が同じペースでチェックしながら読み進める。 担当者による観点のブレを抑えたいときやレビュー対象となるソフトウェアの担当者にチェック項目を事前に知らせておきたいときに適する。ゼンインオナヨススタントウシャカンテンオサタイショウタントウシャコウモクジゼンシテキディフェクトベースドリーディングレビューのリーディング技法の1つ。 各レビューアが、異なるシナリオを使い、異なるペースで読み進める。 ”典型的なエラー”のタイプが推測できるときに適する。カクコトツカコトヨスステンケイテキスイソクテキパースペクティブベースドリーディングレビューのリーディング技法の1つ。 各レビューアが、異なる観点、異なるペースで読み進める。 手分けをして複数の観点から網羅的にエラーを指摘したい場合や「チェックに必要なスキル」差が大きい複数の観点を設定したい場合に適する。カクコトカンテンコトヨスステワフクスウカンテンモウラテキシテキバアイヒツヨウサオオフクスウカンテンセッテイバアイテキODC分析(直行欠陥分類）ブンセキチョッコウケッカンブンルイOrthogonal Defect Classification(直行欠陥分類、以下ODC)による分析とは、1992年IBM　Watson研究所により提唱された障害の定量的分析手法。排他的（Orthogonal)な複数の属性を用いて分析することにより、障害を多次元のソフトウェア空間領域上に位置づけることができる。具体的にODC分析では検出された障害に直行した複数の属性を付与し、多角的な視点から分析を行う。独自で重複・冗長性のない属性を定義し、その属性のみに注目しながら分類することにより効率的に分析を行うことができることを特徴とする。ODC分析により得られる結果は、遍在する障害領域を特定するだけではなく、それが作り込まれた開発工程をも特定することが可能となる特徴を有する。チョッコウケッカンブンルイイカブンセキネンケンキュウジョテイショウショウガイテイリョウテキブンセキシュホウハイタテキフクスウゾクセイモチブンセキショウガイタジゲンクウカンリョウイキジョウイチグタイテキブンセキケンシュツショウガイチョッコウフクスウゾクセイフヨタカクテキシテンブンセキオコナドクジチョウフクジョウチョウセイゾクセイテイギゾクセイチュウモクブンルイコウリツテキブンセキオコナトクチョウブンセキエケッカヘンザイショウガイリョウイキトクテイツクコカイハツコウテイトクテイカノウトクチョウユウ超上流チョウジョウリュウSEC（ソフトウェア・エンジニアリング・センター）Openthology要求開発アライアンスヨウキュウカイハツ「問題解決手法の紹介と解決力をつける」オニオン図ズステークホルダーの分析時、プロジェクトに影響を与える人物を層別に整理する考え方ブンセキジエイキョウアタジンブツソウベツセイリカンガカタRACI誰が実行担当者なのか、誰が報告先なのかといった役割を4つの分類に整理する。 　R：実行担当者、A：意思決定者、C：作業の前に相談する相手、I：成果などについて報告すべき相手ダレジッコウタントウシャダレホウコクサキヤクワリブンルイセイリジッコウタントウシャイシケッテイシャサギョウマエソウダンアイテセイカホウコクアイテSMART目標設定におけるポイントについて、該当する単語の頭文字をとったもの。 項目は、具体的、測定可能、達成可能、関連、有限時間である。モクヒョウセッテイガイトウタンゴカシラモジコウモクグタイテキソクテイカノウタッセイカノウカンレンユウゲンジカンMoSCow１００ドル法ホウプライオリティ法ホウフォースフィールド分析ブンセキPDCAペイオフマトリクスhttp://namaraii.com/framework議論の結果、複数の案が出てきた場合に、どれを選べばよいのかで悩むことがある。そのような場合、2つの評価基準を設定し、ペイオフマトリクスで複数案の相対的ポジションを比較すると良い。ギロンケッカフクスウアンデバアイエラナヤバアイヒョウカキジュンセッテイフクスウアンソウタイテキヒカクヨプロセスマッピング業務プロセスの無駄や問題を見つけたい場合に使用する。ギョウムムダモンダイミバアイシヨウ意思決定テーブルイシケッテイ複数の対象に対して優先度付けをしたい場合に使用する。評価を行う観点を抽出した後、評価観点毎に点数を付け、それらの積を計算した評価点を用いて優先度を決定する。フクスウタイショウタイユウセンドツバアイシヨウヒョウカオコナカンテンチュウシュツアトヒョウカカンテンゴトテンスウツセキケイサンヒョウカテンモチユウセンドケッテイある計画が上手くいっていない場合、その原因を人の心に作用する見えない力という視点で見える化し分析する。ケイカクウマバアイゲンインヒトココロサヨウミチカラシテンミカブンセキポジショニングマップ新製品を開発する場合に、競合製品のポジションを評価し「空いている」ポジションを見つけるなど、複数の対象物のポジショングを整理するために使う。シンセイヒンカイハツバアイキョウゴウセイヒンヒョウカアミフクスウタイショウブツセイリツカSWOT分析ブンセキ組織（個人でも良い）の戦略を検討する際に、ブレストだけでは意見が発散してしまい、統一感のある戦略に纏め上げるのが難しいケースがある。そういう場合は、SWOT分析により論点を絞り意見を共有しながら戦略に落とし込むと良い。ソシキコジンヨセンリャクケントウサイイケンハッサントウイツカンセンリャクマトアムズカバアイブンセキロンテンシボイケンキョウユウセンリャクオコヨ二分割法ニブンカツホウ話が混乱したり一方からの視点に偏った議論になった場合、二分割法で整理してみると良い。ハナシコンランイッポウシテンカタヨギロンバアイニブンカツホウセイリヨ４W１H目標に対して設定したアクションを具体化する。責任分担を明確化し進捗状況をフォローする。モクヒョウタイセッテイグタイカセキニンブンタンメイカクカシンチョクジョウキョウオポチュニティマッピング議論が狭い視点での各論に陥った場合、オポチュニティマッピングを使って全体をビジュアルに表すことにより、議論対象の全体像が見えてくる。ギロンセマシテンカクロンオチイバアイツカゼンタイアラワギロンタイショウゼンタイゾウミゴールツリーゴールを明確化して発散した議論を収束する。目的と手段を明確化する。メイカクカハッサンギロンシュウソクモクテキシュダンメイカクカマインドマップブレーンストーミングなど意見や考えを発散させたい場合に使うと効果的。イケンカンガハッサンバアイツカコウカテキオズボーンのチェックリストhttp://blog.yukarien.com/note/osborn-checklist/ベンチマークブレーンストーミングビジネスルール分析ブンセキデータモデリング決定分析ケッテイブンセキ見積りミツモ類推見積り、係数見積り、ボトムアップ見積もり、ローリングウェーブ法、三点見積り、履歴分析、専門家の判断、デルファイ法ルイスイミツモケイスウミツモミツホウサンテンミツモリレキブンセキセンモンカハンダンホウフォーカスグループエクストリームミーティングBPMNビジネスプロセスモデリング表記法（BPMN)とは、ワークフローとしてビジネスプロセスを描画するグラフィカルな標準記法である。BPMNはBPMIが開発し、OMGとBPMIが2005年に合併した後はOMGが保守している。BPMNの目的はすべてのビジネス関係者が容易に理解できる標準記法を提供することである。ビジネス関係者には、プロセスの作成・更新を行うビジネスアナリスト、プロセスの実装を行う技術者、プロセスを管理するマネージャなどが含まれる。さらにBPMNはビジネスプロセスと実装の間に良く発生するコミュニケーションギャップを埋めることを意図している。ヒョウキホウビョウガヒョウジュンキホウカイハツネンガッペイアトホシュモクテキカンケイシャヨウイリカイヒョウジュンキホウテイキョウカンケイシャサクセイコウシンオコナジッソウオコナギジュツシャカンリフクジッソウアイダヨハッセイウイトKT法ホウこことか多くの人たちは、次のような特徴（クセ）を持っている。 ①先入観にとらわれる、②定義を明確にしないで議論に入る、③結論を急ぎ、対策にジャンプする、④自説に固執する これらに対して、ラッショナル志向は、事実に基づき可能な限り論理的に、堂々巡りのムダを最小化して、抜け・モレ・勘違いなどの落とし穴にはまることなく、精度の高い結論を効率的に導き出す。 KT法（ラッショナル思考法）は、「状況分析」、「問題分析」、「決定分析」、「潜在的問題分析（リスク分析）」という4つのプロセスから構成されている。オオヒトツギトクチョウモセンニュウカンテイギメイカクギロンハイケツロンイソタイサクジセツコシツタイシコウジジツモトカノウカギロンリテキドウドウメグサイショウカヌカンチガオアナセイドタカケツロンコウリツテキミチビダホウシコウホウジョウキョウブンセキモンダイブンセキケッテイブンセキセンザイテキモンダイブンセキブンセキコウセイ決定分析プロセスケッテイブンセキPFDシステム思考と逆算思考を活用できる表現技法「プロセスフローダイアグラム」ECRSの原則ゲンソク作業改善において、工程、作業、動作をなくすことができないか（Eliminate)、一緒にできないか（Combine)、順序を変更できないか（Rearange）、単純化できないか（Simplify）という観点から見直す事を指す。５W１Hなどと同様に、作業全体を見直し、問題点を見出す際の手掛かりとなる。サギョウカイゼンコウテイサギョウドウサイッショジュンジョヘンコウタンジュンカカンテンミナオコトサドウヨウサギョウゼンタイミナオモンダイテンミイダサイテガ5W1Hのチェックリスト改善カイゼン状況を簡潔に、もれなく捉えて表現するために、Why(なぜ）、What(何を）、Where(どこで）、When（いつ）、Who(誰が）、How(どのように）の５W1Hの視点で整理する手法。また、Hoｗをさらに分解して、How to(どのように）と、How much(どのくらい）の５W２Hとすることもある。いずれにしても、改善に取り組むときのチェックリストとして、５W1H（５W２H)を自問自答していくことが役立つ。ジョウキョウカンケツトラヒョウゲンナニダレシテンセイリシュホウブンカイカイゼントクジモンジトウヤクダシステム思考シコウインバスケット思考シコウ決定分析は、下記3ステップで進める。 ①目的を明らかにする、②満たすべき要素を定義する、③複数案を評価する 決定分析プロセスとは、言い換えれば「選択」プロセスである。複数の策を評価し、目的を達成するためにより機能する策を選び出す。そのためには「何を達成しようとしているのか」に焦点を当てなければならない。「何のための意思決定か」「それを実現するためにはどんな要素を満たすべきか」「その要素をより満たす案はどれか」といった問いに答えることが、決定分析の目的である。ケッテイブンセキカキススモクテキアキミヨウソテイギフクスウアンヒョウカケッテイブンセキイカセンタクフクスウサクヒョウカモクテキタッセイキノウサクエラダナニタッセイショウテンアナンイシケッテイジツゲンヨウソミヨウソミアントコタケッテイブンセキモクテキ３Cロジックツリー分析的思考ブンセキテキシコウPEST　企業を取り巻くマクロ環境のうち、現在ないし将来の事業活動に影響を及ぼす可能性のある要素を把握するため、PESTフレームワークを使って外部環境を洗い出し、その影響度や変化を分析する手法のこと。経営戦略策定や事業計画立案、市場調査におけるマクロ環境分析の基本ツールとして知られている。キギョウトマカンキョウゲンザイショウライジギョウカツドウエイキョウオヨカノウセイヨウソハアクツカガイブカンキョウアラダエイキョウドヘンカブンセキシュホウケイエイセンリャクサクテイジギョウケイカクリツアンシジョウチョウサカンキョウブンセキキホンシItmediaエンタープライズ４P４Cビジネスモデルキャンバス共感マップキョウカンペルソナ　共感マップとは、ビジュアルシンキングを扱うXPLANEという会社が開発した顧客インサイトを知るためのツールである。「シンプルな顧客分析ツール」と呼ばれるこのツールは、顧客のデモグラフィックな特徴だけでなく、彼らを取り巻く環境や関心、願望を理解するのに役立つ。マップは６つに分けた質問に答えていく形で進められるようになっている。キョウカンアツカカイシャカイハツコキャクシコキャクブンセキヨコキャクトクチョウカレトマカンキョウカンシンガンボウリカイヤクダワシツモンコタカタチススビジュアルシンキングバランススコアカードバランススコアカードnavi　バランス・スコアカードとはビジョンと戦略を実現するために財務、顧客、業務プロセスなどの視点から戦略マップを作成してKPIを設定し、実施を管理する経営手法のことをいう。米ハーバード大学キャプラン教授らが開発した。センリャクジツゲンザイムコキャクギョウムシテンセンリャクサクセイセッテイジッシカンリケイエイシュホウベイダイガクキョウジュカイハツ図解思考ズカイシコウ問題 解決モンダイカイケツ図解ズカイ経営ケイエイリンク①参考①サンコウ影響力ダイアグラムエイキョウリョク影響力ダイアグラムは意思決定をするために必要な要素を見つけ出し、要素間の関係を図解することで正しい意思決定を導く手法である。エイキョウリョクイシケッテイヒツヨウヨウソミダヨウソカンカンケイズカイタダイシケッテイミチビシュホウ●評価ヒョウカ所感ショカン評価数ヒョウカスウ×△-http://fk-plaza.jp/Solution/solution_tool.htm追加されているツイカ-●この解説だけだと理解不能カイセツリカイフノウ●○① 思考法シコウホウ【QC七つ道具】 特性（品質）に影響している要因を系統的に図解することで、原因追及が容易になるナナドウグトクセイヒンシツエイキョウヨウインケイトウテキズカイゲンインツイキュウヨウイ【QC七つ道具】 チェックするだけの簡単な作業で、必要なデータを集められるとともに重大なミスを防止できるカンタンサギョウヒツヨウアツジュウダイボウシ【QC七つ道具】 データのバラツキの分布状態から工程の問題点を推察できるブンプジョウタイコウテイモンダイテンスイサツ【QC七つ道具】 二つの要素の間に関係が存在するかどうかがわかるフタヨウソアイダカンケイソンザイ【QC七つ道具】 品質不良などの要因に複数の項目がある場合に、対策の重点方針を設定できるヒンシツフリョウヨウインフクスウコウモクバアイタイサクジュウテンホウシンセッテイ【QC七つ道具】 グラフ：データを視覚表現することで比較や変化を容易に把握できる 管理図：工程の異常発生を未然に防ぐことができるシカクヒョウゲンヒカクヘンカヨウイハアクカンリズコウテイイジョウハッセイミゼンフセ【QC七つ道具】 漠然としているデータ群が、層別によって特徴を現してくるバクゼングンソウベツトクチョウアラワ【新QC七つ道具】 複雑に絡み合う問題から重要な要因を見つけるシンフクザツカラアモンダイジュウヨウヨウインミ【新QC七つ道具】 混沌とした要素を構造的にまとめる情報整理法コントンヨウソコウゾウテキジョウホウセイリホウ【新QC七つ道具】 目的を達成するための道順を決めるモクテキタッセイミチジュンキ【新QC七つ道具】 問題の所在や形態を探ることができ、問題解決の着想が得られるモンダイショザイケイタイサグモンダイカイケツチャクソウエ【新QC七つ道具】 プロジェクトを最短で完了させる道筋がわかるサイタンカンリョウミチスジ【新QC七つ道具】 多数の数値データを整理する方法タスウスウチセイリホウホウ【新QC七つ道具】 実行計画が頓挫しないようにあらゆる場面を想定しておくジッコウケイカクトンザバメンソウテイ出所（リンク）デドコロ○目的と手段を混同しがち。出口（目的）を強く意識し、そこに至る道を考えるのは有効であると思慮する。モクテキシュダンコンドウデグチモクテキツヨイシキイタミチカンガユウコウシリョシステム開発カイハツ×https://namaraii.com/ゴールツリー-dd4b060af860○要求定義において、要求を必要性で分類し、実現要求を整理する。具体的には、「MUST：必ず満たさなければならない（必須）」「Should：可能であれば、満たすことが推奨される（推奨）」「Could：他のものに影響を与えない限り、満たしても良い（可能）」「Won't（will not）：今回は見送る（先送り）」の４つに分類する。 ※Moscowはモスクワ。2つ目の「o」が謎だが、たぶん意味なし！ヨウキュウテイギヨウキュウヒツヨウセイブンルイジツゲンヨウキュウセイリグタイテキカナラミヒッスカノウミスイショウスイショウタエイキョウアタカギミヨカノウコンカイミオクサキオクブンルイメナゾイミ○●思考の外在化シコウガイザイカ○頭の中にある思いを文字やモデルなどで可視化することで、思考を整理する方法。 文字を見るとその文字からもう一度自分が刺激を受ける。アタマナカオモモジカシカシコウセイリホウホウモジミモジイチドジブンシゲキウ△フォーカスグループとは、定性的研究の一種であり、ある製品/サービス/コンセプト/宣伝/アイデア/パッケージについて人間の集団に考えを質問する手法としてマーケティングリサーチで使われる。グループ対話形式で自由に発言してもらう。テイセイテキケンキュウイッシュセイヒンセンデンニンゲンシュウダンカンガシツモンシュホウツカタイワケイシキジユウハツゲンマーケティング×●？○目標モクヒョウマーケティング● 【★ファイル名★】styles.xml 【★ファイル名★】workbook.xml 【★フォルダ名★】xl\printerSettings 【★フォルダ名★】xl\theme 【★ファイル名★】theme1.xml 【★フォルダ名★】xl\worksheets 【★ファイル名★】sheet1.xml &A&P / &N ページ 【★ファイル名★】sheet2.xml 233232&A&P / &N ページ 【★ファイル名★】sheet3.xml 2829239219313247218220712574683103196254222221226228227ROW()-1104272162291ROW()-1211733273182301321933335231231462403333335225230157241333352252301682423333522523017924333335225230181024433335225230191124533335225230110122463333140225230111320333323523423412212473333225331132224833332253311423249333322533115242503333225331162525133332252301172625233332253311827253333333522533119137333230120147233332301211574333375230122447633752301234533230124304933432301251503353230126485133532301273452335323012835423343230129365433532301303755335323013138573353230132395633532301334041333343230134586433522912363559655225273136606653761675386268525512563963695331407098417882777922914280882581438186872581448485332291458990332581469293332581479495912581489697912581499910091258150101102912581511041053325815210610733258153108109332581541101113325815511211333258156114115332581571161173325815811811933258159120121332581601221233325816113413533258162124125332581631261273325816412812933258165130131332581ROW()-166132133332581ROW()-167136137332581ROW()-168138139332581ROW()-16914114233258170143144332581711451462747214726133332632621731483322917414933229175150159331532291761513333177152154331532372381781551563315322917915715833153801601612751532291811621633315322918216416533153276331831661673315384168169331532252671851701713325926018617217333153871743317588176891779017891179921802009318118294183268269271270951849618518633971871891889819018899191192100193194101195197102198103199104201105202106203107204205206108207109208110209111210212112211331132133333114214216332151152173333116223224225117264266332651118119120121122123124125126127 【★フォルダ名★】xl\worksheets\_rels 【★ファイル名★】sheet1.xml.rels 【★ファイル名★】sheet2.xml.rels 【★ファイル名★】sheet3.xml.rels 【★フォルダ名★】xl\_rels 【★ファイル名★】workbook.xml.rels 【★フォルダ名★】_rels 【★ファイル名★】.rels