SIer のなかの人は思考が止まってしまっているんでしょうか。

SIer 各社の業績が軒並み悪化しているにも関わらず、現場では新しい提案があるわけでもなく、それならどうやって業績回復のストーリーを実現するつもりなのかと思わされるような話がチラホラ。あとは、現状理解に乏しく需給関係が崩れつつあるにも関わらず、当然の顔で値上げ交渉をしかけてきたりする。バカなのかな、と思うわけです。

まずは状況整理

上場大手 SIer 各社の直近の状況を見てみます。

ほぼ減収減益で、営業利益については、富士ソフトを筆頭に半減しているところもあるという悲惨な状態。NTTデータだけは増収減益になっていますが、前年度はゆうちょなど銀行系の大型受注があったので、それでも売上高が横ばいだったということは、他社と傾向が異なるものではありません。

各社がそろって減収の要因に挙げているのが、企業のIT投資抑制にともなう受注減少。加えて、証券業向けのサービスを展開しているところは、業界自体の低迷でダメージが大きかった模様。流通系は堅調だったみたいですね。

インド・中国へのオフショアリングの更なる推進や、経費や外部委託費の圧縮など、ITゼネコンの多重構造を考えるに、涙なしには語れなさそうなコスト削減を行っているのも、各社共通です。敢えてここに関係ない話題を挟みますが、2009年度の全国企業倒産状況にあるとおり、情報通信業の倒産が6.7%増というのはリアルです。さて、そうしたコスト削減活動があるなかで、なお減益となっているのは、受注減少分がコスト削減効果を上回ったということ。いかに市場環境が悪いかが分かります。

SIer は変わらないのか

こうした市況下にあるものの、ほとんどの SIer が今期は 5% 前後の成長を見込んでいるのは、興味深いです。市況が回復し、クラウド関連事業が伸びるという見方なわけです。

確かに、大企業を中心にIT投資は底を打ったという見方もあるし、足元を見るとコスト削減の旗印のもとにプライベート・クラウドを推進し、導入した企業が増えてきているという事実があります。冷えきったIT投資意欲を、バズワードの独自解釈をもとに構築したソリューションで刺激して需要を生み出そうというあたりは、「いつもの感じ」で素晴らしい。この前まで Saas で大騒ぎしていたものを、一気にクラウドという上位概念で包み込んで一掃してしまう手法には惚れ惚れするわけです。そうしたなか、NTTデータがクラウドという単語より BizXaas という固有名詞で押しているのが、なんともクールです。

クラウドを標榜しつつ、SIer 根性はプラットフォーマーは目指さないし目指せない。その妥協点として着地したプライベート・クラウドでは、これまでの業務知識やノウハウは活きるかもしれないが、未来を作るわけではないと思うわけです。コスト削減効果はあるのかもしれませんが、例によってパッケージングを変えただけに過ぎないとも見えるわけです。

本質的な変化を取れないのは、SIer というポジショニングの宿命なんでしょうか。ソリューションのリパッケージングで延命していくやり方では、二番底は超えられないんじゃないかと思います。

稼働率は上げたいけど供給者目線

利益率アップは至上命題とばかり、SIer の外部委託費はさらに大幅削減とかいう話になっています。内製化傾向にあるユーザ企業にやられた仕打ちを、右から左に受けながすカツヤマー流。数年前の偽装請負禁止に次いで、二次請け・三次請けの会社からは、青息吐息が聞こえてきます。

大手 SIer にとっては、コスト削減効果を甘受しながら、受注減で低下している社内のエンジニア稼働率を上げられる施策ではあるものの、空洞化してしまったあとの社内で仕事を回せといっても回せないという、ウソかホントか区別つかない話が聞こえてくるなど、現場の混乱もなかなか。そこで安価なオフショアという選択肢になるのだろうけれども、ようやく落ち着いてきたと言われるオフショア開発も、最終的に下請け会社に回っていって、そこのSEがほとんどを作り直すなんていう、これまたウソかホントか区別つかない話も聞こえてきます。いろいろ心配です。

個人的に衝撃だったのは、そういう環境化にあって供給過剰で稼働率の下がっているエンジニアなのに、なぜか単価を上げようとかいう話が横行しているという話です。これは一次だけでなく二次請けやっているあたりの中堅どころでもそう。需給関係とか経済の仕組みは無視なんでしょうか。システム系は価格弾力性があまりないとは思いますが。

