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

以前好評いただいた『資料作成の基本』から図解作成だけにテーマを絞って抽出した本が2018年6月23日に発売となります。 https://www.amazon.co.jp/dp/4799106511

図解作成の基本
本書は「資料」ではなく「図解」の作成に特化しています。図解は、論理的にわかりやすい内容、感覚的に心地よい見た目が好まれます。図形のカタチ(フォーム)と配置(ポジション)で生み出される「要素のバランス」、色の使い分け(カラー)によって醸し出される「コンテンツの強弱」です。それらを「図解キューブ」というモデルで表し、その実践例をチャートとグラフの「図解パターン」として体系的・網羅的に整理しました。これらを「エグゼクティブ図解術」と私は呼んでいます。本書を図解作成のハンドブックとして、ぜひ使ってみてください。


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

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


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



2012年09月27日

推測でものを語らずに事実だけを見つめろ、事実が足りなければ考察しろ
このエントリーを含むはてなブックマーク

部下
「課長、クライアントから連絡があって、明日の金曜までに見積書をメールに添付して提出してほしいとのことです。」
課長
「分かった。何時までに送ればいいのかな?」
部下
「来週に内部確認会を開くと言っていたので、実際は週明けに確認するのでしょう。日付が少し遅くなっても大丈夫だと思いますよ。」

一見すると何気ない会話ですが、この翌週、課長はクライアントからクレームを受けてしまいます。それはなぜでしょうか。

さきほどのやり取りには客観的な事実と主観的な推測が混ざっています。クライアントが「金曜までに見積書を送ってほしい」と言ったことは事実ですが、それを部下が「週明けに確認するのでしょう」と勝手に推測しています。しかし、実際には、クライアントの担当者は週末に出社して見積書の内容を整理しようと考えていたのです。

結果として、日曜に出社した担当者はメールボックスのどこを探しても見積書が見つからず、月曜朝に向けた取りまとめができなくなったため、その週の作業スケジュールが大きく遅延してしまいました。

前述のやりとりは、実際に私の隣のチームが不幸にも遭遇してしまった出来事です。外資系企業では”No Guess(ノーゲス)”という言葉を使って、「推測でものを語らずに事実だけを見つめろ」と戒められることがありますが、事実情報の不足が思い込みによる勘違いを助長し、コミュニケーション齟齬が引き起こされるのです。

私は、相手の発言に推測が含まれている場合には、「その情報に根拠はありますか」と速やかに尋ねることにしています。時間が経ってしまうと発言者も記憶が曖昧になってしまうため、確認するならこのタイミングがベストです。

判断するために必要な情報が不足しているなら、それを推測で補うのではなく、まずは情報元に事実を確認しましょう。

しかし、すべての事実を集めるまで判断できないというわけでもありません。たとえば、次の2つの発言を比べて下さい。

@
「最近寒い日が続くものの、天気予報によれば、今週末は気温が30度に達する見込み。昨年は同じ条件でアイスの品切れが頻発したため、今週末は多めに仕入れるべき。」

A
「最近は寒い日が続いており、アイスの売上も減ってきている。このまま寒さが本格化すればますます売上も鈍るだろうから、今週末の仕入れを減らすべき。」

片方は仕入れを減らし、もう片方は増やすことを助言していますが、説得力がまったく違います。@は天気予報や昨年の実績といった客観的情報に基づく推測から論理的に考察しており、採用するに足る十分な理由になります。しかし、Aは「寒さが本格化すれば」という主観的な感想に留まっており、このままでは理由が弱過ぎて採用できません。

論理を積み重ねた考察は事実と同等に扱うことが可能です。相手から聞いたことに対して、「何が言いたいのか?」、「その根拠は何か?」と自問し、根拠にあたる部分に事実、もしくは論理的な考察が含まれているかを確かめ、判断のインプットにしましょう。

なお、主観的な感想しか聞き出せなかったとしても、そこで諦めてはいけません。勘と経験で意見を述べてくる人の一部は、論理的な説明に慣れていないために感想のような発言に留まっている場合もあります。

