TOP業界裏話注目ニュース徒然コメントリンク紹介
『外資系企業に住む住人の視点からIT業界の出来事を伝えます。』

資料作成本の最後の秘境『ワード』を対象とした外資系コンサルの資料作成テクニックが1冊の本になりました。2017年3月29日に発売されています。
※購入頂きました皆様、ありがとうございます。
https://www.amazon.co.jp/dp/4492557776

gaishi_word_201703_new.jpg
累計数十万部を数える「外資系〜シリーズ」には「スライド作成術」と「Excel作成術」がありますが、ワード向けの本はありませんでした。パワーポイントとエクセルは一生懸命練習するのに、ワードの作成法を学ぶ人はほとんどいません。見よう見まねの作成が繰り返され、ワード文書はどんどん読みづらい存在になっています。その結果、「ワード文書は扱いにくい」と考えられるようになりました。この本は、最後の秘境、ワード向けの「文書作成術」です。優れたWord文書を効率よく作成する方法を知り、適材適所でビジネス文書を作り分ける術を自分のものにしましょう。


【吉澤準特の本:累計7万部以上】
外資系コンサルが実践する資料作成の基本』はロングセラーで重版多数
外資系コンサルの仕事を片づける技術』はロングセラーで重版多数
フレームワーク使いこなしブック』はロングセラーで重版多数
兄弟本の『ビジネス思考法使いこなしブック』はロングセラーで重版多数

【吉澤準特の過去配布レポート】
「外資系コンサルの仕事を片づける技術」特別抜粋版のダウンロード
「最新会議運営の基本と実践がよ〜くわかる小冊子」のダウンロード
できる人の9つの法則
コンサルタント直伝!コミュニケーションのプロになれる!


IT業界の裏話(まぐまぐ殿堂入りメルマガ)へ
メルマガ登録ならコチラ メルマガ解除ならコチラ
メールアドレス:
メールアドレス:



2011年03月14日

ITシステムの災害復旧を前にしてやらなければならないこと
このエントリーを含むはてなブックマーク

東北関東大震災が3月11日に発生してから、初めての週明け。被災地では想像以上の悲しみや疲れが広がっているものと察し、心からお見舞い申し上げます。

一方で、被災地から離れてはいるものの、関東地方に住んでいる人々のなかには、ITシステムのBCP対応に追われている人もいることでしょう。今回のエントリーでは、そんな方に向けて、Public Keyの新野編集長、ユニアデックス高橋優亮さんらが有志の方々と協力してまとめたノウハウを紹介します。

作成者の好意により、どなたにでも活用していただけるようにGNU Free Documentation License (GFDL)日本語での解説)となっています。自由に複製、改変、頒布などが可能です。オリジナルのテキストファイルはここからダウンロード可能です

本文書が多くのITシステム復旧に携わる方々の目に触れるよう転載させていただくことをご了承ください。

「災害にあったITシステムを操作しなければならない人が知るべきこと v0.2」

1.目的

本文書は、震災などの災害発生後に、ITシステムのユーザがシステムの復旧や再起動を検討する場合にチェックするべきことを記しています。

被災したサーバを、再起動するのは本質的に危険なことです。場合によっては人命に関わる二次災害を招いたり、存在したかもしれない障害からの復旧可能性を失う可能性が高いものです。サポートサービスのプロフェッショナルの支援を受けることは必須だと考えてください。

しかしながら、プロフェッショナルの支援を待てずに起動することが要請されるシステムも存在することと思います。そうした状況下で、可能な限り二次災害のリスクを小さくしたり、あるいは「拙速な復旧を断念する」という勇気ある決断をするための助けとなるように本文書は作成されました。

2.この文書の限界と、責任

この文書の初版は、高橋優亮を中心とした有志が作成した文書です。高橋優亮や有志の所属する団体等の公式な見解を示すものではありません。

被災環境におけるITシステムの操作や起動は、火災などの人命に関わる二次災害を引き起こす可能性があります。

被災環境におけるITシステムの操作や起動は、もしかしたら存在したかもしれない、障害からの回復可能性を失うなど、様々なリスクがあります。

一般にユーザによる災害復旧操作は、状況を悪化させることの方が多いものです。この文書はユーザによる自力復旧を推奨するものではありません。むしろ、自力復旧しないことを強く推奨しています。

