一流になれないなら、境界に立てばいい｜すてぃお
僕は飲食店を経営していました。 ソフトウェアエンジニアばかりが集まる場所で「飲食店をやってました」と話をすると、珍しがられます。 でも、飲食店は日本に何十万店もあります。飲食店を経営している人も、それだけいるということです。飲食店経営者の集まりに行けば、店をやっていたというだけで珍しがられることはありません。普通なんです。 逆にソフトウェアエンジニア経験があることが珍しがられます。 ソフトウェアエンジニアの中にいるか、飲食店経営者の中にいるか。違うのは周りだけです。それなのに、同じ経験が珍しくなったり、普通になったりします。 珍しい人がいるのではなく、珍しく見える場所がある飲食の人と話していると、原価や人件費、予約、仕入れ、日々のオペレーションの話は当たり前に通じます。僕より現場に詳しい人はいくらでもいます。飲食店経営の経験だけを切り取れば、僕は特別な人ではありません。 ところが、そこにエ
「社内にエンジニアがいないので受託で新規プロダクトを作りたい」という相談を受ける｜すてぃお
直近に何度か、「社内にエンジニアがいないので受託で新規プロダクトを作っていこうと思うんですけど、どう思いますか？」という相談を何度か受けたので書いてみる。 僕の回答は「ビジネスの難易度を圧倒的に上げる意思決定なのでやめたほうがいい」です。 なぜ受託開発でプロダクト開発は難しいのか僕も過去に何度か受託開発の現場を見てきたし、実際に関わったこともある。その経験から言えるのは、受託開発と自社でのプロダクト開発は根本的に異なるということ。 受託開発にて受託側は納品したらゴールだが、発注側にとってはそこからがスタートになる。 この違いは想像以上に大きい。 インセンティブの問題まず、受託開発会社は契約通りの機能を作ることにフォーカスする。それ以上でもそれ以下でもない。ユーザーフィードバックを受けて素早く改善したいと思っても、それは「追加開発」として別途見積もりが必要になる。 受託開発のエンジニアにとっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