私の場合、相手の主観的な感想にも、「なぜそう感じたのか?」、「そう感じるに至った理由は過去の経験によるものではないのか?」と問いかけ、相手の考えていることを要素分解をしていきます。その結果、相手も意識していなかった論理的な考察を得られることがしばしばあります。

posted by 吉澤準特 at 01:58 | Comment(0) | TrackBack(0) | プロフェッショナル仕事術

2012年09月25日

インターネットの舞台裏:日米間のNW維持に年1000億円以上のコストが掛っているという事実
このエントリーを含むはてなブックマーク

インターネットで海外のサイトを閲覧することを思い浮かべて下さい。

あなたのPCから出て行った電気信号がLANケーブルを伝わりルータ(モデム)を経由して電話回線に入り込みます。電話回線をぐるぐる回って、海辺の通信施設へたどり着き、そこから海に潜って海底ケーブルをずーーーーっと伝わって海外サーバへようやく到達する。

あなたがPCの前でマウスをクリックしてから、画面が切り替わるまで、そんな壮大なスケールで通信が行われていることを意識したことはありますか?

前振りが長かったですね。今回は海底ケーブルの話です。

海底ケーブルといえば、国同士をつなげる国際通信網。太平洋には、アメリカまで伸びるケーブルが敷かれています。これを管理しているのはKDDI、NTTコミュニケーションズ、グローバルアクセスの3社だけなので、あまり外には話は漏れてこないのですが、人づてに面白い話を聞いたので、なぜなに形式で書きます。

▼海底ケーブルって何

光ファイバを十数本まとめたものを特殊ゴムで覆ったケーブルです。1秒間にハリウッド映画4本分を同時に送ることができるくらい、非常に太い回線になります。2012年9月にパイプラインネットワーク社が発表したところでは、シドニーとグアム間に8Tb(テラビット)/sのケーブルを敷いたとのこと。1秒間に1TBのデータを送信できるなんて、すさまじいです。

海底ケーブルは水圧や接触衝撃にも耐えるように作られており、なんと、50t以上の圧力にも耐えます。自動車なら、10台以上を同時に吊るすこともできるんですよ。

▼太平洋を横断する海底ケーブルはどうやって敷いているの?

船底からケーブルを垂れ流しながら施設しているそうです。通常は海底に横たわる形で敷設していますが、マリアナ海溝(水深1万m以上)を渡るときは、流石に深海までケーブルを敷くことはできないので、海底ケーブルがプカプカ海中を漂っています。大型の魚に体当たりを喰らって、千切れてしまうケーブルもあるため、常に予備ケーブルを張り巡らせているということ。

最近では、地球温暖化の影響で北極海の氷が溶けて、ロンドンと東京を直接結ぶ海底ケーブルが敷設可能になったそうです。1.6Tb/sの回線を6本敷く予定で、2012年下半期に工事は着工することになっています。

ちなみに、太平洋の海底ケーブルを維持するには、年間1000億円以上のコストがかかっているって知ってました?

▼海底ケーブルに天敵がいるってホント?

ズバリ、最大の敵は、「漁船の地引網」だそうです。地引網は、海底にあるものを根こそぎかっさらっていくため、海底ケーブルも掬われてしまいます。このため、深海部のケーブルより沿岸部のケーブルの方が、強い強度が求められるそうです。

▼誰がケーブルを敷くの? 専門の職業があるの?

普通の社員が、ある日突然辞令を言い渡されて、銚子や伊勢志摩の通信拠点に勤めることがスタートラインです。そのうちケーブル敷設船に乗せてくれるようになり、気がつけば、ケーブル敷設の担当になってたりします。もちろん、出向扱いだった待遇も転籍になっちゃいます。

なお、世界の海底ケーブル敷設状況は下記の通りになっています。実物はリンク先のサイトで販売しているので、興味のある方はどうぞ。だいたい1万ドル(80万円)くらいです。個人で買うにはちょっと高いですね。
http://www.telegeography.com/telecom-maps/custom-map-design/index.html

(当エントリーは2005年9月6日エントリーの加筆版です)
http://it-ura.seesaa.net/article/6642881.html

posted by 吉澤準特 at 22:38 | Comment(0) | TrackBack(0) | 業界裏話

2012年09月21日

