【信頼されるITスペシャリスト第41号】当たり前の順番？ [まぐまぐ！]

2008/07/13

【信頼されるITスペシャリスト第41号】当たり前の順番？

■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□
┌───────────────────────────── 2008.7.13
│
│   信頼されるITスペシャリストへの道！第41号
│
│          http://blog.livedoor.jp/brave33/
│
│    メルマガインデックス－過去のメルマガ一覧
│ ⇒ http://blog.livedoor.jp/brave33/archives/50529551.html
└──────────────────────────────────
■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□

　こんにちは、MICK です。

　梅雨が明けずにとても暑い日が続いていますが、もう少しで夏という感じに
　なってきました。
　さきほど、今年初めてのセミの鳴き声を聞きました。

　さて、東京三菱UFJの統合案件も年内で完了し、来年には大量のエンジニア
　が放出され、人余り状態になるといわれています。

　サブプライムの影響も大きく、外資、金融機関を中心に採用や新規案件の
　極端な削減が行われています。
　エンジニア単価の下げだけでなく、人材採用時の差別化や能力の正当な評価
　というのがさらに進んでくると思われます。

　さて今回は、何気なく決まっているものごとの順番から、生活習慣、企業の
　業務について、コンサルタントの目線で考えてみます。

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　<PR>　転職希望、自分の市場価値を知りたい方に朗報です！！
　　　「信頼されるSEへの道」が自信をもって、エージェントを推薦します
　　　⇒　http://blog.mag2.com/m/log/0000208094/107875439.html
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
【信頼されるITスペシャリスト第41号】当たり前の順番？

●エレベータに乗るときに

　エレベータに乗るときによく目にする光景があります。
　とても急いでいる人がエレベータに飛び乗り、行き先階のボタンを押し、
　閉じるボタンを連打する光景。

　何気ない光景ですが、ここに一つ改善ポイントがあります。
　本当に急いでいるのであれば、行き先階のボタンよりも先に閉じるボタンを
　押すべきなのです。

　少し考えれば分かるのですが、目的は早く目的地にたどり着くこと。
　それなら、エレベータが早く動き出すようにするべきなのです。

　閉じるボタンを押して、閉まりはじめたら、行き先階のボタンを押す。

　あとからそのエレベータに乗りたい人がボタンを押して、再度扉が開いて
　いらいらしないよう、最短のアクションにしたいはずだからです。

●仕事の優先順位も同じ

　仕事の優先順位にも似通った点があります。
　本来の目的と効率を考えるという点です。

　フランクリン・プランナーを知っている方は優先順位や目標の作り方を
　勉強されていると思いますが、何気なくやっている方との差が非常に大きく
　なっていることに気付くはずです。

　■フランクリン・プランナーオフィシャル・サイト
　http://www.franklincovey.co.jp/products/

　自分は仕事や作業の優先順位(目標ベース)と作業時間を軸に考えています。

　優先順位の高い仕事だけを先にやろうとすると、仕事の残り本数ばかりが
　増えてしまい、割り込みが入ったり、気になったりしてしまいます。

　気にかかる仕事の本数を減らすため、短時間で片付くものをささっと片付け、
　集中して残りの作業に取り組みたい、という意識があるからです。

●業務システムも同じこと

　システムの基本設計の際、なぜそういう設計ができたのか、そんなに工数を
　減らせたのか、と質問されることがあります。

　実はこれも順番の見直しを気にかけているからです。

　以前もお伝えしましたように、企業システムの複雑な機能には競争力や
　差別化のアドバンテージになるものと、ただ単に意味もなく複雑にして
　しまっているものとがあります。

　極端な例で言うと、パソコンのBTO(Built to Order:受注生産)と通常製品の
　受注、出荷管理を一緒に扱ってしまうようなものです。

　通常製品は出荷すればよいだけの製品。
　BTOは、部品を追加したり、組み替えたりする製品

　これらを扱うシステムを随時一緒に管理すれば、効率が下がるばかりか、
　システムとしても莫大な追加開発コスト、運用コストが発生します。

●イレギュラー系をうまく処理させる

　こうしたイレギュラー系処理は意識的にどのタイミングでデータを退避し、
　どのタイミングで必要なオペレーションに投げて処理させるかといった
　効率化、単純化を念頭に設計されるべきなのです。

　頭からイレギュラー系データを取り扱い続け、システム全体に大きな負担を
　強いているものも数多く見受けられます。
　それだけで、すべてのプログラムに IF文の処理が追加されていくような
　ものです。
　これが複数のイレギュラー系を扱い、同時に処理させていく、それを考えた
　だけでぞっとします。

　中には手作業の方が早く効率が高くなるもの、この面倒なトランザクションが
　月に数件あるかないか、というシステムまであって、泣くに泣けないような
　ものまでありました。

●シンプルな基本構成を抑えること

　ここでのポイントは基本構成を知り、できるだけシンプルに全体的な
　基本構成を捕らえること。

　そうすることで、各処理が追加されたときの影響度が分かりやすくなり、
　イレギュラー系のさばき方も見えてきやすくなるからです。

