富士通の3万人SE職務転換大作戦は成功するのか？ - GoTheDistance
全文は紙面でないと読めないのが残念ですが、非常に気になるニュースが飛び込んできました。 富士通、余剰ＳＥ変身作戦 富士通がグループで抱える約３万人のシステムエンジニア（ＳＥ）の大がかりな職務転換に乗り出した。一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。野副州旦元社長の急進的な改革路線を修正した富士通はＳＥ余剰問題で軟着陸を目指すが、クラウドの奔流にのみ込まれる危うさもはらむ。 富士通、余剰ＳＥ変身作戦 実は富士通グループさんには弊ブログを頻繁にご覧頂いておりまして、企業ドメインの中では最もアクセスの多いドメインであります。クロールしにきているのかなと思うぐらい。ブログで言及している「なんでもかんでも受託開発では、もうSIビジネスで成長することは出来ない」という危機
大企業で働くと毀損されるいくつかのコトについて - GoTheDistance
というわけで今日のお話は、「やった！頑張った甲斐があって、就活もうまく乗り切れた！」とか、「まあ、オレのスペックならちゃんと大企業＆大組織に入れるのも当然だけどね。」とか言ってる人は、実は「完全に周回遅れです」みたいな場所で人生最初の｢働く訓練」を受けることがどれだけ自分の将来価値を毀損する可能性があるか、よーく考えてみたほうがいいんじゃないか、ってことなのでした。 将来有望な若者の将来価値を毀損する、大きなワナ - Chikirinの日記 この記述に思うところがありますので、ちょっと書きたいと思います。 僕は6年間新卒で入社した大企業で働いておりました。今は従業員数人の中小企業で働いています。ちきりんさんが指摘する｢完全に周回遅れです｣の意味を身をもって経験しています。 周回遅れの意味は、その企業から一歩出たら全く役に立たないシゴトのやり方やアウトプットに飼い慣らされていることで、外に出
これからやってくるクラウドの時代とSIerのあり方 - GoTheDistance
PublicKeyの新野さんが刺激的なエントリを書かれているので、便乗してこれからのSIerの未来像を考察してみます。 顧客にとってITコストの削減はSIerにとって売上げの減少になります。顧客がクラウドのサービスをそのまま利用することは、開発やカスタマイズをすることに存在意義があるSIerそのものを脅かします。 クラウドの存在は、SIerにとって逆風のように見えます。そしてSIerの存在もクラウドの普及にとって逆風なのかもしれません。 日本のSIerはクラウド普及の逆風なのか？ － Publickey クラウドとSIerの価値が相反している為、お互いにとって｢目の上のたんこぶ｣ではないかという意見ですが、現状その通りだと思っています。開発せずにスムースにサービスを利用できることがクラウドの強みでもありますが、システム運用をクラウドによって完結させることができる故にシステム基盤の構築･運用
iPhoneアプリ｢ITエンジニアのための契約入門｣リリースのお知らせ - GoTheDistance
企業法務についてというブログをされている友人の片岡さんが、iPhoneアプリ｢ITエンジニアのための契約入門｣をリリースされたので、告知します。実業務で法務に関わっている方々が執筆されています。 実際に作ってみて垣間見えた電子書籍後の世界 : 企業法務について 章立てとしては、 ｢契約｣とは、一体何をするものなのか？ 契約書はどういう構成になっているのか？ 契約書のどこをどう読めばいいのか？ ロールプレイ形式での契約書の解説 という形式になっており、特に最終章のロールプレイに関してはシステム開発ならではの問題に触れつつ、且つ平易に解説してあります。例えば納品後バグがあった場合はどうなるの？、とか、今回作ったプログラムは他社でも使っていいの？、とかですね。 契約に関することは体系的に書籍で学ぼうとすると敷居が高いと思います。僕も以前基本契約書のドラフトを作ろうとした時は経産省の雛形ぐらいしか
仕事の役に立たないことを学ぼう - GoTheDistance
Tumblrをぷらっと見ていたら、非常に刺激的な記述があったので思わずReblogした。 http://gothedistance.tumblr.com/post/321109250/yuco-seepassyouagain メシの種になる実践的(practical)な知識と全然それだけでは飯の種になりそうもない抽象的な知識のバランスを考えさせてくれます。 僕は大学卒業する直前まで、全くpracticalなスキルを磨いたことはありませんでした。アルバイトでISPのテクサポをやってたけれど、多少のネットワーク知識とHTMLが書けるぐらいの知識しかなかった。プログラム言語やデータベースに触ったことがなかった。経済とか経営とか全然興味が無かったし、今ではネタだろって言われるんですが、僕は英文学科を卒業しており学歴上は文系なんです。卒論を書く時にはじめて｢論文｣というものに触れて教授に論理的なアプ
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
Service Integratorになれる日が来るのだろうか - GoTheDistance
ZEROBASEさんのBlogに書かれていることが、自分の問題意識とシンクロした。この辺で少し整理しておきたい。 要件定義前提のビジネスモデル Webサービスに「システム開発」の側面があるからといって、業務システムのように「ユーザに聞く」とか「要件定義」とか「要求開発」しようとする発想では、うまくいかない。そこで「プロダクトアウト」か「マーケットイン」か、といった二分論での議論も危険。どっちの面も必要に決まってる。 そういう仕事って何？「マーケティング」や「商品企画」ですよね？ で、それってSIerには未知の領域なんだと思います。 SIerはWebサービスを開発できるのか？ SIerがディフェンシブにならざるを得ないのは「要件定義」というプロセスそのものにあるのではないか、と最近思いはじめました。要件定義が基点となって「我々は今回こういうものを作るのです」という取り決めを行いその器の大きさ
プレゼンがうまくなりたいなら、語彙を増やそう - GoTheDistance
昨日会社の人たちと飲んできました。その中で「こういうのが面白い、こういうのがいいんじゃないかって言う事は提案時に思いつくんだけど、それをなかなか上手に伝える事ができない。プレゼンが下手でさぁ。」という話題が持ち上がりました。その時は「あるものが良いとわかること」と「あるものが良いと伝えること」は全く別物であるという所で会話は終わった。で、飲み会が終わってお疲れさまでしたーということで１人になったので、どうして別になるのかなぁと考えていたらこんなことを思った。 自分が良いと思っていることを伝えられないのは、伝えるための物語が作れないからではないか。 多分、これは正しいんだと思うのです。 これはプレゼンに限った事ではなく、報告書でもブログでもExcelでもPowerpointでもどんな媒体を選ぼうとも変わらないと思います。何かを表現するために一番必要なのは、物語を語ることに尽きるのではないかと
SIerに新卒で入社される方へ - GoTheDistance
Twitter Friendsが新卒でSIerに入られるそうなので、これはSIerの中の暮らしを可能な限り語るしかないと思いついカッとなって書いた。今はネタ切れに困ってる。相当長いので、つまみ食いしてください。 2003年当時の状況を振り返る 私は2003年に今の会社(SIer)に新卒で入ったのですが、新卒入社の方々の中には「HTMLって何？」という方が結構いらっしゃいました。ハイテンションマンザイランゲージですってボケてみればよかった。ほんとなんだって。全部で90名ぐらいいたけど。エンジニアとして採用されて入社してるのに、それはないだろと思われるでしょうが、「俺は名を上げるぜ」的なモチベーションで4月から会社はいるヤツなんてマイノリティ。Googleを知っている人も少なかった。 Twitterに戯れある程度Webサービスというものが語れてコードもかけてBlog等の何かしらのWebサイトを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