逆に三次・四次くらいをずっとやってきて、もはや売上が地べたを這っているソフトハウスさんなんかだと、びっくりするぐらい低単価で提案してきて、逆の意味で恐いなんて話も聞きます。それは赤字にならなければ良い、という覚悟の現れらしいですが、ぜひ各 SIer にもそういった姿勢を学んでいただきたく。

結局、言いたかったこと

SIer は自分のおかれた立場をちゃんと理解した上で、本質的な戦略を考えて実行して欲しいなと思うわけです。現状認識が甘いまま、サイズオーバーな提案をしようものなら、足元すくわれちゃうと思うんですよね。

プライベート・クラウドや仮想化によるコスト削減ソリューションは売れると思いますが、それはこれまで売れていたところには売れるし、売れていなかったところには売れないという話のような気がします。だから、中小 SIer が色気を出してクラウドサービスに入っても、ほとんど上手くいかないと思うわけです。ましてやグローバル化をや。

ぜひ某社には、きっちり考えてがんばっていただきたいと思います。

だいぶ事後報告になりますが、前職を2月末で辞めて、3月から新しい会社に勤務しています。

受託開発のアーキテクトやプロマネ、コンサルといったところから、モバイルサービス系エンジニアにシフトです。畑違いも良いところで、今まで蓄積してきたノウハウが活用できなさすぎワロタ状態。ノウハウの持ち腐れはもったいないのと、自分の備忘録として、前職で会得したワザは、テキトーにここに投下していこうと思います。

エンジニアではあるわけですが、新しいビジネスのスキームを生み出し、利益を創出すべく動いていこうと思っています。技術バカに陥らないように。

思うところあって、はてなダイアリーを始めました。

deftrash in hatena

最近、上流の仕事をする時間が増えて、技術的なところでないところで、いろいろと考えたり思ったりすることが多くなってきた。んで、そういうのは、はてなで話していた方が、まったりDISってもらえるんだろうな、と。

技術的な話題は、引き続きこっちに投下します。あ、Seasarネタは、はてなで。Seasarユーザーは、ひがさんの意見を伺えるだけで、はてな使う価値が十分にあると思う。「はてな駆動開発」というらしいのだけど、かかる時間と労力を考えると、超人的だ。

なるべくニッチな話題を集めて、一部の人がすごく助かるようなネタを提供できればと思っていますが、なかなか難しい。まあ、何か見つけたら更新というスタンスは変わらないです。よろしくおねがいします。

ロスト・ジェネレーション世代に生まれて - GoTheDistance

同じくロスジェネな自分は、うんうん頷きながら読んでしまった。自分はあまり真剣に就職活動をしなかったので泣くほどでもないけれども、当時の同級生やその周辺に漂っていた停滞感、そしてそこに横たわっていた不条理を思い出さずにはいられなかった。

あきらめるところから、始まった。

自分もまた、就職氷河期だった2001～2002年に新卒で就職活動を経験した。有効求人倍率の数字は、0.5を少し上回るくらいだったと思う。けれども、実際にはそれよりも門戸は狭いように感じた。首都圏から遠く350kmの地方都市で、まともな地元就職の口なんて皆無だった。

バブル崩壊後の長引く平成不況で、自分の父親世代がサクッとリストラされるのを目の当たりにしたり、テロだ、災害だ、大企業の倒産だのっていうニュースと共に、自分は青春時代を過ごした。刷り込まれたのは、「既存の枠組みに入ったら負けだ」ということ。

大企業に入れたからって安定もしないし、既得権益の甘い汁だって吸えそうもない。そもそもフリーター量産型社会で、就職すること自体にどんな未来があるのか不透明。これまでのあり方に、あきらめるのは当然のことだったように思う。結局、自分はベンチャー系中小企業を就職先に選んだが、もし今の自分が当時を判断しても、同じくあきらめると思う。

自己責任ってやつで、弱小ベンチャーに就職したことは、自分にとって好判断だった。もし、ゆるい就職活動環境で、大企業にもぐりこんでいたら、今の自分にたどり着くのに、あと3年はかかったろうし、開花せずに終わった才能もあったと思う。ロストした代わりに得たものも、ある。