答えになっているようで全然見当違いな回答をする人にならない方法
このエントリーを含むはてなブックマーク

ある会議で目にした光景です。

Aさん
「この取り組みはスケジュールに余裕がないように思えますが、進捗遅延時の追加コストはどのように確保するのですか?」
Bさん
「進捗報告を週次で確認し、スケジュール遅延の懸念があれば早期に対処して参ります。」

一見するとAさんの質問にBさんはちゃんと回答しているように思えますが、それは錯覚です。Aさんが知りたかったのは“進捗遅延時の追加コストを確保する方法” なのに、Bさんが答えているのは“スケジュールの遅延を予防する方法”であり、論点がずれています。

未来に絶対はなく、進捗遅延を100%防げると言い切れない以上、この場合は、「万一遅延した場合にはこのように追加コストを確保します」とBさんは答えるべきでした。

相手の質問に正面から答えるためには、相手が何を期待して質問しているかを知ることが重要です。質問が長すぎて、何を聞いているのか分かりにくい場合は、素直に、

「求めているのはこれに関する答えですか?」

という具合に、相手に質問の真意を確認しましょう。この手間を惜しんでしまうと、先ほどのBさんのように見当違いの回答をしかねません。結果として、表面的な意見交換だけで終わってしまうことでしょう。

相手の質問に回答できるだけの情報や知識をあなたが持ち合わせていないなら、「詳細を確認して後日回答します」と伝えます。「わかりません」の一言で済ませてしまうと、回答する責任を放棄したように思われます。

私の場合、自分が逆の立場(質問する側)になったときにも、この観点を意識しています。自分が知りたかったことに対する直接の答えが示されているかをチェックするのです。整理されていなかったり、長すぎて論点が不明瞭であるなど、相手の回答内容が不十分であれば、自分が期待する答えを伝えて再回答を依頼します。

聞き返すことを失礼な行為だと思うことはありません。それよりも、必要な情報が得られないことによって、今後の進め方が明後日の方向になってしまうリスクを恐れるべきです。トラブルとは、お互いの勝手な思い込みから生じるものであることを忘れないように。

posted by 吉澤準特 at 10:38 | Comment(0) | TrackBack(0) | プロフェッショナル仕事術

2012年09月20日

「相手の話は最後まで聞く」ことができない人
このエントリーを含むはてなブックマーク

相手が喋っているときに発言をかぶせてくる人がいます。

自分と異なる意見を速やかに否定したい、発言者の不十分な説明では議論に時間がかかる/もしくは誤解を招くからフォローしたい、同意ではあるがとにかく自分の意見を聞いてもらいたい、など理由は様々ですが、結果として言えるのは「最初の発言者はこの行為に気分を害している」ということです。

たとえば、ある課題についてあなたが解決策をひらめいたとしましょう。会議でそのことを説明し始めた時、他の参加者が、「そういったやり方もあるかもしれないが、私はこちらのやり方も良いと思っているんだ」と割って入ってきて話の主導が奪われたとします。せっかく自分が話の中心にいたのに、気づいたら別の人にその座を奪われていたという場面で、あなたは何を感じるでしょうか。

「まだ言いたいことが残っていたのに・・・」

最後まで話を聞いてもらえなかったあなたはフラストレーションを抱え込みます。割り込んできた相手と心理的な距離があるほど、その思いは強まります。それが転じて、相手に対するネガティブな気持ちが生まれ、その積み重ねが非協力的な態度や消極的な姿勢につながるのです。

こうなると、相手の率直な考えを聞き出すことは難しくなり、正確な情報を集めることができません。これではいくら頭を悩ませたって、合理的な判断を下すことはできなくなります。

ですから、私は相手の発言を遮って意見を述べることは絶対にしません。自分の得意領域が話題に挙がり、意見を述べたくなることもありますが、基本的に我慢します。相手の気分を損ねてまで主張すべきことなど、そうそうありませんから。

ただし、一つだけ例外があります。間違った方向へ延々と話が続けられ、これによって誤った判断がなされてしまうかもしれない、という危険性を感じた時は、一言、「恐縮ですが、話の前提を確認してもよろしいですか?」と問いかけて、半ば強引に認識合わせを行います。合理的な判断をするために相手の話を聞いているのに、それが誤った判断を許してしまうのは本末転倒ですからね。

