明確とは？
|
Part6までで，業務を説明するために必要十分な概念を明確にしました。Part7では，業務における作業の流れと入出力情報を明らかにします。基本的な流れに沿わない例外的な業務は状態遷移で表現できます。 Part7は，演習編の5回目です。Part6とPart5は，業務の静的な構造に着目する演習を解説しました。業務を説明するために必要十分な概念を明確にすることが目的でした。Part6までで，業務システムの情報に関係する要素が明確になったのです。 Part7の演習の目的は，対象とする業務における作業と情報の流れを明確にすることと，業務における状態の遷移を明確にすることです。具体的な作業として，演習では「業務情報フロー図」と「状態遷移図」を作成します（Part7の内容は，対象とする業務における作業と情報の流れを業務情報フロー図で可視化する演習と，業務における状態の遷移を状態遷移図で可視化する演習です', '950', '700'))">図1）。 Part7の内容は，対象とする業務における作業と情報の流れを業務情報フロー図で可視化する演習と，業務における状態の遷移を状態遷移図で可視化する演習です', '950', '700'))"> 図1●Part7の演習範囲Part7の内容は，対象とする業務における作業と情報の流れを業務情報フロー図で可視化する演習と，業務における状態の遷移を状態遷移図で可視化する演習です 対象とする業務における作業と情報の流れを明確にすることで，情報システムに対する要求を獲得することができます。また，業務における状態の遷移を明確にすることで，作業の基本的な流れに沿わない例外的な業務を表現できます。例えば，注文を取り消せるタイミングはいつかといったようなことを表せます。 今回の1つ目の演習は，対象とする業務における作業と情報の流れを業務情報フロー図で可視化することです。表記法としては，UMLの「アクティビティ図」を使用します。サンプルを業務情報フロー図の視点は，対象とする業務における作業と情報の流れを明確にすることです。業務フロー図に情報フローを加えて表現します。表記法は，UMLのアクティビティ図です', '950', '700'))">図2に示します。 業務情報フロー図の視点は，対象とする業務における作業と情報の流れを明確にすることです。業務フロー図に情報フローを加えて表現します。表記法は，UMLのアクティビティ図です', '950', '700'))"> 図2●業務情報フロー図のサンプル業務情報フロー図の視点は，対象とする業務における作業と情報の流れを明確にすることです。業務フロー図に情報フローを加えて表現します。表記法は，UMLのアクティビティ図です 本講座では，具体的なサンプルとして中古車販売業務を取り上げています。Part5およびPart6回と同じく本演習も，その一部である，中古車を受注するプロセスを取り上げて解説します。 皆さん，中古車受注プロセスの業務フロー図を覚えていますか。本講座のPart4で，中古車販売業務を中古車受注プロセスと代金請求プロセス，納車プロセスに分割して，中古車受注プロセスの業務フロー図を例示しました。そこで例示した業務フロー図に，情報フローを加えたものが，図2で紹介している業務情報フロー図になっています。 なお，上記6.の作業と，7.から8.までの作業は，並行して行えます。図2の同期バー（フォークとジョイン）で挟まれている部分です。 業務情報フロー図は，作業の入出力情報とその流れを，業務フロー図に加えて，表現しています。まずは，それぞれの作業における入出力情報を明確にしましょう。その際，一般的には，出力情報を明確にしてから，入力情報を明確にします。 それぞれの作業は「××を○○する」という形式で表現していますので，作業の成果物（出力）は「○○された××」と機械的に言い換えることで明確になります。出力情報を考える際には，この成果物を考慮します。 具体的には，上記1.の「購入を希望する」であれば“希望された購入”が出力になります。これを情報名として表現すると「購入希望」になるでしょう。 同様に考えて，上記2.の「在庫を問い合わせる」であれば“問い合わされた在庫”が出力になります。この場合の情報名は「購入希望」と同じでしょう。以下，上記の3.は「在庫」，4.は「見積」，5.は「注文」，6.は「在庫」，7.は「顧客」，8.は「受注」が出力情報になります。 次に，入力情報です。それぞれの作業の投入物（入力）は，出力のように機械的に言い換えることで導き出せるわけではありません。ただし，暫定的には「××される前の○○」という形で表現できます。例えば，上記8.の「中古車を受注する」であれば“受注される前の中古車”が暫定的な入力になります。 この暫定的な入力と，その作業の出力，および，その作業に至るまでの作業の出力を考慮して入力情報を明確にします。例えば，上記8.の「中古車を受注する」であれば「注文」と「顧客」が入力情報です。 Part1 モデリング入門 業務全体を“可視化”して顧客をナビゲート，モデリングのスキルが必要不可欠に Part9 システムの範囲ーー利用者の立場でシステムをとらえる，システムの範囲は「利用方法」で明確化 今月も日経SYSTEMSはITエンジニア必読の記事が満載です。まず特集1は「意図が伝わる設計書の作り方」。以前より読み手が増えているなかで，誤解を生まない設計書をいかに作ればよいか。たくさんのサンプルとともに示します。特集2は「技術者がマネージャになるとき」です。初めてマネージャを任されたとき，誰しも苦労するもの。失敗と成功の事例に学びましょう。このほか，バックアップ・メディアの破壊実験，知っているようで実は知らないファイアウォールの仕組みなど，ぜひご覧になってください！ |
[ 194] Part7 情報の流れと状態――作業の入出力情報を明確にする，例外業務を状態遷移で表現：ITpro
[引用サイト] http://itpro.nikkeibp.co.jp/article/lecture/20061206/256142/
|
若きベンジャミン・フランクリンは人生の目標として13の徳目を特定しました。そして1週間に1徳目ずつ、1つの徳目に年間で合計4週間取り組めるように設定しました。彼は、このシステムを用いることによりあらゆる活動においてさらに大きな充足感が得られるようになったと述べています。フランクリンと同じように今日でも、自分にとって最重要事項が何かを時間をかけて見定める人は、自分にとって真に重要な人や事物に時間を割く生活が実現できています。加えて、価値観を見定めるプロセスそのものが創造力をかき立て、あなたの職場や家族、自分自身についてのビジョンをさらに広げてくれるのです。フランクリン・プランナーはこうした生産的な内省のプロセスを促してくれます。 価値観はあなたがどのような質の生活に最も価値を置くかを反映したもので、次の問いへの答えとなるものです。 このような問いには、一朝一夕で答えを出せるものではありません。時間をかけて深く考え、観察してください。プランナーの「価値観」のフォームは、あなたが人生で最も価値を置く事柄が何かを特定するために作成されました。「あなたの最も大切なこと」を探し見つめてみましょう。 ベンジャミン･フランクリンは計画のために3つのステップを用いました。それは価値観を明確にすることから始まります。彼は最初に自分の価値観を特定し、優先順位をつけ、それに説明文をつけていきました。価値観と優先順位はしばしば同じ意味に用いられます。価値観は人生で最も大切なものだからです。しかし、ベンジャミン・フランクリンは価値観に順番をつけて、どの時期にどの価値観に集中するかを決めました。彼にとって優先順位は重要性の差ではなく、最も必要とする価値観に先に着手するものだったのです。自分の価値観を特定するには、最も優先するものは何かを見つけなくてはなりません。それは家族と時をともにすることでしょうか。そうであれば、価値観は家族にあるということになります。それとも、良い仕事をすることを何よりも大切に感じていますか。ならば、あなたの価値観は仕事にあることになります。また、約束に遅れないことを重要に考えているのであれば、価値観は時間を守ることにあります。このように、自分が何を優先しているかを考えながら、それにつながる価値観をブレーンストーミングで導き出してみましょう。以下に価値観の例を挙げておきます。 冒険心・本物志向・バランス・美・職業・思いやり・勇気・教育・健康・感謝・ユーモア・誠実・愛・忠誠・忍耐・尊敬・神仏を敬う心・チームワーク 価値観が特定できたら、それを明確化する必要があります。その価値観に対するあなたの解釈は、もしかしたらほかの人の解釈とは違うかもしれません。例えば「誠実」という価値観についてあなたは「うそをつかないこと」と考えますが、「公私にわたり正直で信頼される人物であること」と考える人もいます。価値観を明確にすると、もっと現実味を帯びてきます。ですから、説明文を書くときには「わたしはこうである」、「わたしはこうする」など、肯定的な表現を使うようにしましょう。 重要事項を発見する次のステップは役割、つまり他の人とのあなたの関係や責任を吟味することです。 役割の演習は、どれがあなたにとって重要でエネルギーを集中したい役割かを発見するのに役立ちます。役割を吟味することにより、人生は仕事やある特定の野心だけのために存在するものではないことが分かるのです。大切なのはバランスです。 役割とは「生活における責任分野」のことです。例えば多くの人が共通に持つ役割として「親」が挙げられます。親としての役割には、「子供のニーズを満たす」、「子供と一緒の時を過ごす」、「子供を行事に連れて行く」などが考えられます。これらはすべて「親」という役割の中にまとめることができます。分かりやすくするために、まとめられるものはすべてまとめて、役割の数は7つ以下にしましょう。4名分の役割を下の方に例として挙げておきましたので参照してください。 役割のページを使って役割のリストを作ってください。そして各役割において鍵となる人物を書き込みましょう。例えば「親」の場合、鍵となる人は「子供」です。最後に、その役割における理想の行動を説明文として付け加えます。「得意先担当課長」という役割であれば、説明文は「常に新たな顧客を獲得するとともに、最良のサービスと結果をもってその維持を図る」となるかもしれません。このようにして明確化ができたら、次のステップは、その中の１つか２つを毎週 「一週間コンパス」に書き写すことです。 人物4：夫／父、マネージャー、コーチ、家の保守の担当、ボーイスカウトのリーダー、スポーツ選手、自分自身 ミッションのページを利用して、「ミッション」の作成に取り組んでみましょう。 価値観は他の人と共通するものが出てくるかもしれませんが、「ミッション」はあなた独自のものです。ミッション・ステートメントは価値観から自然に生まれるもので、あなたの生き方や貢献したいことについての個人的な考えを述べたものです。 あなたの生涯はどのようなストーリーになるでしょうか？あなたは時間と才能を何に使ってきましたか？ミッション・ステートメントは、絶えず変化し続ける環境や生活に影響を及ぼす感情の起伏の中でルートを示してくれる地図のようなもので、あなたにとって生活の規範となるものです。 以下は他の人々のミッション・ステートメントの例です。一通り読んで、あなた自身のミッション・ステートメントを書くうえで参考にしてください。 希望と勇気を忘れずに生きていく。そして、私の才能を100％発揮して、悔いのない人生を歩もう。 家庭においては、お互いの一番の友達になれるよう健全で愛情深い関係を築こう。 職場においては、常に学ぶ環境を作ろう。人生においては、自然の法則に沿った生き方をしていこう。 自分から、そして自分にとって重要な人たちから、最良のものを引き出せるように行動しよう。特に、そう行動しないことが正当化されるときには。 自分が大切にしているものを信じることによって、自分の本当にしたいことを探し出そう。 他人に対して奉仕できるよう、知識を身につけ、みんなから尊敬を得ること、そして仕事においても積極的に行動する、ということを目標にしよう。 この演習はミッション・ステートメントを書く準備です。ライフプランに重要な4つの質問を書き出します。あなたにとって人生で大切なものは何ですか？人間関係ですか。仕事ですか？自由な時間ですか？ブレーンストーミングしてみましょう。実際の（スタートの質問；持つ、する、ある；弔辞；評価）ページをプリントアウトし、書き込んでみましょう。 実際の（ミッション・ステートメント）ページをプリントアウトし、書き込んでみましょう。 |
[ 195] ［フランクリン・プランナー] STEP1 価値観の明確化
[引用サイト] http://www.franklincovey.co.jp/products/system/step1.html
|
プレゼンテーションを行う際に心がけたいことの一つに、目的を明確にしておくということがあります。すなわち、聞き手の心に何を残したいか、そして、その結果として、聞き手にどのような行動をとって欲しいか、ということを予め明確に認識しておくということです。 ちょっと極端な例かもしれませんが、例えば、選挙における候補者の演説と、大学における教授の講義では、明らかに目的が異なっており、その結果、当然、その準備だけではなくて、本番での話し方なども、自ずから異なってきます。 それでは、プレゼンテーションの目的には、一体どのようなものがあるのでしょうか。プレゼンテーションの目的は、次の４つに大別されます。なお、これらの４つの分類は、ある意味、下に行くほど、聞き手に対する関与の度合いが深くなっています。 それぞれの目的によって、心がけるべき点、話の焦点を合わせるべき点は異なります。それでは、これから、それぞれの目的による違いを具体的に見ていきましょう。 例えば、天文学者が月食のメカニズムについて説明している場面を想像してみましょう。この場合、天文学者は、ミーティングが終わった後に、聞き手が何らかの行動を起こすこと、例えば月旅行に参加する、といったことを期待しているわけではありません。 この場合の天文学者の目的は、聞き手に事実を「知らせる」ことです。すなわち、プレゼンターの発する情報が聞き手に伝わった時点で、目的は達成されたことになります。 会社の人事異動を発表する場合や、会社が従業員に対して新しい福利厚生制度を採用したことを知らせる場合なども、同様です。 このように「知らせる」ことが目的の場合は、ポイントを押さえて、簡潔に話すようにして下さい。決して話を複雑にせず、あくまでも事実にスポットを当てるよう心がけて下さい。 しかし、仮に、上の例で新しく採用された福利厚生制度が、既に社員に良く知られているものではなく、社員にとってまったく馴染みのないものだとしたらどうなるでしょう。 この場合、単に新しい制度が採用されたという事実を知らせるだけではなくて、その新しい制度の目的、内容、メリット、さらにはその制度を利用する場合の書類の記入方法、提出先といったことについても説明しなければなりません。 こういうケースの目的は、「教える」ことにあります。すなわち、聞き手に話の内容を理解して貰うことが必要になります。 このように「教える」ことが目的の場合は、理解して貰いたい内容について徹底的に説明しなければならないので、プレゼンテーションの時間はどうしても長めになります。また、聞き手の理解度を確認しながら一段階ずつ話を進めていくという方法も有効です。なお、当然のことながら、プレゼンター自らがその内容を理解していないと、聞き手に理解して貰うことは困難です。 例えば、「消費税率を１０％に！」というようなスピーチの場合には、プレゼンターの主張を聞き手に受け容れて貰うことが目的となります。すなわち、プレゼンターの主張の内容を理解して貰うだけでなく、さらに納得して貰うことが必要になります。 政治的なスピーチの場合は、殆どがこのカテゴリーに分類されるかもしれません。論争の的となっている問題に対して、解決策の案を提示し、賛同を得ようとするわけですから、説得力のある話が不可欠だからです。 このように「説得する」ことが目的の場合は、まず、主張している事柄の内容を理解して貰うために、十分な論理や根拠を示さなければなりません。さらには、聞き手の心をプレゼンターの側に引き寄せるために、生き生きとした表現をすることも重要ですし、何よりも、プレゼンターの誠意と熱意を示さなければなりません。 ビジネスシーンでは、聞き手にただ単に話の内容に納得して貰うだけではなく、その結果として何らかの具体的な行動を起こして貰いたいと思うことが多いものです。例えば、新しい契約書にサインして貰いたいとか、新しい商品を購入して貰いたいといった具合です。 このように聞き手の「行動を促す」ことが目的の場合は、プレゼンターの提案を実行する（商品を購入するなど）ことにより生じる、聞き手のメリットを強調することが重要です。また、場合によっては、もし行動を起こさない（商品を購入しないなど）と、どのようなデメリットが発生するか、ということと対比してプレゼンテーションを行うことも効果的です。 もちろん、この場合、聞き手に求めている行動が、聞き手にとってメリットのあるものであることをプレゼンター自ら、十分に確信していることが大前提となります。 ここまでのお話でご理解いただけたかと思いますが、いったん自分のプレゼンテーションの目的を正確に認識すると、話の焦点を合わせることが極めて容易になります。そして、その結果、明確になった目的に焦点を絞れば絞るほど、プレゼンテーションはより強力なものになります。 *PowerPointや機器の操作など、個別の商品に関するお問い合わせは、各メーカー等にお願いします。 著作権・商標 | 免責事項 | プライバシー | リンク | 広告掲載 | 会社案内 | お問い合わせ |
[ 196] Presentation.jp: 全般 / 目的を明確に
[引用サイト] http://www.presentation.jp/prjp/knowhow/zenpan/mokuteki.html
|
HOME > 雑誌サイト > 日経エレクトロニクス > 不具合を明確にすれば，故障のリスクは減らせる 「どこかで何かトラブルがあれば，すぐ顧客から連絡が入ってきますよ。『どこ社製のコンデンサを使っている？』ってね。」――過去の様々な電子機器の不具合の中で，よく原因として挙げられるのがコンデンサです。あるACアダプタ・メーカーの技術者が言うには，たとえ他社のまったく異なる製品に搭載されているコンデンサに不具合が発覚した場合でも，「我々の納入品に使っているコンデンサの製造元やロットなどを確認するように」と，顧客からすぐに連絡があるそうです。 メーカーの違いや組み込む製品，用途によって異なりますが，様々なコンデンサの使用を社内規定で禁止しているメーカーは少なくありません。例えば，「電解液の溶質に4級アルキルアンモニウム塩を用いたAl電解コンデンサの1種である4級塩コンデンサは使ってはいけない」「Al電解コンデンサは日系メーカーでなければいけない」「Taコンデンサは使ってはいけない」といった内容です。故障する場合はショートではなく必ずオープンで壊れるように，コンデンサに対してヒューズ機能を持つことを条件とする場合もあります。7月17日号のLeading Trends「コンデンサが機器の寿命を左右する」の取材中に，コンデンサの利用者である機器メーカーからは，社内規定によりコンデンサの品質には気を使っているが，使えるコンデンサが限定されてしまうという声を聞きました。また，コンデンサ・メーカーからは顧客の社内規定を越えて採用してもらうことは非常に難しいという声が上がっていました。 コンデンサの使用の可否を決める社内規定は，自社他社を問わず，過去に起きた不具合を基に策定されています。「疑わしきは使わず」という発想なのでしょう。最近相次いでいる不具合やリコールの報道を見ていると，故障のリスクのある部品は徹底的に排除するという姿勢に誤りはないと感じます。しかし，使用実績があって安全性が十分に確認されているということを前提にすると，従来品しか使えなくなります。このような状態は，新しい機器を生み出していく上での制約になります。 製品開発の期間が短縮されており，安全性確認のための時間もなかなかとれないため，新しい部品の採用に踏み切るのは難しい。こんな時こそ，問題を共有できる部品メーカー同士が協力して，例えば故障の原因を解析して明確にする必要があるのではないでしょうか。現状では故障原因を明確にして，部品の利用者に広く周知するという状態には至っていないと感じます。その結果，「とにかくリスクは避ける」という方向に走りがちで，寿命などのマージンを大きく取り過ぎている場合も多いという話をよく耳にします。過去に不具合のあったコンデンサについて，コンデンサ・メーカーが改良を重ねたとしても，顧客側が嫌って採用しない場合もあるそうです。別の種類のコンデンサだから大丈夫と思っていても，以前に不具合を起こした種類のコンデンサと原理的には同じ場合も十分にあり得ます。 コンデンサ自体の故障原因を原理から明らかにしてその情報を一般に広めれば，例えば××V以下の範囲であればこの種類のコンデンサが使えるといったように，故障のリスクを抑えつつ用途に応じてもっと大胆に部品を選べるようになるのではないでしょうか。 2007 11/15著作権絡みの議論がなぜ腑に落ちないかをPerfumeとニコニコ動画から考えてみる ■製品の小型化，高速化は時代の波であり，温度に弱い『なまもの』の部品，特に電解コンデンサやバッテリーは，性能の限界を過ぎていると思います。いくら情報を開示し，共同で原因の究明をやっても，時間の無駄です。電解コンデンサは寿命部品で，いろいろな問題を内蔵しており，リスクはクリアできません。 そろそろ諦めて，このような部品を使わない設計をすべきでしょう。今後は積層セラミックコンデンサの大容量化，OSコン採用に切り替わってくると思います。(2006/10/03) ■最後の「××V以下の範囲〜」を読んだ途端，そこまで読んできた部分はみんな無駄なことだったとわかりました。耐圧（使用v範囲）のないコンデンサなんかありません。こんな例を思い着くようでは，それまでの文に並んでるテクニカルタームは聞きかじりをそのまま書いてあるとしか思えません。(2006/07/21) ところが，技術的には無意味です。特に××v以下の範囲とありますが，遥か昔から，コンデンサは電圧範囲（耐圧）は設定されています。こんな単純な選択基準で部品選定したら，それこそ不良品の山で，社会問題になります。 現実の問題（課題）は，この選択基準の設定です。なぜ，この選択基準が簡単に決まらないかについて認識もなく，基準の具体案も浮かばないなら，意味がありません。 ■今，何故，コンデンサなのかも，明確にしてもらった方が，より分かり易かったかもしれません。鉛フリーはんだ付け工程での温度上昇が一番影響するのがコンデンサであると言われている点等も含めて欲しかった。(2006/07/21) ■「コンデンサ自体の故障原因を原理から明らかにしてその情報を一般に広めれば」…これは，設計段階で部品選定する際の各社のノウハウです。また，コンデンサという部品がどういうものかを十分知っていれば，発生しない問題です。容量と耐圧だけを使った設計ではダメだということを，具体化しているに過ぎません。機器は設計者を映す鏡です。機器が悪いということは，設計者の状況を端的に映しているわけです。(2006/07/21) Annex会員の方はAnnexにログインしていただくと，クリッピングした記事をここに表示します。（ログイン／Annexへの新規登録 | Annexとは？）'; ソフトウエアにとって最も大切なものは何でしょうか。その答えが、しっかりとした設計・検証の方法論であることは論を待ちません。本書は、専門記者が最前線で取材・執筆した記事と、専門の技術者による講演内容をまとめ、組み込みソフトの開発方法論を中心に構成しました。 各種システムの障害は，ソフトウエアの不具合によるもののほか，システムを構成する電子機器，もっと言えば，電子機器に搭載されているさまざまなデバイスの故障・劣化によることが少なくない。 今回はイノベーションについて考えてみたいと思います。製造業はグローバルに競争が激化しています。そんな中で競争力を高めるためには，イノベーションが必要不可欠となってくるわけです。 日なたもあれば，日陰もある。多くの技術者は日陰者のようである。もっと日なたに出てもらいたい。私自身も技術者が表に出てくる活動に汗をかいている。今回は，その一端を紹介しよう。 東京大学ものづくり経営研究センターが主催している「ものづくり寄席」を覗いてきた。先生方が祭りのはっぴを着て，経営学を落語風に語る，という趣向である。… 比内地鶏とか名古屋コーチンとかコシヒカリとか、産地偽装に関する事件がやたらと目に付く。食品に限ったことではない。某百貨店がイタリア展で販売した家具は、実は中国製だったという。 BPnetTRENDYnetビジネスパソコンITテクノロジー医療建設・不動産安全・安心経営とIT動画転職 |
[ 197] 不具合を明確にすれば，故障のリスクは減らせる - 日経エレクトロニクス - Tech-On!
[引用サイト] http://techon.nikkeibp.co.jp/article/TOPCOL/20060721/119331/
