社内IT部門の人間から見た「納品のない受託開発」コンセプト

社内IT部門の人間から見た「納品のない受託開発」コンセプト某ベンダ企業社内IT部門所属　山田哲寛

グサっときた言葉 • (一括請負は)関係者の誰も幸福にしないビジネスモデル • (3ヶ月以上)先のことになると、計画というよりも単なる希望や願望になってしまい、あまり意味がない　　　　　　　　　　　　　　　　　　　　　　 • なぜシステムだけは素人が考えたもので、一回のチャンスで完成させなければいけないのか
• 知識労働において圧倒的な効果を出すためには、「何をやらないか」を決めることが大切です。

あるユーザー(発注者)のつぶやき • 大規模、パッケージ利用、固定的、社内向け……etc.だから一括請負ウォーターフォールでやるべき、という通説一方で現実は…… • お客様は神様です ▶ 神様なんだから神技(完璧要件)見せろ ▶
…… • 一緒にスクラムを組むべき人・組織・会社がリスクと責任を押し付けあって分断している　(ビジネスなのに案外、原始的な感情がうごめく) • 働いた時間のうち、本当に付加価値に貢献したのは何%? • 社内スタフこそ、事業部門(稼ぐ人々)の"顧問"になるべき

まとめます１「誰も幸せにしない」働き方にNOを「社内」の働き方問題こそ、最強最悪、最後の敵かもしれない２ "お客様"こそ変わらなければいけないビジネスモデル／ビジネスプロセスを変える　(ここが制約だから) ビジネス価値〜ビジネスモデル／プロセス
〜技術や働き方３誰もが誰かの"顧問"になれるはず成果物が違っても(非SW開発でも)、コンセプトは使える

社内IT部門の人間から見た「納品のない受託開発」コンセプト

社内IT部門の人間から見た「納品のない受託開発」コンセプト

Gdu

Other Decks in Business

Featured

Transcript