posted by 吉澤準特 at 06:25 | Comment(0) | TrackBack(0) | プロフェッショナル仕事術

2012年09月19日

独当局「IEは使わないでください」MS「セキュリティパッチ作りました」独当局「だが断る!」
このエントリーを含むはてなブックマーク

マイクロソフト社のブラウザ「Internet Explorer」にセキュリティ上の重大な欠陥が見つかったとして、独当局はIEの使用停止、他社ブラウザの利用を推奨する声明を2012年9月18日に発表しました。

『米マイクロソフト(MS)の閲覧ソフト「インターネット・エクスプローラー(IE)」について、ドイツ連邦情報技術安全局は(2012年9月)18日までに、個人情報を盗む新種のウイルスへの対策に重大な欠陥があるとして、利用者に対し、他社のソフトを当面使用するよう求める声明を発表した。

ロイター通信によると、IEは世界で数億人が使用しており、セキュリティー上の欠陥は先週末にかけて表面化した。MSは対策ソフトの無料配布を始めたが、抜本的な解決策はまだ見つかっていないという。

MSによると、IEを使って悪意のあるウェブサイトに接続した場合、強力なウイルスに感染、ハッカーに侵入される恐れがあるという。(後略)』
http://www.nikkei.com/article/DGXNASFK19005_Z10C12A9000000/

MSの対応が不十分だとするドイツ当局の強気な対応は頼もしくもありますが、実は同じようなやりとりが2年半前にもあったのを覚えているでしょうか。

『Microsoftは米国時間(2010年)1月14日、IEの脆弱性が、Googleのインフラに対するサイバー攻撃に利用されたことを認めた。この攻撃は、中国の人権活動家の「Gmail」アカウントにアクセスを試みたもので、ほかにも同じ脆弱性が複数の米国企業への攻撃に用いられたという。

(中略)

ドイツ連邦電子情報保安局(BSI)は現地時間15日、「緊急」レベルのこの問題にMicrosoftが対処するまで、ユーザーは他のブラウザに切り替えるべきだとの見解を示した。また、Microsoftが提示している回避策を当てにしないよう勧告している。

(中略)

一方、フランスの政府機関CERTAも現地時間15日、Microsoftが修正プログラムを公開するまでIEの使用を控えるよう、国民に警告を発した。』
http://japan.cnet.com/news/sec/20406902/

このときはドイツだけではなく、フランスの当局もIEの使用停止を推奨する声明を出しており、基本的にヨーロッパの中でこの2国はセキュリティを厳しくチェックする人たちが目を光らせていることが分かるかと思います。「マイクロソフトが提示している回避策をあてにしないように」だなんてすごい発言ですよね。

一昔前は、企業内に設置されたクライアントPCにはIEしか入っていないことがよくありました。

社内アプリケーションが複数ブラウザ対応を面倒臭がって、デフォルトブラウザであるIEしかターゲットとしていなかったというアホな理由が大部分だったりもしましたが、ユーザが情シス担当者の言うことを聞かずにFireFoxを勝手にインストールしたり、iPhoneを筆頭とするスマホ勢力が経営者層にも浸透し始め、「俺のiPhoneでこのアプリ使えるようにしろよ」みたいな半ば脅迫に近い形でBYOD(Bring Your Own Device)の考え方が広がったこともあって、徐々に複数のブラウザ環境を許容するような雰囲気になりつつあります。

IEが狙われやすいのはずいぶん前から分かっている話です。費用を抑制するために、未だにIEしか認めていないという情報システム部門もありますが、ここらで社内標準ブラウザはIEとFireFoxの2枚看板とか、Chromeにも対応しちゃうとか、多様性を持った環境を標準とする考え方をクライアント端末環境のベースラインとしたですね。

まあ、標準的な挙動を示してくれるブラウザなら、何でもいいというのがユーザの本音なんですけど。

posted by 吉澤準特 at 08:52 | Comment(0) | TrackBack(0) | 注目記事

2012年09月16日

データ送信の速度の差は「1千分の数秒」遅れて罰金4億円
このエントリーを含むはてなブックマーク

