株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 偽装請負というのは、コの業界（古い隠語だけれどコンピュータ業界のことね）のいわゆる悪弊であったりするのですが、それぞれについて分からないというお話や勘違いしてることも多いかと思うので、ちょっと整理してみよう。 ● まずは言葉の意味から ■ 請負契約 納品物に責任を負う契約。つまり、成果物が完成しなければ報酬はもらえない。どのように作ったかは個別に契約していない限り問われない。受注側が従業員を使う場合、発注側が指揮監督をすることはできない。 ■ 委任契約（準委任契約） 作業に責任を負う契約。ちゃんと作業をしていれば（善管注意義務を果たしていれば）成果物がなくても報酬がもらえる。受注側が従業員を使う場合、発注側が指揮監督をすることはできない。 ※ ここまでを分かりや

IT業界っていっても非常に大きくて、ネットワークからユーザサポート、そしてシステム開発とあるわけだけど、 その中でシステム開発、とくに業務アプリ開発業界のうごきを1エンジニアの目から見てみる。 現状を端的にいえば、「非常に厳しい」ものとなっている。 日本の業務アプリ開発は長い間、客が提示する案件を大手SIが受注し、それを大手SIの子会社と外部協力会社（派遣会社）から派遣された技術者がくみ上げていた。 ところが08年のサブプライム、リーマンショック以降、客が案件を提示しなくなった。 それがもろにでたのは通年4月から始まるはずの新規案件で、案件数が激減した。業務とか言語とか関係ない。何でもかんでも一気に減った。 その結果、3月末日で終了した案件に投入されていた人材が一気に余剰人員となった。 また保守案件に携わっていた外注要員も、契約更新のタイミングでSIのプロパーと入れ替わりとなっていった。

長期的には皆死ぬように、どんなサービスもいつか終わる。会社ごと終わるときもあれば、採算に合わず事業から撤退することもある。だから企業が経営判断でコミュニティ･サービスから撤退すること自体は仕方がない。だがDoblogは今からでも遅くないから、グループへの風評リスクを最小限に抑えた撤退戦略を考えた方がいい。 復旧作業の終了を受け、今後のDoblogについて検討した結果、Doblog開設時の目的である、ブログシステムを構築するための技術的知見、およびコミュニティサービスを運用・運営するためのノウハウの蓄積については十分に達成できたものと考え、サービスを終了するという判断をいたしました。 無償だから、実験だから、データが消えても構わない、リンクが死んでも構わない、登録していたRSSフィードが死んでも構わないと考えたのだろうか。これから企業情報システムでもSaaSやクラウドの隆盛で課金モデルが多様

コンピュータメーカーや大手SIerなどによる、再々委託禁止の動きはごく当たり前のものになってきた。 既に富士通や伊藤忠テクノソリューションズ（CTC）、CSKシステムズ、新日鉄ソリューションズ（NSSOL）などの大手から中堅SIerまでが、3次の下請けを禁じる「再々委託禁止」の規則を導入（表1）。今回の取材で回答を得られなかったが、取引関係のある複数の企業によると、日立製作所も同様の方針である。 NTTデータと野村総合研究所（NRI）、NECは、現在のところ多重下請けを一律には制限していない。ただし、協力会社が外注を活用する場合は必ず報告と許諾を求めるなどして、下請けの管理を強化している。 再々委託禁止より厳しい外注制限を課すケースも出ている。キーウエアソリューションズやシーエーシー（CAC）は2次への業務委託も禁じるようにしたのだ。また、ある中小SIerは「最近、日本IBMの2次下請けと

技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発

要件調査…SE2名で1月(300〜400万) 要件定義作成(SEコスト400万)、什器(電話500台×2万＋サーバ100万＋ルータやら交換機やらで200万) 敷設と設定と運用監視開発で5人1月800万くらい？ 教育・引継で2〜300万 （中略） あと、各所で指摘されていますけれども、この記事にある一つの問題は、人件費。ベンダーの見積もりには技術料としての人件費はかかっているから、いくら本業とは別でやったとしても、残業代が発生しているはずの公務員の人件費を無視してはいけないし、教育とか引継ぎとか保守を自分たちでやるのであれば、それもコストとして算入しなければなりません。いや、暇だからいいんだってなら別ですよｗｗ人員削減しろよって話ですが。 2億円の見積もりされたのを820万でできたのはすばらしいと思う - novtan別館 趣旨はわかるけど、1人月2人月*1で300万〜400万とかの価値をど