本アドバイスに従ったとしても、リスクを完全に回避することはできません。可能な限り、サポートサービスのプロフェッショナルにサービスを要請してください。

サポートサービスのプロフェッショナルであっても、リスクを0にすることができません。プロフェッショナル以外の人が作業することはリスクを高める行為であると理解してください。

色々な事情でプロフェッショナルのいない現場でシステム復旧を試みなければならない人たちの支援情報となるように作成された文書ですが、復旧対応は、元来個別のITシステムとその状態毎に対応方針を決定すべきものです。一般論を記載していますが、読者の個別のITシステム環境に合致しなかった場合、皆様のITシステムに取り返しの付かない悪影響や人命に関わる二次災害を引き起こす可能性もあります。

この文書には間違いがなくなるよう努力をしていますが、間違いがないことを保障するものではありません。

この文書を読んだり、書いてあることを実行したりすることによって引き起こされた一切の問題について、この文書の著述に関わった個人や法人、あるいは配布や蓄積、交換にに関わった全ての個人や法人は免責されるものとします。

なにが起こっても誰も一切の責任を負いません。恐縮ではありますが自己責任でのご判断をお願いいたします。繰り返しますが、この文書の内容は「無保証」で読者に提供されています。

3.著作権と再配布

本文書は、GNU Free Documentation License (GFDL)バージョン1.3か、それ以降の任意のバージョンに基づいて、自由に改変と再配布が可能です。ただし、2節の「この文書の限界と、責任」の内容については、その意図を変更するような改変を禁止します。これはGFDLにおいても認められています。

4.著者と謝辞

改変履歴
v0.2 2011.03.13 高橋優亮