世界の証券市場で千分の一秒以下という高速なアルゴリズム取引が主流であることは、以前のエントリーでも触れてきました。

「たった45分間で340億円の損失、高速自動売買システムの恐怖 」
http://it-ura.seesaa.net/article/285534033.html

グレーゾーンの多い証券業界ですが、以下は、同じ契約でありながら秘密裏に一部顧客を優遇したために受けたペナルティのようです。

『米証券取引委員会(SEC)は14日、ニューヨーク証券取引所(NYSE)が市場の売買情報を一部顧客に優先的に送信した問題で、同証取を運営するNYSEユーロネクストが500万ドル(約3億9千万円)の罰金を支払うことで和解したと発表した。SECによるとデータ送信の速度の差は「1千分の数秒」のレベルだったという。

SECの発表では、米国の証券取引所がSECに罰金を支払うのは初めて。2008〜10年にかけて、注文情報などの売買にかんする情報が、一般向けシステムよりも速く特定の顧客だけにNYSE側から伝えられていた。

米国ではコンピューターによる高速取引が急速に普及。1千分の1秒の単位で売買され、少しでも売買情報を速く得られれば、より高い投資効果が得られるとも言われる。NYSE側は、罰金の支払いに応じたが、「技術的な問題で、意図的な犯罪行為ではなかった」との声明を出した。』
http://www.asahi.com/business/update/0915/TKY201209150153.html

簡単に説明すると、これはアービトラージ(裁定取引)というサヤ取りのことです。Wikipediaにはこのように説明されています。

『日本などの水資源が豊富な地域では水は希少性が乏しいため、極めて安価である。しかし、この水を砂漠のような水の希少性が高い地域に運んでいけば、高値で売ることができる。金融の世界でも同様な取引があり、金利の低いところで金を借り、金利の高いところで貸し出せば、元手が少なくても多額の利益を手にすることが出来る(レバレッジ)。』

先の記事の最後にあった「技術的な問題」という発言は、ネットワーク接続の相性でどうしてもスペック通りの性能がでないということだと思いますが、SECがそんなアホなところを問題視するかといわれると、疑問に思えるので、やはり意図的に差が出るようなシステム構成にしたのではないかと思われます。

もし、本当に意図しないところで速度差が出ていたとして、それにこのようなペナルティが課されてしあうのであれば、東証を含む、金融先進国の証券取引所は皆訴えられてしまうのではないでしょうか。

続報が気になります。

posted by 吉澤準特 at 08:04 | Comment(0) | TrackBack(0) | 注目記事

2012年09月04日

仕事と作業の違い
このエントリーを含むはてなブックマーク

仕事をすることの意味を考えたことはありますか?

私たちは普段、仕事という言葉と作業という言葉を同じ意味で使っていると思います。辞書を調べてみると、両者とも似たようなことが書かれているため、なおさら同じ意味で考えてしまいそうです。

でも、本当にそうなのでしょうか。
次の2つの例を考えてみましょう。

『Aさんは上司から、下期の経営課題を解決するために必要となる社内システムの改修費用算出を命じられました。』

『Bさんは上司から、上期の経営課題のうち、解決しなかったものをリスト化して提出するよう頼まれています。』

さて、AさんとBさんに与えられたタスクについて、何か違いが分かりますか?

Aさんのタスクは、所与の条件である下期経営課題を基にして、システムに求められる追加機能やその費用を、”自分で考えながら”まとめていかなければなりません。

Bさんのタスクは、所与の条件である上期経営課題に対し、それをまとめるだけ、つまり”自分で考えず、与えられた指示に従って”まとめていけばいいだけです。

私は、Aさんのやっていることを「仕事」、Bさんのやっていることを「作業」だと認識しています。

仕事は、その背景にある内容を積極的に理解しながら、新たな価値創出に取り組むものです。それに対し、作業とは、与えられた指示に沿って何かを行うことを意味します。

作業はどんな職場でも必ず発生するものですから、それ自体を否定するつもりはありません。注意しなければならないのは、本来「仕事」であるべきものが「作業」と化していないかということです。

