FPN-ゼイヴェル・大浜史太郎社長へのインタビューを読んだ
3．ビジネスリサーチの報告書作成 ファクト、ファクト、ファクト〜事実に基づくこと 「What's Your Story?」という提案や提言がないレポートは意味がない、ということがよく言われますが、ビジネスリサーチの報告書は、内容の8〜9割は ファクト … 2021.01.19 2021.05.16 312 view 1．ビジネスリサーチの基本・心構え すべては「依頼」から始まる〜社内リサーチャーと社外リサーチャ… 【 リサーチャー とは 】企業で企画系の仕事をしていると、上司の依頼で調べものをして資料にまとめるという仕事が多いと思います。企画系の業務では課長クラスまではこうしたリサ… 2021.01.18 2021.05.13 336 view
いまSIerが仕込んでいるのは、火種か希望か
いまSIerは、何を仕込んでいるのだろうか。火種か希望か。景気は底を打ったようだが、雇用情勢の悪化などに引きずられて二番底の懸念がある。ユーザー企業のIT投資もそろそろ動き出す気配もあるが、まだまだ渋いのが実情だ。SIerにとっては厳しい時期が続くなか、経験則ではこんな時に将来の大きな火種を仕込む。今回はどうだろうか。 実は、SIerの業績にも二番底というのがあった。最初の底はちょうど今。開発案件が減り、売上が落ちる。個々の案件でのSE単価が下がり、SE稼働率も落ちるから利益も下落する。オーソドックスな業績不振である。一方、二番底は景気回復期に発生する。経営者が「予想もしなかった」と絶句する大失敗プロジェクトが表面化し、業績を大きく下方修正する。これがSIerの業績における二番底だ。 もし従来通りなら、SIerはこうした火だるまプロジェクトは今ごろに仕込む。既存顧客の開発中の案件が減り、不
若い時にプログラムを書こう、必ず人生の豊かさにつながる
システムインテグレータ最大手NTTデータを率いる山下社長は若い頃、汎用コンピュータ用のデータベース開発に取り組み、プログラムを自ら作っていた。その経験から山下氏は「人生のどこかで手を動かしてプログラムを作る仕事を経験した方が絶対に面白い。20代あるいは30代の前半くらいまでに真水の仕事をどれだけやったか、それがその後の人生の豊かさにつながる」と同社幹部としては異例の発言をする。（聞き手は谷島 宣之＝日経コンピュータ編集長、写真は小久保松直） 2009年度、100億円近い投資を計画していると聞く。狙いは何か。 100億円のうち、40億円くらいかけようと考えているのが、「倍速開発」という案件です。これが一番大きい投資になります。我が社としてぜひともやらないといけないのは、お客様のお気の召すまま、ご希望のオーダーメード・システムを、パッケージ・ソフトを使った場合と同じスピードで作って差し上げる、
『ずっと受けたかったソフトウェアエンジニアリングの新人研修』続き - 思っているよりもずっとずっと人生は短い。
http://d.hatena.ne.jp/takahashim/20090405/p6 の続きです。 ずっと受けたかったソフトウェアエンジニアリングの新人研修 作者: 大森久美子,岡崎義勝,西原琢夫,宇治則孝出版社/メーカー: 翔泳社発売日: 2009/04/10メディア: 単行本（ソフトカバー）購入: 5人 クリック: 113回この商品を含むブログ (17件) を見る この本、やっぱりあんまりお勧めできません。なぜか。それは（おそらく旧来の）開発手法に対する反省的/批判的視点が足りないからです。 言うまでもなく、コンピュータの分野はここ数十年、ものすごい勢いで進化してきました。その影響は、社会全体にまで広がっていると言えるでしょう。 では、その恩恵をもっとも受けられるのは誰でしょうか？ その候補の一つに、「ソフトウェア開発者」を挙げるのは不適切でもないでしょう。ソフトウェアは人間の代わ
エンドユーザーにとってオープンソースはどんな意味を持つか
今回は一度自分の雑文の方に書いたネタですし，後でも述べるように直接的にはあまりオープンソースとは関係のない話題なので，これについて書くことは避けようと思っていましたが，あちこちで話題になっている話なので，あらためて記事にしたいと思います。 話の元は，先日のITproの記事です。 見積もり2億円のIP電話を820万円で構築した秋田県大館市から学べること この記事の内容が衝撃的だったせいか，いろいろなところで話題になっていました。実は最初は直接この記事を見たわけではなく，この記事について書かれたブログを読んでから読みました。記事を読んでから，あらためて他の関連記事を見たのですが，私にとっては「案の定」という感じを受けました。では，何がそうだったかという話から始めたいと思います。 大館市のやったこと 詳しいことは，元の記事とスラッシュドット・ジャパンの記事， 秋田県大館市，Asteriskを導入
日本のIT業界はなぜ重層的な階層構造をとっているのか - Thoughts and Notes from CA
外資系のソフトウェア・ベンダーに転職して1年が経つ。転職するまで日本のIT業界の構造についてじっくり考えることなどあまりなかったのだが、今の会社で仕事をしていると否が応でも考えなければならなくなる。日本のIT業界はアメリカと構造が異なる点が色々あるが、その中でも重層的な下請・階層構造をとっている、ということは特徴として際立っている。本国が作成したパートナー契約を締結しようとか、本国で構築された社内システムをロールアウトしようとすると、大体重層的な下請・階層構造という問題が立ちはだかる。本国アメリカのパートナー契約はバラエティに欠き、多様なパートナーに対応できないし（例えば、システム・インテグレータに対する考慮が足りない）、社内システムも階層の深さへの思慮が足りなく、折角手にした情報を入力する受け皿もなかったりする。また、階層が深いためソフトウェア・ベンダーはお客様との距離が遠くなり、この距
「ユース・ファースト」なシステム開発 - 設計者の発言
「販売管理システム」や「生産管理システム」といった基幹システムを開発する場合、基本設計よりプログラミングを先行させるアジャイル系のスタイルは向かない。「動くシステム」は「動くプログラムの集まり」ではある。しかし、「動くプログラム」を作って集めたものが「動くシステム」であるとは限らない。そのシステムは、各部屋の住み心地がいいわりに、完成した翌日に自重で崩壊するマンションのようなシロモノであり得る。一般に、一定以上複雑な工学的構築物向けに、組み立てながら基本設計をまとめるといったカジュアルな手法は通用しない。 ただしこれは「レファレンス・システム」を用いない場合の話。ここでいう「レファレンス・システム」とは、オープンパッケージとして提供される「完成していて実際に動くシステム」のことである。オープンパッケージであるゆえに、データモデルや業務マニュアルといった基本設計情報も添付されている。そういう
株式会社マジカジャパンの羽生章洋が書いてるブログ:契約のこと - livedoor Blog（ブログ）
先日、小室哲哉さんが逮捕されたという記事を見ました。自作の曲の権利を売るということでありながら、その権利を有していなかったということが問題になっているようです。この著作権に絡む問題は、実は私どものような業務システムを作っている商売でも非常に重要なことだったりします。 この契約書の内容ですが、基本的には「いつ・誰が・誰に・何を・どこに・どのように・何個・いくらで」納品するかということを明記しています。この「何を」が役務なのか具体的なブツ（成果物）なのかによって多少変わってきますが、大筋は納品に関することです。それに連動する形で対価のお支払い方法が記載されています。納品できなかった場合のペナルティなども併記されます。 さて、この契約書の中で役務ではない場合に、その成果物の取り扱いにおいて非常に重要なセクションがあります。それが「著作権に関すること」です。著作権者が誰になるのか。どのタイミングで
SEとPG、どっちが頭がいい？（2）：下流から見たIT業界：エンジニアライフ
刺戟的な題名で続けます。 前回は日本独特のSE／PGの分業体制がどのようにして発生したのか、ということを説明しました。それは日本にソフトウェア開発が産業として根付いたときに、PGが単純作業労働者と位置付けられてしまったため、上級技術者を区別する言葉が必要とされた、それがSE（システムエンジニア）だというものでした。 ●C言語＠UNIXでは COBOLの開発ではSE作業とPG作業がきちんと分けられていると思われがちですが、これも前回述べたとおり実際には形式だけのものになっていました。これはタイムシェアリング端末の普及によってプログラミング作業が格段に効率化されたからでした。プログラミングに残っていた煩雑な手作業の部分が省力化されたのです。 この事情はBasicやC言語でも同じことです。1980年代後半、わたしは最初の会社を辞め、パソコンの開発をするようになりました。現場では、技術者はそれぞれ
人生いろいろ、技術者もいろいろ、搾取されないに越したことはないよね - 雑種路線でいこう
受託調査＆研究補助→ユーザー企業コンサル→通信事業者コンサル→Web企画構築→金融SE→研究・コンサル→パッケージベンダ・マーケ→パッケージベンダ・技術渉外のおいらが来ましたよ。 こんなことをいっては「上流」にいる方々には失礼かもしれませんが、IT業界は上流にいるほど得になるような構造になっています。それぞれのプロジェクトについて自分のところで十分な経費を確保してから下流に流しますので、下流にいるほど仕事がきつくなります。それをうすうす感づいているから、若い人は少しでも上流に行きたがります。PGをしばらく勤めたらSEに、SEを少しやったらコンサルに。産卵まぢかの鮭でもあるまいに、自分の技術レベルも分からないまま、やみくもに次のステップを目指そうとする。 実はプログラムを書かなきゃいけない仕事ってやったことないんだけど、Web企画構築の時はベンチャーで大手ISPに提携を申し入れ「お前らに顧客
IT業界のシュールな現実（2）：下流から見たIT業界：エンジニアライフ
さる官公庁のシステム開発に参加したときのことです。基幹システムをダウンサイジングするという話でした。不勉強な私ですら名前を聞いたことがある有名なシステムです。元請は超大手SIerです。私はその3次請け業者の面談を受けました。技術的に高度なことを矢継ぎ早に質問されてたいへんな面談でしたが、とりあえず合格したようで、来月から来てくれといわれました。 現場に行くと、大部屋に100人以上の人が机を並べていました。官公庁がユーザーであるせいか、空調が高めに設定してあって（いわゆる「クールビズ」です）やたら蒸し暑い。部屋の途中に衝立があって、向こうは2次請けの会社が入っている。私がついた担当SEは、その2次請け会社の人たちにたいへん気を使っていました。ほとんど鼻息をうかがうくらいです。衝立のそのまた向こうに衝立があって、その向こうには元請会社が入っているようですが、こちらはもう“殿上人”のような扱いで
プログラミング・ファースト開発は日本の情報サービス産業を救う銀の弾丸か - 雑種路線でいこう
プログラミング・ファースト開発というと新しげに聞こえるけど、パッケージソフトの世界じゃ普通だよね。例えばWindowsとか多くのパッケージ製品に、SIに於ける厳密な意味での詳細設計書があるかは疑問。LinuxやApacheも然りでしょ。「全部内製で、自分たちで最初から最後まで開発する」結果として、顧客が望むものを手に入れられるかはケース・バイ・ケース。お仕着せでつくるなら売り先を増やして単価を下げた方がWin-Winだし。 日本のSI業界の多重下請け構造をなくすためには、新しいビジネスモデルが必要なのです。 この新しいビジネスモデルこそ、「プログラミングファースト開発をするSIer」だと思っています。全部内製で、自分たちで最初から最後まで開発するSIer。 ユーザから見るとこれまでより早く、コストが安く、自分たちの思ったものが手に入る。 日本市場でもいくつかパッケージソフトベンダが生き残っ
NTTデータとの決闘シリーズ第二幕 - ひがやすを技術ブログ
昨日は、NTTデータとの決闘シリーズ第二幕。戦闘服には、かりゆしウェアを選びました。 今回は、データの顧客であるユーザ企業からも参加していただきました。この人はKさんと呼ぶことにします。Kさんは、現在Seasar2(SAStruts, S2JDBC)を使って、プログラミングファースト開発を実践されている先進的なユーザです。BtoCのサイトを作っていると考えてください。 プログラミングファースト開発の詳細はこちら。 http://d.hatena.ne.jp/higayasuo/20080501/1209636051 http://d.hatena.ne.jp/higayasuo/20080721/1216607451 最初のテーマは「品質」。データとしては、 テストコードのカバレッジやバグ密度などで品質を確保しようとしている。 でも、品質に問題があるプロジェクトも残念ながら存在する。 品質
分離発注と分割発注で大手SIerが没落? - ひがやすを技術ブログ
これは，1社に“丸投げ”する代わりに，そこが使っている下請け企業を調べて，何社かの下請け企業に直接発注する方法です。元請け企業の“オーバーヘッド費用”を削減できるので，この方法を有効に活用できると，おおげさではなく，開発費用は半減します。 上流工程と下流工程で発注するベンダーを変える(分離発注)ことにより、競争によってコスト削減を目指す。これは、まぁわかりますね。ありそうでなかったのがSI業界における分割発注です。 元請けに頼まず、複数の下請けに対して分割で発注するわけです。下請けにとって見れば、元請けがマージンととらないから、利益率が上がる。発注元にしてみれば、元請けに余分なマージンを払わなくてすむ分、コスト削減ができる。 この方法の懸念点は、元請けがSIをやらない分、その負担は、発注元のシステム部が追うことになります。それが可能なら、この「分離発注」と「分割発注」は、十分に有効な方法で
「IT企業はほんとに泥のように働かされるのか」――東大でイベント ― ＠IT
東京大学 浅見研究室は7月12日、情報系の学生や若手エンジニアのための交流企画として、「IT企業はほんとに泥のように働かされるのか～ナナロク世代がお答えします」と題したカンファレンスを開催した。「IT業界のネガティブな側面が指摘される中、その実態を『ナナロク世代』が『ハチロク世代』に向けて伝える」という趣旨で、会場となった東京大学 本郷キャンパスの教室には、大勢の学生や若手エンジニアが集まった。 モデレータはCerevoの岩佐琢磨氏が行った。パネリストとして、大谷陽明氏（ソニー）、尾藤正人氏（ウノウ）、柴田竜典氏（日本オラクル）、加藤篤延氏（NTTコムウェア）が登壇。「個人としての参加であり、それぞれの企業や活動を代表する見解ではない」としながら、それぞれの経験を元にIT業界について語った。 始めに、主催者である東京大学 大学院情報理工学系研究科の川原圭博氏が企画趣旨を説明。「毎年、電子情
株式会社マジカジャパンの羽生章洋が書いてるブログ:本当にERPは効果を出しているのか？ - livedoor Blog（ブログ）
ERPと呼ばれるものがあります。エンタープライズリソースプランニングの略で、経営資源計画と訳されます。統合基幹システムという言い方のほうが最近では一般的になりつつあるようです。要するに大きな業務システムということです。 業務システムの世界は大きく二分されていて、フルスクラッチ派とパッケージ派に分かれます。そして日本はスクラッチ派がまだまだ大勢を占めており、パッケージを導入する場合にもカスタマイズと呼ばれる、つまりパッケージに独自修正を加える比率が非常に高いとされています。 この事態をして「日本の業務は」云々をいう方が多いです。いわくもっとパッケージに合わせるべきである、と。独自の業務にこだわるからシステムの導入に膨大な手間がかかるのだといいます。 さて、では海外で業務をパッケージに合わせて導入をした企業がその後いったいどれほどの業績向上を達成したのでしょうか。これを追いかけると、実はさほど
SIerにとって“怖い”のはSaaSよりもPaaS
SaaSよりPaaSの方がシステム・インテグレータ（SIer）に大打撃を与えるなあ・・・セールスフォース・ドットコムのマーク・ベニオフ会長兼CEOの話を聞きながら、そんなことを考えていた。クラウド・コンピューティングの最終的な勝者がどこになるかは別にして、このパラダイムシフトはSIerのビジネスモデルにトドメを刺す、そのことが妙にリアリティを持ち始めてきた。 PaaSはプラットフォーム・アズ・ア・サービス、つまりサービスとしてのアプリケーション開発・実行基盤のこと。SaaSのようにアプリケーションまで作り込んだサービスではなく、アプリケーションを作って動かす環境をサービスしましょうって話だ。セールスフォース・ドットコムは「Force.com」とか言っているが、PaaSは何もこの会社の専売特許ではない。日本のITベンダーもおっかなびっくりだが似たようなサービスに乗り出そうとしている。 情報シ
SI契約に変革迫る「進行基準」 IT業界に激震走る！：ITpro
ユーザー企業のみなさんは、システム開発プロジェクトを進める際、ITベンダーに次のような依頼をしたことはないだろうか。 経営判断でシステムの稼働日は決まっている。だが、肝心の要件は固まっていない。「何としても納期を守ってくれ。要件定義と並行して、仕様が固まっている部分から、開発作業に着手してくれないか」。 すでに開発が済んだ部分について、利用部門から大きな仕様変更の依頼が来た。「予算はもう増やせない。申し訳ないが、最初に契約した金額のままで修正してくれないか。次の案件も御社に発注するから」。 新システムの予算を何とか確保した。あとはこの予算でシステムを開発してもらうだけ。「ハードウエア込み、要件定義から運用設計まで、すべて一括で契約してほしい」――。 頻繁とは言わないまでも、システム開発を進めるうえでは“よくある話”だ。問題があると分かっていても、経営層や他部門からの要請で、こうした依頼を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
多重下請け構造の終えん
単なる「低コストの外注先」ではなくなりつつあるインドのIT産業