こんにちは、稲田商会です。
この記事をみて、すごいなと思いました。
高速道路から離陸する戦闘機たち(動画)
日本の高速道路は、周囲に色々なものがあったり、直線区間が短かったりする点で難しいですね。
あと、滑走路周辺の高さ制限などの点からも難しいでしょうね。
思いついただけで投稿してしまいました。
今回は、このへんで。
Translate
2014年2月16日日曜日
すこしレイアウトを変更してみました
こんにちは、稲田商会です。
すこしレイアウトを変更してみました。
といっても、他ブログへのリンクを追加しただけですが。
少し前の投稿で、自分のために書くとのことを記したと思いますが、その方針に沿った行動です。
「人からどう見られるか、人がどう感じるか」ではなく「自分がいいと思うものを他の人にも“おすそわけ”する」と考えようとの方針転換です。
勿論、「他の人の価値観を、思いを無視して、こちらから押し付ける」のではなく、「誰かの価値観、思いに少しでも何かを付け加える」との考え方です。
トリビアではないですが「生きていく上で何の役にも立たないムダな知識」があると思います。
それらの知識は、知っていることで気持ちが少し豊かになると私は考えます。
それは“役に立たない”としりつつその知識を持ち続けるための労力をかけるだけの余裕があることの証明だからだと考えます。
「今現在の状況」で心が占められている状況は、ある瞬間では必要なことだと思いますが、それが連続してしまうと心の硬直化が始まるのだと思います。
そして心の硬直化が続くと、心に余裕のある状態を否定してしまうようになってしまうと思うのです。
そして、どんどんと硬直化し、萎縮していっていびつな心になってしまうと考えます。
それを防ぐためには、「ああ、いま私の心は余裕がないな、硬直しているな」と自覚し、「いま余裕のない、硬直した心ではあるけれど、これは本来の自分ではない、一時的に今の状態になっているだけだ」と認識するようにすることだと思います。
一度「立ち止まって振り返ってみること」だと思います。
この投稿が誰かの何かの役に立てばいいですね。
それでは、今回はこのへんで。
すこしレイアウトを変更してみました。
といっても、他ブログへのリンクを追加しただけですが。
少し前の投稿で、自分のために書くとのことを記したと思いますが、その方針に沿った行動です。
「人からどう見られるか、人がどう感じるか」ではなく「自分がいいと思うものを他の人にも“おすそわけ”する」と考えようとの方針転換です。
勿論、「他の人の価値観を、思いを無視して、こちらから押し付ける」のではなく、「誰かの価値観、思いに少しでも何かを付け加える」との考え方です。
トリビアではないですが「生きていく上で何の役にも立たないムダな知識」があると思います。
それらの知識は、知っていることで気持ちが少し豊かになると私は考えます。
それは“役に立たない”としりつつその知識を持ち続けるための労力をかけるだけの余裕があることの証明だからだと考えます。
「今現在の状況」で心が占められている状況は、ある瞬間では必要なことだと思いますが、それが連続してしまうと心の硬直化が始まるのだと思います。
そして心の硬直化が続くと、心に余裕のある状態を否定してしまうようになってしまうと思うのです。
そして、どんどんと硬直化し、萎縮していっていびつな心になってしまうと考えます。
それを防ぐためには、「ああ、いま私の心は余裕がないな、硬直しているな」と自覚し、「いま余裕のない、硬直した心ではあるけれど、これは本来の自分ではない、一時的に今の状態になっているだけだ」と認識するようにすることだと思います。
一度「立ち止まって振り返ってみること」だと思います。
この投稿が誰かの何かの役に立てばいいですね。
それでは、今回はこのへんで。
2014年2月15日土曜日
ダイオウグソクムシが死んだそうです
こんにちは、稲田商会です。
ニュースで流れていましたが、鳥羽水族館のダイオウグソクムシNo.1が死んだそうです。
ずっと絶食していることが話題になっていたNo.1ですが、死んでしまったようです。
どうもだんだん動きが緩慢になっていたらしい情報もあり、老衰のような感じなのでしょうか。
何か怪物然とした形が面白いので、少し興味を持っていた話題でした。
話題が流れなくなるのは自分にとって寂しくは思いますが、「せっかく話題になったのだから話題が途絶えないよう新しい個体を捕まえてこよう」となることは望みません。
話題となって楽しませてくれるときはそのことを感謝し、話題としての結末に達したらそれまで楽しませてくれたことに感謝するのみでいいと思うのです。
自分のために話題を提供し続けろと考えるのは、傲慢だと思います。
ダイオウグソクムシNo.1、楽しませてくれてありがとう。
それでは、今回はこのへんで。
2014年2月14日金曜日
株って面白いですね
こんにちは、稲田商会です。
最近株を始めたばかりですが、なかなか面白いですね。
それぞれ個別で値段が付けられて売買されているはずなのに、日経平均の動きに合わせるように多くの銘柄がすっと下がったり、反対に一部がふっと飛び出すように上がったりします。
まるで海の中の魚の群れを見ているようです。
全体である向きに向かっていると思ったら、ぱっと散開して、また集まる。
最近の値動きでは、9時とか1時とかのキリのいい時刻で複数の銘柄で同じ方向に大きく株価が動いているので、特にそう感じます。
もしこれを、リアルタイムで分析できて、
「いまこの動きが出ているのはこの要因のためだな」
「悪影響を与えた要因がピークの30%以下になってきたな」
「要因の影響度の図化を行ったところ、地震波の伝播と類似しているな」
とか読み取れると大変面白いだろうなあと思います。
ああ、だれかそれだけの設備をくれないかなあ。
では、今回はこのへんで。
BCP(業務継続計画)で連想するもの
こんばんわ、稲田商会です。
さきほどふと思いついたので、BCP(業務継続計画)に関連した話を書きます。
それは、ファイルサーバのバックアップをひとまず設定した後に、上司と次のようなやり取りをしたからです。
上司:「これでファイルのバックアップは上手く行くな」
自分:「そうですね。でも、異常発生時にバックアップから本来のサーバに戻すとかの人為的操作の部分はこれから考えないといけませんね。」
上司:「そういえば社長から、BCPの作成を言われていたわ。そんときは協力してよ。」
自分:「BCPって、なにかあったときにどう業務を続けるかってやつですか?」
上司:「そうそう。まあ、なんか考えてみてや。」
私には、ファイルサーバのバックアップを考える際に、「どのような状態が発生しうるのか」「その状態をどの程度許容するか」「その状態への対策にどの程度のコストが掛けられるのか」などの条件を設定するのがとても難しく感じたので、「BCPなんてとても考えられそうにない」と思ったものです。
まず、BCPとは何ぞやと調べてみました。
すると、「何かが起きた」際に「どのようにしよう」を予め想定して取りまとめたもののようです。
ほかに、リスク管理、危機管理などの文言も見られます。
そのあたりをキーワードにして、ぐぐる先生に導かれながらふらふらとさまよったのち、次のように考えるようになりました。
・はじめに「リスクの定義」
「リスクの大きさは、そのリスクの発生確率と、発生したことによる影響の大きさを掛け合わせたものである」との表現を見たように思います。
それをみて「なるほどなあ」と感心しました。
なにか危機管理の話をするときに、「○○について考える必要がある」「それはほとんど起きないだろう」「でも起きたら重大な事態になる」「そこまで考える必要はない」のやりとりが頻繁に発生するように思います。
そのときに、「じゃあ、リスクの大きさで決めよう」と言えば話が先に進む訳です。
「そうか、話の土俵がしっかりしていなかったのか」と納得しました。
・比較できるように「序列をつける」
リスクの大きさを比べるためには、何らかの形で序列をつける必要があります。
ここでいう序列は、“上位グループ”、“中位グループ”、“下位グループ”や“頻繁に起こる”、“たまに起こる”、“ごく稀に起こる”などの「順序のあるグループ分け」程度の意味です。
実体験として、この「序列をつける」ことは、大変重要と考えます。
というのも、話をしている相手との認識が合わないとき、一番問題になるのが「程度」の認識が合わないことです。
共通のスケールとして「序列をつける」ことで、「これはCランクだから、一旦おいておこう」「これはAランクだからすぐ対応しよう」などの認識を合わせることができ、それによって議論をすることが出来るようになります。
・対象にするのは全ての「ステークスホルダー」
リスクを考えるときに誰を対象に考えるかで、結果が全く異なります。
ステークスホルダーについて、Wikipediaから引用します。
よくリスクを考えるときに、対策にお金を出す人を一番に思い浮かべますが、それ以外に直接、間接に利益を受けている人、不利益を被る人も含めたステークスホルダー全てを考える必要があります。
先ほどの「序列をつける」際に、対策費用の面では差がなくとも利便性の面で大きな差がある場合、対策にお金を出す人のみの場合と不利益を被る人を含める場合では結果は大きく異なるでしょう。
・納得してもらえなくても「知っておいてもらうく」
ステークスホルダーを対象と考える場合、全ての人に合意してもらえる結果が得られないこともあると思います。
そのとき、最終決断を責任者が下すのは当然なのですが、それを全てのステークスホルダーが知っている必要があります。
大抵何か意見を言って、そのものごとが進んでいくと「あぁ、自分の意見で進んでいるんだな」と考えるものです。
また、議論が大きく揺れた後決着すると、途中段階の議論までを記憶して結果と思い込むこともあります。
必ず、方向性が決まった場合などの節目でステークスホルダーへの周知をして、納得してもらえなくても「知っておいてもらう」ことが必要です。
できれば問題が発生した場合の訓練などを行い、その際に「○○との考えで、□□の対策を行います」など改めて説明し、理解してもらうことが望ましいです。
・議論のテーブルに「全てのリスクを並べる」
日本人の感性として、「言葉にするとそれが本当になるとの“言霊”信仰」があると思います。
なので、非常に稀で、重大なリスクについては「そんなことを言うな」「縁起でもない」「人々を不安にする」などとして、否定してしまうところがあると思います。
ですが、それでは「想定外の事態」が発生する可能性が高くなってしまいます。
「可能性が低いから議論のテーブルに載せない」ではなく、「議論のテーブルに載せたうえで、リスクが小さいことから対策しない」と考えるべきです。
それから、「全てのリスクを並べる」というと極端な例ばかりを並べると考える方がおられますが、それは違います。
“全ての”ですから、「影響度は小さいものの頻繁に起こること」も「影響度は中くらい頻度も中くらいのこと」も全てを並べる必要があります。
なぜなら、先ほどのリスクの大きさの定義
「リスクの大きさは、そのリスクの発生確率と、発生したことによる影響の大きさを掛け合わせたものである」
を考えると、「影響度は小さいものの頻繁に起こること」や「影響度は中くらい頻度も中くらいのこと」の方がリスクが大きい場合が出てくるからです。
偏らず、先に判断せず、「全てのリスクを並べる」ようにしてください。
以上のことを踏まえると、リスクを洗い出すことが出来ると思います。
つぎは、洗い出したリスクへの対策の検討です。
・「諦める」も対策の一つ
影響度の大きな問題を考えるとき、「そんな事態を考えても、どうしようもないのだから考える必要が無い」とのスタンスになることがあります。
本当にそうでしょうか。
例えば、「計画停電の時どうするか」を考えるとき「自家発電でまかなう」ことは非常に困難ですから「計画停電は考えない」ことになるのでしょうか。
「計画停電自体は避けられないため諦める(=直接の対策はしない)。そのかわり、周囲への影響を抑えるため事前に計画停電の連絡をしておく。」との対応を取ることは十分可能でしょう。
「考えても仕方ない」として、「対策自体を考えない」となるとこのような「次善の策」が考えられなくなります。
対策を考えるのは、対策の範囲と程度を明らかにしていく作業だと思います。
どうしようもないこと、制約条件によって対処できないことは、「諦める」のも対策の一つです。
・よく忘れがちな「時間軸」
「ちょっとの停電」は無停電電源で対策する、「ずーっと停電」は諦めることにしたとして、その境界はどこなのでしょう。
先ほど対策を考えるのは、対策の範囲と程度を明らかにしていく作業だと書きましたが、範囲は空間的な意味の他に時間的な意味も含んでいます。
「ちょっとの停電」を「30分以内の停電」、「ずーっと停電」を「30分を超す停電」と定義すればより明確に考えられます。
特に対策が復旧作業を指す場合、復旧作業の所要時間や必要人員数などが時間として、また対策費用に反映してきます。
時間軸も含めて対策を考えてください。
・考えるべき「優先順位」
対策を考える際に、全てを一度に復旧するのは、困難なことです。
ましてや、非常時でも確保するべき事項が多いと対策が非常に困難になります。
救急医療などでは、「トリアージ」という言葉があります。
対策を行う際に「優先順位」に従って作業対象を「トリアージ」すれば、必要なことを速やかに行うことが出来るようになります。
事前に対策についての「優先順位」を決めておいてください。
・変更するときは「対策全体の見直し」をする
よくある話ですが、「○○という条件を満たすのに××の費用が掛かります」「××の費用は無理だからその8割でするように」「わかりました、8割の費用で対策します」となることがあります。
これは、正しくありません。
本当なら、「わかりました、8割の費用で対策します」ではなく、「わかりました、8割の費用となるよう対策の条件を見直します」になるべきです。
つまり、「制約条件によって十分ではない対策をする」のではなく「制約条件を踏まえて十分な対策の範囲、程度を決める」のです。
「なんだ、当り前じゃないか」とも思われるかもしれませんが、対策範囲、程度を決める際には色々なステークスホルダーの調整で成立したはずですから、それを見直すのは至極困難なことだと思います。
ですが、BCPの整合性を持たせるためには、「全てのリスクに対して十分な対策(勿論“諦める”を含みます)を行っている」必要があり、ストーリーの流れる方向にも逆方向にも齟齬の無いようにしないといけません。
そのためには、もう一度対策の範囲、程度を決定した過程を見直し、ステークスホルダーとの合意形成をきちんとするべきです。
ただし、作成出来たのは試案の私案で、ステークスホルダーとの打ち合わせは全く出来ていない状態でした。
一度上司に見てもらい、「ふむ、この方向で進むにしても一度皆で話をする必要があるな」となってからステークスホルダーと話をするつもりだったのです。
で、上司に見せると「お、色々書いてあるな。一度見せてもらうわ。」と言われて預けたのですが、その後何か動いている様子がないままとなってしまいました。
「あれではステークスホルダーとの合意は出来ていないだろうになあ」と思ったものです。
その意味で、次のことは重要だと思います。
・計画を立てることへの「責任と権限が集中していること」
「この作業の責任者はあなたです」と言われることは無いにしても、ある程度の責任と権限が誰にあるかを明らかにして、作業する必要があります。
ステークスホルダーがある程度こちらの話を聴き、指示に従う程度にならなければ、議論も出来ません。
また、もし計画を実施する側に渡した後変更されてしまうと計画の中の整合性が失われてしまう可能性があります。
責任と権限を有するのが一人である必要はありませんが、ある程度の範囲に集中していないと調整のしようがありません。
作業の開始時に、責任や権限がどのようになっているか確認しておくべきでしょう。
読まれた方にはよくわからない文章になっているかもしれませんが、書いてみてすっきりしたように感じられます。
修正が必要な個所は後日修正することとします。
それでは、今回はこのへんで。
さきほどふと思いついたので、BCP(業務継続計画)に関連した話を書きます。
○事の起こりは
以前に居た会社で、業務継続計画の一部、社内LANに関する部分を自分なりに考えたことがあります。それは、ファイルサーバのバックアップをひとまず設定した後に、上司と次のようなやり取りをしたからです。
上司:「これでファイルのバックアップは上手く行くな」
自分:「そうですね。でも、異常発生時にバックアップから本来のサーバに戻すとかの人為的操作の部分はこれから考えないといけませんね。」
上司:「そういえば社長から、BCPの作成を言われていたわ。そんときは協力してよ。」
自分:「BCPって、なにかあったときにどう業務を続けるかってやつですか?」
上司:「そうそう。まあ、なんか考えてみてや。」
私には、ファイルサーバのバックアップを考える際に、「どのような状態が発生しうるのか」「その状態をどの程度許容するか」「その状態への対策にどの程度のコストが掛けられるのか」などの条件を設定するのがとても難しく感じたので、「BCPなんてとても考えられそうにない」と思ったものです。
○すこし考えてみる-リスクの洗い出し
上司に言われたので、少しは考えてみようと思い、頭の整理をしてみました。まず、BCPとは何ぞやと調べてみました。
すると、「何かが起きた」際に「どのようにしよう」を予め想定して取りまとめたもののようです。
ほかに、リスク管理、危機管理などの文言も見られます。
そのあたりをキーワードにして、ぐぐる先生に導かれながらふらふらとさまよったのち、次のように考えるようになりました。
・はじめに「リスクの定義」
「リスクの大きさは、そのリスクの発生確率と、発生したことによる影響の大きさを掛け合わせたものである」との表現を見たように思います。
それをみて「なるほどなあ」と感心しました。
なにか危機管理の話をするときに、「○○について考える必要がある」「それはほとんど起きないだろう」「でも起きたら重大な事態になる」「そこまで考える必要はない」のやりとりが頻繁に発生するように思います。
そのときに、「じゃあ、リスクの大きさで決めよう」と言えば話が先に進む訳です。
「そうか、話の土俵がしっかりしていなかったのか」と納得しました。
・比較できるように「序列をつける」
リスクの大きさを比べるためには、何らかの形で序列をつける必要があります。
ここでいう序列は、“上位グループ”、“中位グループ”、“下位グループ”や“頻繁に起こる”、“たまに起こる”、“ごく稀に起こる”などの「順序のあるグループ分け」程度の意味です。
実体験として、この「序列をつける」ことは、大変重要と考えます。
というのも、話をしている相手との認識が合わないとき、一番問題になるのが「程度」の認識が合わないことです。
共通のスケールとして「序列をつける」ことで、「これはCランクだから、一旦おいておこう」「これはAランクだからすぐ対応しよう」などの認識を合わせることができ、それによって議論をすることが出来るようになります。
・対象にするのは全ての「ステークスホルダー」
リスクを考えるときに誰を対象に考えるかで、結果が全く異なります。
ステークスホルダーについて、Wikipediaから引用します。
ステークホルダー(英: stakeholder)とは、企業・行政・NPO等の利害と行動に直接・間接的な利害関係を有する者を指す。 また、日本語では利害関係者という。具体的には、消費者(顧客)、従業員、株主、債権者、仕入先、得意先、地域社会、行政機関など。引用元: http://ja.wikipedia.org/wiki/%E3%82%B9%E3%83%86%E3%83%BC%E3%82%AF%E3%83%9B%E3%83%AB%E3%83%80%E3%83%BC
よくリスクを考えるときに、対策にお金を出す人を一番に思い浮かべますが、それ以外に直接、間接に利益を受けている人、不利益を被る人も含めたステークスホルダー全てを考える必要があります。
先ほどの「序列をつける」際に、対策費用の面では差がなくとも利便性の面で大きな差がある場合、対策にお金を出す人のみの場合と不利益を被る人を含める場合では結果は大きく異なるでしょう。
・納得してもらえなくても「知っておいてもらうく」
ステークスホルダーを対象と考える場合、全ての人に合意してもらえる結果が得られないこともあると思います。
そのとき、最終決断を責任者が下すのは当然なのですが、それを全てのステークスホルダーが知っている必要があります。
大抵何か意見を言って、そのものごとが進んでいくと「あぁ、自分の意見で進んでいるんだな」と考えるものです。
また、議論が大きく揺れた後決着すると、途中段階の議論までを記憶して結果と思い込むこともあります。
必ず、方向性が決まった場合などの節目でステークスホルダーへの周知をして、納得してもらえなくても「知っておいてもらう」ことが必要です。
できれば問題が発生した場合の訓練などを行い、その際に「○○との考えで、□□の対策を行います」など改めて説明し、理解してもらうことが望ましいです。
・議論のテーブルに「全てのリスクを並べる」
日本人の感性として、「言葉にするとそれが本当になるとの“言霊”信仰」があると思います。
なので、非常に稀で、重大なリスクについては「そんなことを言うな」「縁起でもない」「人々を不安にする」などとして、否定してしまうところがあると思います。
ですが、それでは「想定外の事態」が発生する可能性が高くなってしまいます。
「可能性が低いから議論のテーブルに載せない」ではなく、「議論のテーブルに載せたうえで、リスクが小さいことから対策しない」と考えるべきです。
それから、「全てのリスクを並べる」というと極端な例ばかりを並べると考える方がおられますが、それは違います。
“全ての”ですから、「影響度は小さいものの頻繁に起こること」も「影響度は中くらい頻度も中くらいのこと」も全てを並べる必要があります。
なぜなら、先ほどのリスクの大きさの定義
「リスクの大きさは、そのリスクの発生確率と、発生したことによる影響の大きさを掛け合わせたものである」
を考えると、「影響度は小さいものの頻繁に起こること」や「影響度は中くらい頻度も中くらいのこと」の方がリスクが大きい場合が出てくるからです。
偏らず、先に判断せず、「全てのリスクを並べる」ようにしてください。
以上のことを踏まえると、リスクを洗い出すことが出来ると思います。
○さらに考えてみる-対策について
BCPをリスク管理と考えて、まずリスクの洗い出しを行いました。つぎは、洗い出したリスクへの対策の検討です。
・「諦める」も対策の一つ
影響度の大きな問題を考えるとき、「そんな事態を考えても、どうしようもないのだから考える必要が無い」とのスタンスになることがあります。
本当にそうでしょうか。
例えば、「計画停電の時どうするか」を考えるとき「自家発電でまかなう」ことは非常に困難ですから「計画停電は考えない」ことになるのでしょうか。
「計画停電自体は避けられないため諦める(=直接の対策はしない)。そのかわり、周囲への影響を抑えるため事前に計画停電の連絡をしておく。」との対応を取ることは十分可能でしょう。
「考えても仕方ない」として、「対策自体を考えない」となるとこのような「次善の策」が考えられなくなります。
対策を考えるのは、対策の範囲と程度を明らかにしていく作業だと思います。
どうしようもないこと、制約条件によって対処できないことは、「諦める」のも対策の一つです。
・よく忘れがちな「時間軸」
「ちょっとの停電」は無停電電源で対策する、「ずーっと停電」は諦めることにしたとして、その境界はどこなのでしょう。
先ほど対策を考えるのは、対策の範囲と程度を明らかにしていく作業だと書きましたが、範囲は空間的な意味の他に時間的な意味も含んでいます。
「ちょっとの停電」を「30分以内の停電」、「ずーっと停電」を「30分を超す停電」と定義すればより明確に考えられます。
特に対策が復旧作業を指す場合、復旧作業の所要時間や必要人員数などが時間として、また対策費用に反映してきます。
時間軸も含めて対策を考えてください。
・考えるべき「優先順位」
対策を考える際に、全てを一度に復旧するのは、困難なことです。
ましてや、非常時でも確保するべき事項が多いと対策が非常に困難になります。
救急医療などでは、「トリアージ」という言葉があります。
トリアージ(仏: triage)は、対応人員や物資などの資源が通常時の規模では対応しきれないような非常事態に陥った場合において、最善の結果を得るために、対象者の優先度を決定して選別を行うこと。語源は選別を意味するフランス語の「triage(トリアージュ)」である。トリアージュともいう。引用元:http://ja.wikipedia.org/wiki/%E3%83%88%E3%83%AA%E3%82%A2%E3%83%BC%E3%82%B8
対策を行う際に「優先順位」に従って作業対象を「トリアージ」すれば、必要なことを速やかに行うことが出来るようになります。
事前に対策についての「優先順位」を決めておいてください。
・変更するときは「対策全体の見直し」をする
よくある話ですが、「○○という条件を満たすのに××の費用が掛かります」「××の費用は無理だからその8割でするように」「わかりました、8割の費用で対策します」となることがあります。
これは、正しくありません。
本当なら、「わかりました、8割の費用で対策します」ではなく、「わかりました、8割の費用となるよう対策の条件を見直します」になるべきです。
つまり、「制約条件によって十分ではない対策をする」のではなく「制約条件を踏まえて十分な対策の範囲、程度を決める」のです。
「なんだ、当り前じゃないか」とも思われるかもしれませんが、対策範囲、程度を決める際には色々なステークスホルダーの調整で成立したはずですから、それを見直すのは至極困難なことだと思います。
ですが、BCPの整合性を持たせるためには、「全てのリスクに対して十分な対策(勿論“諦める”を含みます)を行っている」必要があり、ストーリーの流れる方向にも逆方向にも齟齬の無いようにしないといけません。
そのためには、もう一度対策の範囲、程度を決定した過程を見直し、ステークスホルダーとの合意形成をきちんとするべきです。
○案を考えてみたけれど
上記の考え方で、社内LANおよびファイルサーバ内の情報について、BCP的なものを作成してみることができました。ただし、作成出来たのは試案の私案で、ステークスホルダーとの打ち合わせは全く出来ていない状態でした。
一度上司に見てもらい、「ふむ、この方向で進むにしても一度皆で話をする必要があるな」となってからステークスホルダーと話をするつもりだったのです。
で、上司に見せると「お、色々書いてあるな。一度見せてもらうわ。」と言われて預けたのですが、その後何か動いている様子がないままとなってしまいました。
「あれではステークスホルダーとの合意は出来ていないだろうになあ」と思ったものです。
その意味で、次のことは重要だと思います。
・計画を立てることへの「責任と権限が集中していること」
「この作業の責任者はあなたです」と言われることは無いにしても、ある程度の責任と権限が誰にあるかを明らかにして、作業する必要があります。
ステークスホルダーがある程度こちらの話を聴き、指示に従う程度にならなければ、議論も出来ません。
また、もし計画を実施する側に渡した後変更されてしまうと計画の中の整合性が失われてしまう可能性があります。
責任と権限を有するのが一人である必要はありませんが、ある程度の範囲に集中していないと調整のしようがありません。
作業の開始時に、責任や権限がどのようになっているか確認しておくべきでしょう。
読まれた方にはよくわからない文章になっているかもしれませんが、書いてみてすっきりしたように感じられます。
修正が必要な個所は後日修正することとします。
それでは、今回はこのへんで。
2014年2月13日木曜日
更新が滞りましたことをお詫びします。
こんばんは、稲田商会です。
はじめに、久し振りの投稿になってしまい、更新が滞りましたことをお詫びします。
申し訳ありません。
特に何かがあったわけでもなく、「寒いなあ」と暖房の前に居ると時間が過ぎていたのです。
我ながら、怠惰な生活をしているものだと思います。
すみません。
さて、このブログは「技術的な話」を主体として進めようと思って作成したものです。
特にLAN内の機器を設定したりして、小規模LANの管理者の役に立てればと考えていました。
今の投稿内容は概念的なものが多く、実際の詳細な設定などまで立ち入ったものはありませんでした。
その理由は、手元に機器が無く、記憶のみある状態のためです。
説明用のスクリーンショット撮影や正誤の確認作業などが行えないため、詳細な内容まで立ち入れないのです。
今後の方針の案としては2つあると思います。
一つは、機器を用意できるまで、更新頻度を低くすること。
もう一つは、話題を技術以外のものを主体とすること。
前者はこのブログを「誰かのためのもの」として書くこと、後者はこのブログを「自分のためのもの」として書くことになるかと思います。
私は後者の方を選ぼうと思います。
このブログをご覧の方にとって、個人のことを書いてあるのはあまり面白くないかもしれませんが、出来る範囲で技術的な内容も投稿するので、そちらで許して下さい。
今回はこのへんで。
はじめに、久し振りの投稿になってしまい、更新が滞りましたことをお詫びします。
申し訳ありません。
特に何かがあったわけでもなく、「寒いなあ」と暖房の前に居ると時間が過ぎていたのです。
我ながら、怠惰な生活をしているものだと思います。
すみません。
さて、このブログは「技術的な話」を主体として進めようと思って作成したものです。
特にLAN内の機器を設定したりして、小規模LANの管理者の役に立てればと考えていました。
今の投稿内容は概念的なものが多く、実際の詳細な設定などまで立ち入ったものはありませんでした。
その理由は、手元に機器が無く、記憶のみある状態のためです。
説明用のスクリーンショット撮影や正誤の確認作業などが行えないため、詳細な内容まで立ち入れないのです。
今後の方針の案としては2つあると思います。
一つは、機器を用意できるまで、更新頻度を低くすること。
もう一つは、話題を技術以外のものを主体とすること。
前者はこのブログを「誰かのためのもの」として書くこと、後者はこのブログを「自分のためのもの」として書くことになるかと思います。
私は後者の方を選ぼうと思います。
このブログをご覧の方にとって、個人のことを書いてあるのはあまり面白くないかもしれませんが、出来る範囲で技術的な内容も投稿するので、そちらで許して下さい。
今回はこのへんで。
2014年2月1日土曜日
毎分120のテンポ
こんにちは、稲田商会です。
昨日の夜から、ゼンマイ式時計の振子の音に包まれています。
夜にコチコチ刻まれる音を聞くとはなしに聞いていたのですが、時計の音は毎分120回のリズムを刻むんですね。
私は以前吹奏楽部でしたが、そのころに使っていた機械式のメトロノームのカチカチ音を思い出しました。
振子は、右に行って少し高めにカチリ、左に行って少し低めにカチリ。
で、左でカチリとなる直前に短くカチリとなっています。
それを合わせると、タッタタ、タッタタのリズムになっています。
元吹奏楽部の観点で言えばこのリズムは、毎分120の速度で、四分の二拍子が刻まれ、付点八分音符と十六分音符、四分音符の組み合わせで鳴っているように思います。(リズム感が無いので、十六分音符よりも短いかもしれませんが)
夜寝ているときに聞こえると、“結構早く刻まれているな”と感じます。
人間の心拍数は毎分60ぐらいが平均的な値だったかと記憶しています。
その倍のリズムで刻まれる振子の音は、ある意味人の心を急きたてているようにも感じられます。
まるで、「ゆっくりしていないで、早く次のことをしなさい」と言われているようです。
“大きな のっぽの 古時計~”の時計は振り子式の時計の筈ですが、おじいさんは毎分120を刻みながら、暮らしていたのでしょうか。
振子の等時性から言っても、イメージから言っても「大きな」時計ですから、きっと“もっとゆっくりしたリズム”を刻んだことと想像します。
きっと、「大きな」時計は毎分60や30程度のリズムを刻み、“おじいさん”は落ち着いた音環境の中で“いっしょに ちくたく”と人生を歩んでいたんでしょうね。
でも、今私の部屋に毎分120の振子が振れています。
これを何かの巡り合わせだと考えるなら、私は“毎分120のテンポで暮らす”ようにしましょうか。
ただ、心の中までそのリズムになってしまい、色々なものを見落とさないようには気をつけようと思います。
心の中は、せめて“毎分60のテンポで想う”ようにしましょう。
それでは、今回はこのへんで。
登録:
投稿 (Atom)