作業と化した仕事は、その成果も薄っぺらで、指示内容を逸脱する状況が発生しても対応することができませんが、本当に仕事をしているなら、指示内容の背景も理解して取り組んでいるはずですから、不測の事態にも臨機応変に対応できるものです。

どうです、今日から「仕事」をやってみませんか?

※2005年10月4日エントリー再掲

posted by 吉澤準特 at 21:53 | Comment(0) | TrackBack(0) | プロフェッショナル仕事術

ロゴを変えてイメージアップを図るIT企業たち
このエントリーを含むはてなブックマーク

すでに知っている方も多いと思いますが、2012年8月、WindowsやMS Officeなどで知られるマイクロソフト社が自社ロゴの変更を発表しました。なんと、25年ぶりの新ロゴだそうです。

Microsoft reveals new logo, proves that it's still okay to be square
http://japanese.engadget.com/2012/08/23/25-windows-8-office/

今回の新ロゴ発表はWindows8や新Office製品の発表を見据えたタイミングでのコーポレートブランド戦略です。Windowsが登場した当初、歪んだ窓を4等分するようなデザインシンボルでしたが、それがWindowsXP、Vista、7とバージョンを挙げるにつれて、確実に旗マークへと変貌を遂げていましたが、ついにWindows8ではどこからみても真四角な窓マークとして蘇ります。しかし、それだけに留まらず、会社そのもののロゴにもなってしまったという次第です。

マイクロソフトの会社ロゴに製品のロゴが組み合わさるのは今回が初めてであり、今後もWindowsを核とすることが企業戦略の根幹を成すようですね。


さて、ところで他のIT企業ではどのような企業ロゴを用いているか、知っているでしょうか。

たとえば、IBM。なんとこの会社の基本ロゴは1972年にほぼ完成しており、すでに40年も使われ続けています。これからもしばらくは変わることはないでしょう。

IBM logo.svg

マイクロソフトと同盟関係にありライバルでもあるAppleは、1976年からロゴの形は変わってません。食べられたリンゴマークです。およそ32年間は6色レインボー(欧米では虹色は6色)、iMac登場から単色リンゴとなり、その後はどんどん脱色して、今では透明色に輝くリンゴになりました。

Web上で熱い戦いを繰り広げているGoogleは1999年から同じロゴを使い続けています。同社が面白いのは、記念日になぞらえて多くのアレンジロゴを作り続けていることでしょう。

日本国内では、SIerの頂点に輝くNTTデータが、2012年1月に新ロゴを使い始めています。それまで、1988年からずっと同じロゴを使い続けてきたのですが、「SI業界のヒエラルキーを象徴している」などと揶揄されて気になっていたのでしょうか。24年の歳月を経てシンプルデザインになりました。

【ロゴ】

(参考:業界搾取の構図でおなじみのNTTデータ会社ロゴが消える! )
http://it-ura.seesaa.net/article/239680832.html

もうひとつ、日本が誇る世界のIT企業である富士通は、1988年より同じロゴを使い続けております。ひょうたんのようなインフィニティマークが特徴的なロゴです。それ以前は、1972年頃より白地に青上下線と赤文字という大変レトロなロゴを使っていました。青は平和、赤は情熱、白は純潔を表すそうです。嘘っぽいですが、富士通の公式サイトで紹介しているので信じておきましょう。

(参考:富士通 シンボルマークの変遷)
http://jp.fujitsu.com/about/plus/logo/transition/


最後に、将来の企業ロゴを予想するという斜め上な発想をしているエントリーを紹介して終わりにします。アップルは日食のような形、IBMは単なるストライプのボックス、MSは黒くて四角いマークの組み合わせ、LGはニコチャンマーク、XeroxはバッテンマークでGoogleは虫眼鏡を抽象化したようなデザインになっており、見ているだけで面白いです。

past and future logos ibm

(参考:The past and the future of famous logos)
http://stocklogos.com/topic/past-and-future-famous-logos

皆さんの企業はどんなロゴマークを使っていますか? その出自を調べてみると意外な事実が分かって面白いですよ。

posted by 吉澤準特 at 00:25 | 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ポイント付与で謝罪
ライブドア強制捜査
└ ネットワークベンダー

×

この広告は90日以上新しい記事の投稿がないブログに表示されております。