検索

開発残酷物語

　「開発残酷物語」は、システム開発会社比較検索サービス「発注ナビ」ユーザーのシステム開発会社の方々に、自慢（？）の失敗事例を披露いただき、契約で押さえるべきポイントやプロジェクト運営の勘所、トラブル防止法などのノウハウを共有し、読者諸氏がこれから経験するトラブルを未然に防ぐことを目的としている。 　聞き手は、豊富なデスマーチ経験を持つ山本一郎氏。

開発残酷物語（10）：

営業部が発注したシステムを運用部門が受け取り拒否！――ユーザー社内のゴタゴタに巻き込まれた新興システム開発会社の運命

トラブルの原因は何だったのか、どうすれば良かったのか。実在する開発会社がリアルに体験した開発失敗事例を基に、より良いプロジェクトの進め方を山本一郎氏が探る本連載。今回は、外国人エンジニア同士の感情のもつれが由来のトラブルと、ユーザー企業の営業部門（発注元）と運用部門（納品先）の合意が取れていなかったために納品後1年以上もシステムが塩漬けにされたトラブルの2本立てでお送りします。

竹内充彦, ＠IT
開発残酷物語（9）：

コメントに外国語ががが！――唐揚げにつられて入社したエンジニアを襲った悲劇

トラブルの原因は何だったのか、どうすれば良かったのか。実在する開発会社がリアルに体験した開発失敗事例を基に、より良いプロジェクトの進め方を山本一郎氏が探る本連載。今回は「発注」にまつわる失敗談を紹介します――えっ、発注“する”方？　開発会社なのに？？？

竹内充彦, ＠IT
開発残酷物語（8）：

開発費5000万円、売り上げ10万円！――オリジナルプロダクト開発に失敗し続けたシステム開発会社の今

トラブルの原因は何だったのか、どうすれば良かったのか。実在する開発会社がリアルに体験した開発失敗事例を基に、より良いプロジェクトの進め方を山本一郎氏が探る本連載。今回は未経験分野のゲーム分野に勢いで参入して、火だるまになった事例を紹介します。

竹内充彦, ＠IT
開発残酷物語（7）：

経営者が交代し、キーパーソンも異動！――山本一郎氏が聞く、ユーザーの体制変更の影響を最小限にとどめる銀の弾はあるのか？

トラブルの原因は何だったのか、どうすれば良かったのか。実在する開発会社がリアルに体験した開発失敗事例を基に、より良いプロジェクトの進め方を山本一郎氏が探る本連載。今回は、ユーザーの体制変化が招いた失敗談を紹介します。

竹内充彦, ＠IT
夏休みSpecial 山本一郎×細川義洋対談 発注残酷物語：

休日返上で頑張ります！→頑張れませんでした――残酷な発注者にならないために、ユーザー企業が押さえるべきポイントとは

「開発残酷物語」の夏休みSpecial、今回は「発注残酷物語」と題して、残酷なプロジェクトを生み出さないために発注者（ユーザー企業）が気を付けるポイントを、山本、細川両氏に語っていただいた。

竹内充彦, ＠IT
開発残酷物語（4）：

データを確認せずに「できます！」と役員が確約した、ディープラーニング案件の末路

トラブルの原因は何だったのか、どうすれば良かったのか。実在する開発会社がリアルに体験した開発失敗事例を基に、より良いプロジェクトの進め方を山本一郎氏が探る本連載。今回は「ディープラーニング」にまつわる失敗談を紹介します。

竹内充彦, ＠IT
開発残酷物語（3）：

カンボジアは残存率3割弱、離島の男性は全滅――山本一郎氏が聞く、オフショア＆ニアショアで働き手を開拓し続けた企業の8年間

トラブルの原因は何だったのか、どうすれば良かったのか、同じトラブルを起こさないようにどういう手だてを取ったのか。実在する開発会社がリアルに体験した開発失敗事例を基に、より良いプロジェクトの進め方を山本一郎氏が探ります。

宮田健, 鈴木麻紀, ＠IT
開発残酷物語（2）：

「鶴の一声」が通用しない現場――山本一郎氏が聞く、中小企業におけるIT導入失敗事例の傾向と対策

トラブルの原因は何だったのか、どうすれば良かったのか、同じトラブルを起こさないようにどういう手だてを取ったのか。実在する開発会社がリアルに体験した開発失敗事例を基に、より良いプロジェクトの進め方を山本一郎氏が探ります。

竹内充彦, 発注ナビ
開発残酷物語（1）：

メンバーの「順調です！」を鵜呑みにした結果――山本一郎氏が聞く、会社成長期に起こりやすい炎上事例と対処法

トラブルの原因は何だったのか、どうすれば良かったのか、同じトラブルを起こさないようにどういう手だてを取ったのか。実在する開発会社がリアルに体験した開発失敗事例を基に、より良いプロジェクトの進め方を山本一郎氏が探ります。

竹内充彦, 発注ナビ
＠IT 連載一覧に戻る
ページトップに戻る