真髄を語る 経営者がITを理解できない本当の理由
佐藤正史 氏 JTB情報システム 代表取締役社長 当サイトにおいて、企業情報システムにかかわってきたベテランが引退する、いわゆる「2007年問題」について色々な議論がされております。私は1971年にJTBに入社して以来、ほぼ一貫して情報システムの仕事に従事してきました。私が情報システムに関係してきた期間は、日本における約40年の企業情報システムの歴史と概ね重なっております。 2001年から取締役（情報システム担当）として、CIO（最高情報責任者）の仕事をし、現在はJTBの情報システム関連会社の社長を務めています。おそらく、あと数年で2007年問題の一方の主役として、この舞台を去ることになるでしょう。まもなく企業人生を終えようとする一介のシステム屋ではありますが、ぜひとも多くの方に申し上げたいことがあり、この場を借りて思うところを綴ってみます。 私は今、日本のITを巡る状況に大変な危機感
スキルアップもせず仕事量も増やさずに年収を2倍にする方法 - 分裂勘違い君劇場 by ふろむだ
実際に、ごく短期間に年収が２倍くらいになった人を、ぼくは何人も知っている。 実は、それはそんなに難しいことじゃない。 単に、給料のピンハネをやめさせればいいだけ。 とくに、大企業での給料のピンハネは凄まじいから、それをやめさせれば、給料が倍増するのは、ごく自然なんだ。 なぜ、大企業では、ピンハネが酷いのか？ それは、大企業の、面接システム、査定システム、人事と予算の裁量権の権限システムの問題なんだ。 まず、大企業では、最初に人事の人間が面接したりするのだけれども、面接官が有能な人間でないことも多い。 面接官が有能でなければ、有能な人間の価値は判らない。だから、有能な人間の給料は、えらく低くみつもられてしまう。採用活動を組織的にやってみれば、誰でも身に染みて思い知ると思うけど、人間というのは、自分以下の人間の価値は査定できるけど、自分以上の人間の価値はろくな査定ができないものなんだ。*1 ま
5分で絶対に分かるITIL ― ＠IT情報マネジメント
ITILとはいったい何だ？ 企業や組織におけるIT活用は、業務システムなどを構築すれば終わりではありません。その後に運用という重要な作業が待ち受けています。そして一般的な企業や組織におけるITコストの大半が、既存システムの維持のために費やされていることは、各所で指摘されていますし、実感としてもお分かりのことと思います。 この重要な企業活動であるIT運用を「ITサービス」としてとらえ、方法論を提供していることで近年注目が集まってきたのが「ITIL」です。ここでは、「ITILという言葉はよく聞くようになったけれど、一般的な説明を読んでも何だか分からない」という読者のために、ITILの内容、目的、役割などを、かみ砕いてご説明します。
良い名刺：11のベストプラクティス
なんか lifehack 系のネタが続いてしまいますが、週末ということで。最近マイクロソフトを離れることを発表して話題を呼んだ Robert Scoble が、Scobleizer で「名刺のベストプラクティス」という記事を書いています： ■ Business card best practices (Scobleizer) Scoble がまとめた「次に名刺を作るときに参考にして欲しいベストプラクティス」11個について。まずはどんな内容か見てみると： 良い名刺は会話を生む： Scoble がマイクロソフトで最後に使っていた名刺には、点字の説明書きがついていたそうです。またゴムのような素材で作られた名刺も持っていたことがあるのだとか。 スキャナで読み取れるようにしておくこと：最近は名刺専用スキャナも普及してきたことですし。 一般的ではないサイズや形状にしないこと：名刺バインダーや名刺フォル
ITmedia Biz.ID：なぜ「やらない」のか。自分の陥っているパターンを認識する (1/2)
前回の「ステップ1」で書き出したリストをもう一度見ながら、「やっぱりこれはやりたい」「ゼロベース思考で考えてもやりたい」「時間対価値を考えてもやりたい」、「優先順位も高い」「やりたいと思い込んでいるだけでもない」「本当にやりたいんだ」、というものをチェックしてください。 「ステップ2」――先延ばしする心理的な要因が何かを調べ、自分の陥っているパターンに気づく 次に下にある「快・苦痛原理の実習」の表の「行動」の行にそのチェックしたあなたのやりたいことを1つずつ書き込んでください。 ステップ１で本当にやりたいことが抽出されたので、今度は心理的な抵抗がないか、自分の陥っているパターンをこの表を使って確認していきます。 やりたいのに先延ばしされている仕事は、たいていの場合、「やること」と「苦痛」が結びつき、「やらないこと」と「快」が結びついています。 「快・苦痛原理の実習」の表にある例、「机の片付
プロジェクトは失敗するのが当たり前！？ ― ＠IT情報マネジメント
ITプロジェクトが失敗する理由は、成功することを前提としたマネジメントが行われているためである。ITプロジェクトの成功率は思いのほか低く、このような状況を改善するためには「失敗を前提としたマネジメント」を心掛けなければならない。失敗を前提としたマネジメントとは、リスクマネジメントに重きを置いたマネジメントということになる。 ITプロジェクトのほとんどは失敗に終わる 成功率16％。これはある開発ツールベンダが調査した米国におけるITプロジェクトの成功率である。その調査によれば、昨年米国で遂行されたプロジェクトは約17万件であり、そのうち、機能、予算、納期などが当初の想定内に収まったものは16％だったという。 日本においてもほぼ同じ状況であるといえる。「企業IT動向調査2006」（社団法人 日本情報システム・ユーザー協会）に調査によれば、システムの仕上がりに満足と回答したユーザーは10％前後に
ITmedia Biz.ID：「完璧主義」を止めよう
ブログやメルマガの成功例に見る、とりあえず「書き出す」こと。完璧主義に陥らず、まずは始めてみましょう。 完璧にできるまで始めない、という人がいます。文章を書く人に多く、「テープ起こし」をして、資料や本を読み、完璧に情報を揃え、それに関する知識をすべて揃えてからじゃないと書き出せない、というパターンです。でも、書き出せないはずはない、書き出せるのです。ただ、書き出さないだけなのです。 最近、素人の方が本を出版して売れているのは、実はブログやメルマガで気楽に「書き出して」いるからです。プロのライターを目指していないし、内容は日記程度。でも、毎日書いているからどんどん上手くなるのです。この人たちは完璧主義の罠から抜け出している人たちです。 例えば、英会話を始めるという場合を考えましょう。「時間が空くまでやらない」「『NHK英会話』が開始される４月まで待つ」、なんてことをしていませんか？ 4月まで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