とは言え、その自己責任ってやつを全員に求めて成立するかっていうと、それは絶対にない。自己責任でけものみちに行けるほど強い人間なんて、どの世代だってマイナーだと思う。規制緩和でセーフティーネットをぶっ壊しておいて、自己責任と言うのは、「向こうに渡る綱はあるんだから行けば良いのに、命綱はないけどね」っていうのと大差ない。

それでも、もうあきらめているから、どうして欲しいなんてこともないけど。

他の世代からの同情も揶揄も、ロスト・ジェネレーションには要らない。一度、あきらめちゃった人間は、なかなか強いもの。これからの激動の時代にサバイブしていく本質的な力を持っているのは、この世代なんじゃないかと思えるほど。

失ったものは、返ってこない。でも、失ったものを、失うこともない。ロスト・ジェネレーションのみなさん、がんばりましょう。

なんだか急にムキーッてなって書いてしまった。感情的になって書いたところで価値なんてないけど、生あたたかくしてやってください！

すごくプライベートな話で恐縮ですが、子供が産まれました。

仕事が山盛りのなか、チームメンバーに申し訳ないと思いつつ休暇を取って、出産に立ち会った。立ち会ったと言っても、帝王切開だったので、控え室でモキュモキュするだけだったけど。自分は平民なのに、子供は帝王。そんな帝王は、ホントに汚れなき聖人の顔をしていて、見ているだけで安らぐのでした。

第一子なので、まだ何をどうすりゃいいのかも分かってないけど、とりあえず家で鬼の形相でコーディングするのとかは禁止。あと、間違ってもSEになろうとか考えないように育ってもらいたいなあ。

ちなみに、子供が自分に全然似ていないのが気になります。

「このシステムの開発規模、どんくらい？」
「うーん、20人月くらいかなあ」

いわゆるIT業界に足を踏み入れてから、もう幾年と経つけれども、いまだに受容できない妙な文化が多い。はじめこそ、「そんなもんかな？」と長いものに巻かれていたけど、最近は「やっぱり変でしょ」と反発モード。

特に違和感のあるのが、「人月」という単位。

システム開発などの工数、仕事量を示す単位で、「人数×時間（月）」で表される。プロジェクトの大きさを表現する場合や、1人当たりの費用月額（人月単価）を掛け合わせてシステム開発の費用算定／見積もりに利用される。

人月は、極端なことを言うと、「そこに人がいれば、仕事の質に関わらずお金が入る」仕組み。ビジネスマンじゃなく、サラリーマンなルール。20人月の仕事を、生産性を上げて10人月でこなしても、それは10人月のお金にしかならないケースもありえる。バイトの時給制か、とツッコミたくなる。

素晴らしいアイデアで、1億の価値があっても、1人月だったら60万。
商品価値は30万円でも、1人月だったら60万。

できあがるモノの価値や、マーケットと離れたところで、勝手わがままに見積もられる人月金額というのは、スゲーうさんくさいと思う。

もちろん使える点もある。

正確な売上予測が立てられる。新人SEや低スキルSEにとって、格好の隠れ蓑になる。顧客との商談で、価格設定の言い訳に使える。

「人月問題」として、これまで各所で問題視され、議論されているものの、一向にこの文化は衰えない。EVMなどの代替案も挙げられるけど、その有効性にまだまだ疑問が残っている。何より、この業界で長年やってきたプレイヤーにとって、人月という商習慣が変わることは、致命傷になる可能性もあるのだから、仕方ない。

結局、この文化を変えるためには、人月からスムーズに移行でき、なおかつ彼らが納得できるような具体的な策を提示しなければいけないんだろう。もしくは、彼らが使い物にならなくなるくらいのパラダイムシフトをするか。

さて、どう動こうかしらん。

遅ればせながら、新年あけましておめでとうございます。

元旦からしばらくの間、久しぶりに長期休暇をもらって、ヨーロッパを旅してきた。ハンガリー、チェコ、スロヴァキア、オーストリーという4カ国を巡る、地味トラベル。目的はヨーロッパの中心と言われる、スロヴァキアの首都ブラチスラヴァで、「欧米かっ！」と叫ぶこと。軽くウソですが。