　言うのは簡単ですが、実際に動いているシステムを眺めながら、その構造を
　見てみると、実感が沸いて意外な発見があるかもしれません。

●終わりに

　今回は「当たり前の順番？」と題して、普段目にするものから、システムの
　考え方までをコンサルタントの目線で考えてみました。

　当たり前と思わずに常に目線を変えてみること、疑うのではなく、どうして
　そうなったのか、基本を考えること、ここにコンサルタントの真髄がある
　ような気がします。

　これらの目的と本質をはっきりさせる気質はその後のキャリアプランに
　大きな影響を与えると思います。

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

　ご感想やご希望などありましたら、以下までメールください。
　なにぶん忙しいので、全てに返信はできないかもしれませんが、
　全てのメールに目を通すようにします。

　また、ブログを準備しましたので気軽にコメントをお寄せください。

　※セミナー講師、新人研修の講師、コンサルティング依頼などについても、
　　以下までメールでお願いします。

　 ⇒ メールアドレス： info@yscre.com

　 ⇒ ブログ： http://blog.livedoor.jp/brave33/

　 ⇒ メルマガインデックス：
　　　 http://blog.livedoor.jp/brave33/archives/50529551.html

　 ⇒ 登録・解除はこちら http://www.mag2.com/m/0000208094.html

　SEの方々にとっても、できるだけ役に立つ情報をお届けします。
　ご友人や仕事仲間の方にも、ご紹介いただけたら、と思います。

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　　メルマガインデックス－過去のメルマガ一覧
　⇒　http://blog.livedoor.jp/brave33/archives/50529551.html

　【第1号】技術系SEの勘違い 2006.09.19
　【第2号】本当に必要な新人教育 2006.09.26
　【第3号】新人のときにおかれる環境 2006.10.03
　【第4号】SEの常識？社会人の常識？ 2006.10.10
　【第5号】信頼される上司 2006.10.17
　【第6号】もう一つの組織 2006.10.24
　【第7号】積極的な思考 2006.10.31
　【第8号】メンバー同士の行き違い 2006.11.07
　【第9号】プロジェクトのチェックポイント(1) 2006.11.14
　【第10号】プロジェクトのチェックポイント(2) 2006.11.21

　【第11号】プロジェクトのチェックポイント(3) 2006.11.28
　【第12号】プロジェクトのチェックポイント(4) 2006.12.05
　【第13号】プロジェクトのチェックポイント(5) 2006.12.12
　【第14号】デバッグの方法・考え方 2006.12.19
　【第15号】一年を振り返る 2006.12.26
　【第16号】要件定義の重要性 2007.01.09
　【第17号】要件定義から要求開発へ 2007.01.16
　【第18号】要求開発－要求の分類方法 2007.01.30
　【第19号】要求開発－各要求の関係 2007.02.06
　【第20号】アジャイルに見る理想の開発(1) 2007.02.13

　【第21号】アジャイルに見る理想の開発(2) 2007.02.20
　【第22号】信頼できるパートナー(1) 2007.02.27
　【第23号】信頼できるパートナー(2) 2007.03.06
　【第24号】Network World Conference 2007 Spring 2007.03.13
　【第25号】セキュリティ監査とポリシー(1) 2007.03.20
　【第26号】セキュリティ監査とポリシー(2) 2007.03.27
　【第27号】セキュリティ監査とポリシー(3) 2007.04.03
　【第28号】セキュリティ監査とポリシー(4) 2007.04.10
　【第29号】オフショアとSEマインド(1) 2007.04.17
　【第30号】オフショアとSEマインド(2) 2007.05.01

　【第31号】忙しいときこその仕事術 2007.05.15
　【第32号】データ分析とジャッジメント 2007.05.29
　【第33号】なぜコンサルタントを雇うのか？ 2007.07.24
　【第34号】運用・メンテナンス性を考えた設計 2007.10.2
　【第35号】ITアーキテクトサミット 2007 Winter(1) 2007.12.24
　【第36号】ITアーキテクトサミット 2007 Winter(2) 2007.12.31
　【第37号】食料品不足なのにバイオ燃料？ 2008.1.15
　【第38号】HD-DVD、ブルーレイ・ディスクもまけ？ 2008.1.27
　【第39号】進化するコールセンター 2008.2.21
　【第40号】共感力 2008.6.24

　【第41号】当たり前の順番？ 2008.7.13
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

＜お薦め書籍＞

　マッキンゼー流図解の技術
　→http://www.amazon.co.jp/gp/product/4492555226/000jp-22

　マッキンゼー流プレゼンテーションの技術
　→http://www.amazon.co.jp/gp/product/4492555277/000jp-22

　ITアーキテクト x コンサルタント未来を築くキャリアパスの歩き方
　→http://www.amazon.co.jp/gp/product/4797334533/000jp-22

　最新会議運営の基本と実践がよ～くわかる本
　―ファシリテーションのテクニック満載!－
　→http://www.amazon.co.jp/gp/product/4798016004/000jp-22

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
        日本一キーストロークの短いアドレス！！
         ↓アドレスを短く簡単にします。↓
             ⇒  http://000.jp/
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

.