昨日は特徴(Feature)、粗筋(Story)、脚本(Scenario)でちょいと言及した「Feature, Story, Scenarioがごっちゃになりかけている」プロジェクトの人達とお話しする機会があった。 よくよく見ると、FeatureとFunctionとがごっちゃになっていた。 つまり、要件分析の段階で実装のことを考えていたのである。 なぜ、そうなったのだろう？ 画面から要件分析をすると、こうなる どうやら要件分析する前の段階で「コンサルタント」の人達が、画面を使ってお客さんと「要件定義」をしていたらしい。 「この画面でこういうデータを入力すると、こんな画面に遷移します」みたいなやりとりがあったのだろう。 紙芝居感覚で交渉できるからわかりやすい。 だけど、先に画面を決めちゃうというのはいくつかの(そして時に致命的な)問題を抱えている。 実装をフィーチャとして捉える可能性。 例え

「この不景気ですから」という言葉が 挨拶の常套句として定着しつつある今日この頃、 昨年末の時点では、今回の不景気はアプレッソにはあまり影響がなさそうに 見えていたものの、昨日、四半期に一度の全社でのキックオフミーティングで 営業の人たちの発表を聞いて、やはりある程度意識していかなければならないな、 と感じた次第である。 そんな中で、もしこれから不景気が自分の会社にも影響を及ぼした場合にも、 こういうことは守り続けたい、と思うことを、エントリにまとめようと考えた。 とりわけ不景気な情勢の中では、「企業は利潤追求団体である」という前提の元に、 取りかかろうとしていることが収益を生み出すものなのかどうか、 ということについて重点を置いて物事を考えがちになるのではないかと思う。 ちょうど昨日知った二宮尊徳の言葉で、 「道徳を忘れた経済は罪悪であり、経済を忘れた道徳は寝言である」 というものがあるそ

内定をもらったら、退職交渉を始めよう 転職が決まったITエンジニアの皆さん、おめでとうございます。新天地への期待に胸を膨らませていることと思います。 ですが、入社の前にしなければならないことがあります。そう、いまの会社を辞めることです。 会社を辞めるときは、できればスムーズに進めたいものです。そのための手順を明記します。 内定を受諾し、入社予定日を決める 退職届を作成する 直属の上司に退職届を提出し、退職の報告をする 引き継ぎのプランを決めて実行する 入社予定日の1カ月前に、内定先企業に入社確定日を伝える この順番どおりに進めれば、スムーズに会社を辞めることができます。 一番のポイントは、最初に「内定を受諾し、入社予定日を決める」ことです。 入社予定日を決めないで進めてしまうと、上司との退職交渉が無駄に長引き、スムーズに会社を辞められない危険があるからです。 「内定を受諾するのは、退職交渉

昨年、情報処理推進機構（IPA）が開催したIT業界の重鎮と現役学生による討論会で、学生の持つIT業界への「ネガティブイメージ」が明らかにされたのは記憶に新しい。5月28日、IPAが開催したイベント「IPAX2008」で、再び経営者と学生の討論会が行われた。IT産業が国際的な飛躍をめざすために学生に期待することが今年の討論のテーマ。 学生側は、慶應義塾大学、九州大学、千葉工業大学、東京情報大学、東京工科専門学校から各校2人ずつ、計10人が出席。一方、産業界代表としてCSKホールディングス 取締役 有賀貞一氏と、コムチュア 代表取締役社長 向浩一氏が討論を行った。また、IPAからは理事長の西垣浩司氏が参加した。司会はインプレスR&Dの田口潤氏が行った。 「ポジティブなビジョンを提示して」 「産業を問わず、やりがいのある仕事のイメージ」について学生に質問をしたところ、「達成感がある」「自分の成長