オーストリーの首都ウィーンを除けば、日本ではなじみの薄い地域。何を楽しみにして良いか分からないまま、とりあえず出国したのだけど、どの国も驚くほど景観が美しい。行って良かった。日本にはない東欧カルチャーに触れて、クリエイティブのヒントを得た気がしないでもない。そこらへん、結構あいまい。

ひとつ気付いたのは、自分が路地裏フェチだったということ。

佃島を撮る企画以来、ちょこちょこ都内の路地裏を訪れてはいて何となくは気付いていた。しかし世界遺産の街で、ひっそりたたずむ路地裏を前に、オーガズムで立ちすくむ自分は異常。ああ、スゴイ。

結論：路地裏フェチは、そうだチェコに行こう。

ということで、今年もゆぅるりと展開していきますんで、皆さまよろしくお願いします。

突然、メールの送信ができなくなった。

受信はできるのに、送信だけできない。メールサーバにしろ、クライアントのメールソフトにしろ、特に設定を変えた覚えはない。はてな、と思って試しにISPを当たったらビンゴ。Outbound Port 25 Blockingという迷惑メール対策の影響らしい。

送信できるようにするには、メールサーバでサブミッションポートを使用できるようにしないといけないらしい。うわー、面倒くさいことになってきたなあ。週末にペロッとやりますかね。

クリエイター視点は、新しい技術や表現を求めるし、そういったものを評価する傾向がある。でも、それが一般に効果的かというと、そうとは限らない。ここに溺れると、デンジャラスである。

Ajaxで頑張って画面リロードを無くしても、実はユーザーはリロードなんか気にしていないかもしれない。または、Flash8の機能てんこ盛りでスゴイサイトを作っても、ユーザーは動かないかもしれない。発想が逆で、ユーザーを動かすために新しい技術なり表現を使っていかないといけない。

画面デザインとか機能性といった作り手がこだわりがちな部分とは別のところで、ユーザーは評価をくだす。コンシューマーインサイトを忘れて、クリエイティブな妄想に走らないようにしたいところ。

そういう意味では、既存のありふれたテクニックの隙間や、その単純な組み合わせだけで、効果的なものを作れる可能性も大きいんじゃないかと思う。もちろん新しいことも、ないがしろにしてはいけないけど。

以上、ここ最近の自分の仕事に対する姿勢への反省でした。はい。

GCの説明をするときは、ケータイの電話帳メモリの話をすることにしている。

ケータイの契約変更やメールアドレスの変更のとき、新しいデータを誰に教えるかを考える。「この人は当然教えるでしょう」、「この人は最近連絡してなかったけど、そのうちつながるかもしれないから教えておこう」、「コイツはもういいや」、「これって誰だっけ？」みたいな。これって、ケータイメモリの人為的な GC に他ならないなーと。

何回もこういうことを繰り返しても、ずっと残り続ける人がいる。高校時代の友達とか、幼なじみとか。まさに殿堂入り。その場限りの番号交換で、エデンな人もいる。難解な仕組みに思える GC も、こう考えると単純に見えてくる。

ちなみに、しばらく機種変更とかしていなかったら、電話帳がいっぱいになってしまった。よく見ると電話したことない番号ばっかり。時間ができたら、マーク・コンパクト式で掃除しようかと思いまふ。と言って、Full GC まで話を引っ張ったのは、ちょっと強引だったか。

夏フェス情報が少しずつ出始めて、春の訪れを感じる。

気付けば、SummerSonicのオフィシャルサイトで、今年の出演アーティストの発表が始まっていた。今年は虫食いじゃないのね。

メタリカにリンキンパーク、マッシヴ・アタックと大物ぞろいのラインナップ。一方で、アークティックモンキーズで時流も押さえているから、さすが。個人的には、HavenとかKeaneとか、幕張メッセで聴かせてくれる系のアーティストの発表が待たれる。正直、そろそろモッシュが厳しくなってきたので。ううう。

なんか今年のサマソニは、大人セレクションな気がする。ティーンには、このラインナップの凄さとか伝わっているんだろうか。

デスマーチを終わらせるには、そこに携わる人が変わらなければならないと思う。

システム開発の10年選手には、「デスマーチなんて普通でしょ？」という感覚を持つ人がいる。ここのところ自分にも、少しそんな気持ちが芽生え初めている。「デスマーチを乗り越えるのが仕事なんでしょ」みたいな。我ながらサイアクだなあ、と。