v0.2の謝辞
この文書は、2011.03.11に発生した「東北地方太平洋沖地震」の被災者に対して、IT技術者ができることをはないかと、ブログメディア Publickey(http://www.publickey.jp/)編集長の新野淳一氏の示唆に基づき作成されたものです。氏のアイディアがなければ存在しなかった文書です。氏には深く感謝を申し上げます。

v0.21 2011.03.14 新野淳一(本ページ。Webページ化に伴う体裁の変更など)

5.災害にあったITシステムを操作しなければならない人が知るべきこと

特に重要な項目については【重要】の見出しをつけています。

5.1 全てのシステムについて

全てに共通する基本

【重要】自分で復旧しないでください!
被災システムの操作はプロフェッショナルに依頼してください。一般の人が操作すると、多くの場合状況が悪化し、回復不能になるケースが増えます。たとえば衝撃を受けてヘッドクラッシュを起こしたハードディスク装置は、電源投入して回転させると破損が拡大し、データ復旧も難しくなります。

他にも、細かいちりと水分などの影響でショートが発生し機器から火災が発生することもあります。炎上し焼け落ちたシステムの復旧はほとんど不可能です。

目的

そのシステムは本当に「今」復旧することが必要ですか?
「念のため」や「心配だから」または「可能なら」という状況ならば、プロの到着を待ってください。あなたがさわることで、状況が悪化します。二次災害で人命が失われるかも知れないリスクがありえる、という状況の元、本当に「今」復旧することが必要か判断してください。

5.2 サーバシステム(サーバルームやデータセンタのラックシステム)

意義

そのITシステムを利用するユーザや外部システムの復旧予定を知っていますか?
あなたのサーバだけ先に復旧しても、たとえばユーザや外部システムの復旧が数週間先というような状況下だったらどうでしょう?プロを待たずに「今」復旧する必要がありますか?

事前の装備確認

【重要】静電気を放電できるような対策がされた安全靴や、静電気を発生しにくい衣料はありますか?
平常時と異なり、現場にはガスや可燃性の粉塵などが存在する場合があり、静電気が爆発事故の原因になる場合すらあります。最低限、静電気対策ができないなら、復旧に向かうべきではありません。

安全靴、ヘルメット、防護手袋、防塵ゴーグル、懐中電灯、工具などの準備はありますか?
装備が足りなければ、それだけ危険が増します。どれだけ備えても危険は0になりませんが、可能な限り装備を整えてください。

【重要】通信路の確保
被災環境では、通信路の確保は難しいかも知れませんが、可能な限り、外部と連絡がとれるように準備してください。Twitterやmixiだけでも使えれば大違いです。

【重要】同行者の確保
単独行動は避けて、複数名で現場に入ってください。状況を見張る担当と復旧作業を行う担当と、作業を分担して、常に安全を確保するよう努めてください。

通常作業に必要な装備
被災状況であろうがなかろうが、たとえばネットワーク機器やストレージ機器のコマンドラインインターフェースを操作するのに使うノートPCやシリアルや Ethernetのケーブル、各種ジェンダーチェンジャー、データ吸い上げに使用する、予備のストレージ機器などを準備します。これらがないと、結局手も足も出ず、徒労に終わると言う結果になりがちです。

ラックに近づく前に確認すべきこと

【重要】サーバルームやデータセンタの建屋の安全性に問題はありませんか?

【重要】サーバルームやデータセンタに漏電などによる火災のリスクはありませんか?

【重要】天井、床、壁などに、大きな損害や亀裂ははありませんか?
家屋や建屋の危険度の判定については、行政や専門家の指示に従ってください。立入や接近が禁止された場所での作業は論外です。たとえ禁止されていなくとも、建屋や設置場所が危険と思われる場合は、安全を優先して、起動は諦めてください。たとえあなたの命を賭して再起動しても、建屋が壊れたらシステムも一緒に粉々です。

【重要】サーバルームからの緊急退避路を常に意識して行動してください
余震や類焼などで、それまで比較的安全だったところが、急激に危険になる場合があります。常に退避路を2方向以上確認し、常に意識してください。退避路が1方向しかないと想定される場所には最初から入ってはいけません。設置場所が危険な場合は、安全確保を優先して復旧は諦めてください

【重要】あなたは、夢中になると周囲が見えなくなるタイプではありませんか?
どんなに作業に集中していても、状況が変われば、即座に退避する必要があるのが被災地です。ユーザが自社のシステムを復旧しようとすると思い入れが強すぎて、周囲が見えなくなるリスクが高まります。複数名での作業を重ねて推奨します。

空調は機器の動作を保てるレベルで動作していますか?
システムが復旧しても、サーバルームの密度や空調の程度によっては、しばらくすると熱がこもって、熱暴走や故障が発生するような状態になるかもしれません。
適切な空調が得られなければ、長時間システムを動作させることはできません。データのバックアップ採取のみにするなどプランの変更を検討してください。

そもそも電気は来てますか?
電源供給がされていない場所で復旧を検討することはナンセンスです。電源回復を待ってください。

【重要】漏水はありませんか?
周囲を見渡して漏水の可能性を確認してください。漏水があれば漏電のリスクがあります。電源投入をしてはいけません。安全に作業できるようなら、電源ケーブルを外したり、主幹ブレーカーを落とし、火災予防することも検討してください。

【重要】異臭はありませんか?
都市ガスやプロパンガスには特有のにおいがつけてあります。これらのガスには毒性はありませんが、爆発のリスクがあります。即座に、静電気火花を起こさないように細心の注意を払って撤収してください。都市ガスやプロパンガスの以外でも、異臭は、有毒ガスの発生や、火災の前兆を示す場合があります。安全かつ迅速に撤収をしてください。

ラックの前に立ったら

【重要】ラックに変形はありませんか?
変形の程度にもよりますが、ラックが変形するほど大きな衝撃を受けたシステムは火災を引き起こすなどの可能性が高く、起動は危険です。電源ケーブルを抜いて、ブレーカーを落としプロフェッショナルの到着を待ってください。

【重要】切断された電源ケーブルなど、危険なものはありませんか?
感電や傷害のリスクを排除できない場合はシステム起動をしてはいけません。特に直流送電のデータセンタでの感電は致命的な結果になります。「直流送電」と言われて意味の分からない人は、データセンタの復旧に向かうべきではありません。

【重要】現場が粉塵でもうもうとしていたりしませんか?
粉塵爆発のリスクがあります。建材の多くは不燃物ですが、現場で粉塵が可燃物か不燃物かを判定することは不可能です。静電気に注意して、即座に撤退してください。

ラック自身の固定に問題はありませんか?
ラックの固定が外れて、建物に安全に固定することができないような場合、折角システム復旧しても、余震などがあればより状況が悪化する恐れがあります。システム起動より、ラックの固定を優先してください。

LANやファイバーチャネルのケーブルが伸びてしまっていませんか?
阪神淡路大震災の時、多くのシステムがラックが動いてしまうことにより、ケーブルが伸びたり、内部で断線することで通信不良が発生しました。ケーブルが伸びてしまっている場合、無理に復旧しようとせず、予備が確保できてから作業するのが望ましいでしょう。

電源を入れる前に

【重要】筐体に大きな衝撃を受けた跡などはありませんか?
衝撃を受けたことが明らかな場合、まずハードディスクの障害を疑います。故障したハードディスクに電源を投入するとデータ復旧が困難〜不可能になる可能性が高まります。起動しないことをお勧めします。

【重要】筐体内部に粉塵や液体の侵入の形跡はありませんか?
空気中に粉塵がなくとも、機器が粉塵にまみれている場合は、内部配線でトラッキング漏電が発生する恐れがあります。また現在乾燥していても、一度でも濡れたり水没した痕跡のある機器をそのまま電源投入してはいけません。乾燥しても水に溶けていたものが結晶化して導電性の皮膜ができてショートすることがあります。
いずれの場合でも、可能ならば電源ケーブルを抜いてブレーカーを落としておきましょう。

【重要】電源ケーブルやコンセントやプラグに損傷はありませんか?
変形して中途半端にしか刺さらないようなプラグや、強い衝撃を受けて、内部のより線の一部が断線したようなケーブルを使ったりすると、発熱して火災になることがあります。訓練を受けていない一般の人が「ケーブル内部のより線の一部断線」などを判定することは難しいので、ダメージを受けていると思われる場合は電源を入れてはいけません。

機器のラックへの固定は緩んでいませんか?
機器が正しくラックに固定されているか、固定状態を確認してください。緩んでいるようなら、きっちりと固定してください。固定が不十分な状態では、起動後に障害が拡大する可能性が高まります。

【重要】電源投入手順や、起動時の障害確認手順を理解していますか?
システムの起動手順を理解しないまま「電源入れればなんとかなるだろう」と起動すると、大抵望ましくない結果になります。また、起動シーケンスに障害が発生した場合に、対処できるスキルがない場合や、正常に起動したかどうかの判定を行うことができないようなシステムは、最初から起動してはいけません。

【重要】システムの停止手順を理解していますか?
復旧を断念して、システムを停止する場合に、正しい手順を理解していますか?OS以外にもミドルウェアやサービスやデーモンやアプリケーションに対しても、正規のシャットダウン手続きが必要な場合があります。止め方の分からないシステムは起動してはいけません。

【重要】電源投入順序
システム構成によって、正しい手順は異なりますが、多くのケースに該当しそうな手順を紹介します。

0.計画停電が想定される地域では、作業中に停電時間帯に突入しないよう余裕を持って計画を立ててください。

1.電源供給の確認をします
UPS装置がある場合はUPS装置を調べ、UPSやUPSのバッテリーが正常に起動しているかを確認します。 電源供給コネクタ類を一通りテスターであたり、電圧異常などがないかを確認します。電圧異常があったら電源ケーブルを抜いて、起動は諦めてください。

2.まず外部につながるネットワーク機器から
サーバシステムは、ネットワークにつながらないと役に立ちません。ネットワークが障害を起こしているようなら、システム復旧の意義は薄れます。外部に近いほうから順次確認していきます。たとえば、ONU→ボーダールーター→Firewall→DMZ用スイッチ、といった順です。 ネットワーク機器から電源投入するのは、ハードディスクなどの衝撃に弱い部品を使っているケースが少ないため、最初に電源を投入する機器として適切だからです。

しかし、ロードバランサー、ファイヤウォール、L4〜L7スイッチ、SSLアクセラレータといった製品の中にはハードディスク内蔵の機器もあります。このような機器は、他のネットワーク機器の正常起動確認の後にします。

ネットワーク機器が起動したら、外部との接続性を検証します。正常動作する持ち込んだノートPCなどから、pingや tracert(traceroute)、Wiresharkなどを用いて必要なシステムとの接続ができるか、実用的な通信は可能かなどの確認を行います。ネットワーク接続が確立できなければ、データやシステムのバックアップ作業などへプラン変更を検討します。

3.裏LAN用スイッチや、FCストレージ用のスイッチの電源を投入し動作を確認します

4.【重要】ストレージ装置の電源を入れるかどうか考える
ハードディスクの故障は、外観からは分かるとは限りません。多くの場合、クラッシュしていても外観には何の変化もありません。しかし、クラッシュしている状態で電源を入れると、データ復旧の難易度は一気に上がり、取り返しがつきません。データのバックアップが不十分なシステムの場合、この電源投入が運命の分かれ道になる可能性があります。

本当に今電源を入れる必要があるか、今一度ここで考えてください。電源を入れずプロと相談することを、改めて強くお勧めします。

5.決断できたら、ストレージ装置の電源を入れます
注意深く起動音や、ステータスランプを観察してください。異常が見られたら即座に電源を切って、これ以上の作業を諦めて、撤収します。データ復旧サービスを提供している企業と相談してください。

6.最後にサーバ機器の電源を投入します
いきなり起動してよいかどうかは、システム構成によります。必要なら、セーフモードで起動したり、シングルユーザモードや、ROMモニタなどで診断を実行するなど、システムの健全性を確認してください。

また、複数サーバで構成されるシステムでは、サーバ間の起動順序が問題になる場合もあります。たとえば、認証サーバ→アプリケーションサーバ→Webサーバのようなケースや、ある種のクラスタ構成の場合、本番系を全て起動してから、など、サーバ間の起動手順が決まっている場合があります。電源投入順が不明な場合もシステムを起動してはいけません。

無事に稼動/起動していると思っても

異臭や異音はしませんか? 少なくとも30分。できれば数時間以上、状況を注視してください。燃えてからでは手遅れです。

データバックアップやシステムバックアップは無事に存在しますか? してなかった方は、可能ならここで採取しておきます。必要なら本番起動前にシングルユーザモードや/セーフモードで新しいメディアにデータバックアップをしてください。本番稼動前に、各種ログファイルなどを調べ、必要な復旧処理をしましょう

小康状態になっても、運用中に気をつけるべきこと

大きな余震や津波が再び発生した場合のプランはできていますか?

ここまでたどり着いた方は運良く運用可能状態になりました。おめでとうございます。しかし、もう一度システムがダメージを受けた場合、再起不能になるかもしれません。その時にどうするかを計画しておきます。

たとえば、小康状態の間に、バックアップをしっかりとっておいて、小康状態の間はトランザクションやデータベースの更新を禁止し、参照系だけにして、再度の障害に備える、などの方針を決めます。

【重要】突然の停電が再び、何度も起こりえます。
計画停電だけでなく、被災地の電源供給は不安定になりがちです。突然の電源断があった場合にも耐えられる運用プランを検討してください。

UPSのバッテリ残量の確認や、シャットダウン指示が正常に動作するかのテストも実施してください。 運用を継続する場合でも、計画停止があれば何度もシャットダウンが必要になります。シャットダウンを繰り返すことはしばしば障害の原因になります。

データの吸い上げができたら、不要不急のシステムは休止することを基本としてください。 バックアップを活用して、IaaS事業者のサーバで仮復旧するなどの対策も有効です。是非移行を検討ください。

途中で退避するときは

【重要】復旧を断念するなどで、退避する時は、機器の電源をOFFに 安全に退避できる時は、機器の電源をOFFにしたり、電源ケーブルを抜いたり、主幹ブレーカーを落としたりするようにしてください。

また、電源供給が不安定な時はサージやスパイクと呼ばれる異常高電圧が発生しやすく、機器故障や火災の原因になります。また漏電が発生した場合の事故を防ぐためにも、なるべく電源を広範に落としてください。

【重要】ただし、可燃性ガスなどの存在が疑われる時は、これらの操作で起こる電気火花が引火の原因になる可能性がありますので、なにもせずに速やかに撤収してください。

5.3 クライアントシステム(デスクトップやノートPC)について

全般

現場に入るまでの危機管理などは「5.2サーバシステム」編と共通しています。安全を確保して作業してください。

ローカルハードディスクの内容
クライアントシステムでは多くの場合、復旧すべきものは、ローカルハードディスクの内容に限られます。データを救い出すことを中心に検討します。

ノートPC
軽量なノートPCは、現場から本体ごと回収して、安全な場所に運んでから、順に動作確認やデータの取り出しを行いましょう。ユーザの所在が不明でログインのパスワードが不明な場合は、それぞれのOSごとに回復手順があります。ただし、HDD暗号化を実行していると、データの回復が不能の場合もあります。

デスクトップPC
本体ごと安全な場所に運べる場合はノートPCと同様にしてください。 ハードディスクの暗号化をしていない場合なら、本体のサイズや筐体の構造と現場の安全環境と、作業者のPC分解スキルと相談しながら、筐体をあけてハードディスクユニットだけ取り外した方が、安全かつ大量に短時間に運び出せる場合があります。その場合、ハードディスク本体に、どのPCから取り外したのか書いておくと、後のデータ吸い上げ時に役立ちます。

5.4 and more... to be written
posted by 吉澤準特 at 20:22 | Comment(0) | TrackBack(0) | 注目記事

2011年03月11日

PS3のキャンペーンサイトが情報商材っぽい残念な作りになっている件
このエントリーを含むはてなブックマーク

もうすぐ新年度。これから新生活を始めようとしているひともいるかと思いますが、この時期の新生活応援キャンペーンとして、ソニーのプレイステーション3が思い切ったデザインのオフィシャルサイトを公開しています。

image

image

3流のウェブショップや情報商材のサイトが作ったデザインのように思えますが、間違いなくソニーの公式サイトです。以下のURLからアクセスできます。

http://www.jp.playstation.com/ps3/imada/index.html

すこし余談になりますが、情報商材系のサイトが縦長で黄色や赤いデザインを多用しているのは、購買すべき理由を何度もちらつかせて、自然に買う気を起こさせるという手法です。色は、スーパーのチラシが赤と黄色をよく使っていることを参考に、人間の脳裏にインパクトを与えやすいこの組み合わせを良く使いますね。

あと、こういった買う気を起こさせるサイトというのは、「全然ダメダメな私でも、これを使ったらこんなイイコトがあった!」という作りが基本になります。「どうしたらいいの?」と問題提起をしておき、「こうすればいいんだね!」と一人で勝手に答えを出すという、マッチポンプみたいな形が好まれます。先人のアフィリエイターが試行錯誤の上でたどり着いた境地だそうです。

ちなみに、私が最初にこのサイトを見たとき、しょっぱなのセールストーク部分で「ブルーレイはなくてもいいや」と頭に浮かんでしまったので、そのまま別サイトにジャンプしちゃいました。情報商材系のサイトとしては失敗ケースですね。残念。

posted by 吉澤準特 at 03:30 | Comment(0) | TrackBack(0) | 徒然コメント





【IT業界の裏話】過去コラム(No.1-337)
[ TOP ]IT業界の裏話

▼ IT業界の人々
「内製率を高めたい」のに「世界...
人の話を聞かないIT技術者の...
コンサルを目指す学生との対話...
IT業界、悪魔の辞典『ヒト編』
改善は「自分が楽をすること...
近くて遠きもの、プログラ...
IT企業が求めるプログラマ...
ITプロの3割が機密情報に...
10年働くソルジャーが欲しい...
PGとSEの仕事の面白みは何...
メールをすぐ返信する人、しな...
├ ITコンサルタントになる方法
我がコードは我流。我流は無...
欧米人がグリーンITに積極的...
実は変化など望んでいないエ...
├ 実はコミュニケーション能力に...
IT業界人は自分のドッグフード...
IT業界を不人気にした重鎮...
IT業界の変わった人々
電子メール禁止!ゼロメール...
名言集−運用フェーズ−
システム開発における名言集
失敗から学ぶ人、学ばない人...
SEに多いコーチングタイプは...
あなたのコーチングタイプは...
ITエンジニアの年収公開サ...
CTCは何の略?
会議は踊る、されど進まず...
繰り返し使われるメールアド...
遅刻しそうなので面接受け...
社内SEが人気を集めている...
サポートセンターの悪夢
IT業界に向いていない人
日本の夏、熱暴走の夏
客前で後ろから刺される
システム障害でクビが飛ぶ人
病欠って何ですか?
昼休みって何ですか?
Windowsに弱いIT技術者2
Windowsに弱いIT技術者
エンジニアは音を伸ばさない
話しにくい人
転職する人しない人
サイコロ一振りで給料を決め...
コンサルがお絵描き好きなの...
コンサルの報酬額って?
ITコンサルとSEの違い
SEのITリテラシ
公私のケジメ

▼ 仕事のやり方
客先で自分のPCが差し押さえられ...
「闇リリース」は善意でやっても...
新人のための7つのワークハック...
仕事の質を落とさないメソドロ...
組織が150人を超えると仕事の質...
世界最大のコンサル会社が最低...
IT業界、悪魔の辞典『SI編』
パワーポイントを紙芝居に貶め...
日本と米国の違い:ベンダーサ...
定時退社日に罪悪感を感じるIT...
ストレス厳しい職場を生き抜く...
おまえが呼ぶな、俺が呼ぶ「ハ...
ITプロレタリアートは多機能工...
図表をリッチにする5つのシン...
セクシーパワーポイント道
エンジニア御用達のIT誌
メールコミュニケーションを200.
├ ニッポン・エンジニア・レボリュ...
ITのプロって何ですか?
クールビズにも限界、冷房28...
真夏に長袖!なのに裸より涼...
測定しにくいものを測定する方...
山田さんの使いやすいシス...
SEの品格
コンサルの品格
ダメシステムはひとまず葬れ
眠気対策アイテムを考える
長篠メソッド
ITサポートがユーザーに教え...
資格の価値
出張先のホテルでインターネ...
お口の恋人
絶対に潰れない会社の悩み
エアエッジが必要になる理由
ハイプ曲線+キャズム理論
ユンケル黄帝液とスーパー黄...
一貫性が信用を生む
デビルズ・アドボケイト
落とし所を見定める
クライアントの良き友人たれ
キャンペーンでたたみかける
比較で暴利をごまかす
権威を活用する
ヒヤリハットの考え方
密談のタバコ部屋
「えいや」で決まる、魔法の言葉
海外テレカンの心得
IT業界でうまく生きていくコツ
ポンチ絵
仕事と作業の違い
上司に背を向けると怒られる?
ロケットスタートのススメ
人の考えを利用すべし
「見える」化
仕事の範囲
ワークシートのススメ
フローチャートの基本
仕事のやり方、片付け方
もんたメソッド
高橋メソッド
作業時間の見積り方
仁義を切る
アクションプラン
ミーティングと議事録
ベンダー選定の基準
ITと数学
レスポンシビリティとアカウンタ..
仕事の密度
リクルーティング
ドキュメントプロパティ
クライアントが納得する答え

▼ 仕事の環境
こんなのITのプロらしい仕事...
デスマーチに陥るお決まりパ...
外資が休暇を大切にする”真”...
HTMLメールとテキストメール...
ペーパーレス化が紙の無駄...
携帯電話のSDカードも禁止す...
人々は安定性と安全性の両方...
カタカナ会社はあやしい会社?
サービスリリースの落とし穴
IT業界の職場環境
IT業界の労働環境悪化は...
英語の必要性
正月出勤
年末年始の過ごし方
止められないコンピュータ
動かないコンピュータ
リリース直前の危機

▼ IT業界の動向
クラウドプレイヤーの名言集...
ネット史上最大の惨事、マイクロ...
ベンダー努力を台無しにするIFRS...
電子政府構想は無駄遣いの温床...
NASAのレポートがIT業界に与える...
中国当局によるプログラム盗用は...
コンサルもSIerもいらない内製...
中国のソースコード強制開示制度...
IBMは当て馬、Oracleが演出する...
PWCCが復活、ベリングポイントを...
IBMに喰われたSun、IT業界に訪れ...
ヤフー、自社データセンター所有...
自分が決めたルールに違反するGo...
SOAは死んだ
データセンターを巡るIT業界三...
├ リーマン破綻にみる米国証券業界...
IT史に輝く「すべったテクノロジ...
冷却を必要としない常温データ...
過去のIT業界10大予測を振り...
├ エンジニアよ、大志を抱け!
├ 黒箱襲来!コンテナがDC...
IT業界進化論: SIer 2.0を目...
IT業界がダメな理由を学生の...
IT業界温室効果の1/4はDC...
新生ニコニコ動画、ニコンド...
システム前線異常アリ!ゆう...
ニコニコ動画は文化の架け橋
Web2.0の向こう側〜サードリ...
セカンドライフだけで宣伝の...
国家戦争にも利用されるDDo...
DoCoMo2.0に見る情報格差...
DoCoMo2.0とWeb2.0
ITIL準拠という幻想
システム障害訓練の日を制...
WAONとnanacoが提携したい...
NTT東西の野望〜光回線編...
mixi招待制の綻び
Vistaが売れない理由
独自仕様に走り過ぎて泣き...
米国事情から見る日本のIT...
MVCからAjaxへ
外字ってなんですか?
Sunがx86サーバにIntel採用...
やりたい放題バッドウェア!
アウトソーシングという名の幻...
ソフトバンクモバイル、MNP停...
やっぱり止まったソフトバンク...
あらゆる意味でやり過ぎの...
経営者不在の日本版SOX法...
働いてみたいIT企業ランキン...
サーバの進化がデータセン...
_システム運用にRSSを活用
電力線通信が認可される日...
携帯メールはSSL通信よりも...
経営者不在の日本版SOX法...
Microsoftがサイトリニューア...
停電に脆弱なシステム
システムは誰のためにある...
ITILで運用が楽になる?
進化するコールセンター
Vacademy
IT業界にロングテールはある...
時間をお金で買う
あなたの猫はコンピュータウ...
個人情報保護法の範囲
あなたvsプロジェクト構成管理
ドラマ24にみるシステム最前...
次世代トレンドと枯れた...
日本版SOX法の施行に向け...
新しいWindowsはWeb決済...
地震に強いシステムをお持...
IT Doesn't Matter
SOAと分散コンピューティン...
各社で定義が異なるESB
おサイフケータイに見...(2/2)
おサイフケータイに見...(1/2)
子会社のシマを荒らす親会社
アインシュタインに学ぶソフ...
公職選挙法とインターネット
マイレージ負債
インターネットの舞台裏:海底...
ゼロ・クライアント
サーバのトレンド
外資系パッケージベンダー

▼ 業界の構造
対極にあるIT業界とコンビニ業...
IT業界は成果報酬型のサービス...
特定ベンダー以外をふるい落と...
欧米人なら爆笑するレベルと...
IT業界が詐欺師集団と言われる...
IT業界の格差社会、年収200...
├ 新基準導入でデスマーチがな...
公式では言えないニコニコ動...
├ コンサルとアプリ開発者、格差...
システム運用はIT業界の最下...
テストフェーズの呼び方は千...
2000年問題再来!?サマー..
減り続ける正社員の割合
労働局が偽装請負の抜け道...
会社貸与のPCは何年償却?
ITIL Foundationを2万円で買..
IT製品もイメージ重視?
お試しできない製品は売れない
IT業界は無免許制
どんぶり勘定
標準価格と提供価格
ソフトウェアライセンス
社外秘の秘密度合
偽装請負 
システム開発の流れ7 テス...
システム開発の流れ6 開発...
├ システム開発の流れ5 開発...
システム開発の流れ4
システム開発の流れ3
システム開発の流れ2
システム開発の流れ1
IT業界の構造

▼ 業界ランキング
SIerランキング2005
コンサルランキング2005

▼ その他
「幣社」という表現は相手を見下...
コミュニケーション力の不足は...
聞く耳を持たないYahooニュース...
黒デスクトップ事件に見る中国...
ITコンサルから見たブラッディ...
違法ダウンロードでネット追放...
就職難民=不出来な学生とい...
モンスターペアレント、会社襲来
あえて言おう、Yahooの掲示...
プログラマ向きなカフェをオー..
├ Japan Brog Award 2008を..
日立さん、IT大喜利をもう一度
インターネット上の信頼できる...
IT業界でありそうな迷惑勧誘...
倒産してもカネを要求する悪2...
倒産してもカネを要求する悪1...
├ 枯れた技術の水平思考で
├ ずさん極まりない環境保護ラ...
世界の奇妙な法律を集めた...
50万円のキーボード
洋楽を1曲10円で購入できる...
CNETとZDNetは同じ会社
情報の価値(情報商材)
コンパイル1回12時間の世界
楽天ポイント事件
楽天ポイント事件〜利用者...
楽天300ポイント付与で謝罪
ライブドア強制捜査
└ ネットワークベンダー