デスマーチが当たり前になると、仕様書が無いことにも、過密スケジュールにも、疑問を持たなくなる。そこの壁を超えてきた体力と精神力は、賞賛に値するかもしれない。武勇伝デンデデンデン、と言ってもいい。でも、これがデスマーチが終わらない一番の要因だと感じている。

デスマーチは、必ず滅殺することができる。その意志が大切。

以前、会社の先輩と話していて、デスマーチの原因は、日本でのソフトウェア工学の認識度の低さにある、となった。そう、大体デスマーチが起こるような現場には、アジャイル開発なんてボキャブラリは無いんだ。意志の低さは、恐ろしい。あああ。

もうひとつ精神論を言わせてもらえれば、マネージャーは手駒である開発者に対する愛情を、デベロッパ達はマネージャーに対する愛情を、もっと強く持つべき。マネージャーがいま以上にスケジュールの問題を抱えないように、今度の納期は絶対に守るんだ、とか。そういう愛が、足りない気がする。これこそ当たり前のことだと思うけど。

デスマーチは、必ずなくなる。そこにいる人の意志次第で。

続きを読む "デスマーチの終焉 [後編]"

デスマーチに引導を渡すには、何をしたら良いんだろう。

問題を解決するときに踏む手順は、いつも同じだと思う。原因を突き止めて、それを除くアイディアを出し、実践する。じゃあ、デスマーチの原因は、一体なんだろう。

• 必要工数(期間 or 人員)が、足りない。
• 開発者(デベロッパ)が、アッパラパー。
• 管理者(マネージャー)が、アッパラパー。
• 営業が、アッパラパー。
• 顧客が、アッパラパー。
• パラッパラッパー。

個人的な経験から言うと、はじめの原因、工数不足は、間接的な原因でしかないと思う。期間も人員も膨大だとしても、デスマーチは起こる。結局、ふたつ目以降の人間の問題が、大きいのだと考えている。パラッパラッパーはさておき。

続きを読む "デスマーチの終焉 [中編]"

システム開発者なら誰もが一度は経験し、のちに武勇伝のように語られるデスマーチ。あの悲惨な状況から脱する方法を、考えてみる。

そもそもデスマーチとは何なのか。

実は最初、「多くの会社が年度末になる3月は忙しい」という意味だと勘違いしていた。マーチ違い。そうではなく、日本語に訳せば「死の行進」となるのが、デスマーチ。その定義に確固たるものは無いっぽいけど、単に「忙しい」のとは違う。底なし沼にズブズブ沈んでいくような感じが、デスマーチだと思っている。

たとえば。

• 仕様は固まっていないが、リリース時期が間近なため、とりあえず「動く何か」を作らなければならない。
• 仕事量に対する工数が足りない。各人の負担が大きいので退職者が出て、残った人の仕事量が増える、という状況がループ。
• １つの問題の解決に、2つ以上の問題を解決が要求され、問題がねずみ算で増えていく。
• 非効率な方法と分かっていても、目前の納期を死守するために、その手段を用いなければならない。

これは、単に締切が近く、土日もなく働きつづけなければならない忙しさと、ワケが違う。「ここさえ耐えれば」というポジティブ思考が、通用しないから。やればやるほど、ストレスが増えるばかり。ううう。

僕は、これまでシステム開発とWeb制作の両方を扱ってきた。忙しさで言うと、短納期になりがちなWeb制作の方が、キツイもんがある。ただ、Web制作のそれはデスマーチとは違う。一方のシステム開発は、デスマーチ的要因のせいで、精神的にキツイ。

さて、そんなデスマーチに終焉は訪れるのか。(つづく)

今の今まで知らなかったけど、LG.JPっていう属性型ドメイン名があるのね。

local government - 地方公共団体
(a) 地方自治法に定める地方公共団体のうち、普通地方公共団体、特別区、一部行政事務組合および広域連合等
(b) 上記の組織が行う行政サービスで、総合行政ネットワーク運営協議会が認定したもの
via. IT用語辞典 e-Words

区役所のホームページなんか見ていなかったから全然知らなかった。創設は2002年と比較的最近みたい。ドメインの種類も増えているんだろうけど、まったく付いていけてない…っていうか、これは常識の範疇かもしれないな。ヤバス。