「納品」をなくせばうまくいく の商品レビュー
「納品のない受諾開発」という新しいソフトウェア開発のビジネスモデルについての本。 この本にも書いてあるように、どんなソフトウェア開発でもできることではないだろうけど、顧客にとっても従業員にとってもある程度のメリットがある開発手法なのだろうなと思った。 ようは、人月単価で考えるでは...
「納品のない受諾開発」という新しいソフトウェア開発のビジネスモデルについての本。 この本にも書いてあるように、どんなソフトウェア開発でもできることではないだろうけど、顧客にとっても従業員にとってもある程度のメリットがある開発手法なのだろうなと思った。 ようは、人月単価で考えるではなく、ある意味、サブスクリプション型の受諾開発なのだろうなと思った。この本によると、顧問弁護士や顧問税理士のようなもの、ようは、顧問エンジニアという考え方の開発だそう。こう書かれるとなるほどと思った。顧客との信頼関係が重要になってくるのだろうなと思う。 まあ、人月の考え方っておかしいことあるからね。同じ品質のものを作ったのに、優秀で速くできる人のほうが給料が安いとなる可能性があるわけだし(さすがに最近は、残業するほうがえらいという考えの人は減ってると思うけど)。 そういうこともあって、この「納品のない受諾開発」で仕事を行うエンジニアは、顧客からなんでも気軽に相談できると重宝されてるらしい。それだけ、親身になる存在ということか。4章には顧客企業側の話もあって、こういう開発が普及してきたら、お互いWin-Winになれそうだなと思えた。 ちなみに、納品をしないというのは、ソースコード、はたまたソフトすら納品しないということかと思ったら、ドキュメント類まで納品しないと書いてあって驚いた。さすがにそれは作るようお願いされそうな気もするけど、それだけ分かりやすく使いやすいシステムを心がけているということなのだろうか。動いているソフトウェアは仕様だとのこと。 この本によると、「納品のない受諾開発」が業界で当たり前になるまでに、10年以上はかかると思うとのこと。この本が発売されたのが2014年らしいので、すでに7年たってるわけだけど、この著者の会社(ソニックガーデン)以外にも、納品のない受諾開発で事業をしている会社は増えているのだろうか。
Posted by
ソフト開発を月額定額制料金にして、納品なし顧客のパートナーになるというソフトウェア開発会社。 ソフト開発者の理想の形かと。
Posted by
”ソニックガーデン 倉貫義人さんが「納品のない受託開発」というモデルを開拓していったいきさつが語られている一冊。 「人は基本的に一所懸命に働くことが好きなんだ」という性善説にたち、顧客と社員の両方の幸せをめざす経営。すばらしい。 2017/9/15 eLVイベントに向けて積読...
”ソニックガーデン 倉貫義人さんが「納品のない受託開発」というモデルを開拓していったいきさつが語られている一冊。 「人は基本的に一所懸命に働くことが好きなんだ」という性善説にたち、顧客と社員の両方の幸せをめざす経営。すばらしい。 2017/9/15 eLVイベントに向けて積読棚からひっぱりだした。 <キーフレーズ> ・納品のない受託開発 ・顧問エンジニア ・「所有」から「利用」 & 「完成」から「持続」 ・「なぜなぜ」でなく「そもそも」 ・社員の幸せ <抜き書き> ・月額定額の受託開発 月額定額でできる範囲で何でもするというスタイルは、他の業界で言えば顧問弁護士や顧問税理士のような「顧問」の形態に近いと思ってください。顧問エンジニアです。(p.37) ※顧問コミュマネも!? ・思いついたことを言っても、すぐに見積もりとか提案書になるのではなく、それが本当に必要化どうかを問い直してもらえるので、逆に何でも気軽に言えるようになった(p.64) ※顧客の声。ここに価値あり! ・「所有する」から「利用する」という考え方に変える(p.144) ・「完成する」から「持続する」ことへの考え方の転換(p.145) ・「YAGNI(ヤグニ)でいこう」(p.149) You Aren’t Gonna to Need It.(そんなの必要ないよ) ※to いる? ・人を信頼し、中心におく経営(p.166) ※マネジメントしない会社=自分のことは自分でマネジメントする ★顧客と、働く社員の両方を幸せにするための仕組みが会社だ(p.185) ※「受託開発の時間」と「新規事業や新しいことに取り組む時間」 受託で稼ぐ部署、新規事業に取り組む部署 で分ける=お互いやりにくい気持ちが働く(!) →部署(あるいは人)で分けずに、働く人のそれぞれの時間のなかで分けることにした ・毎週の打合せも、先方に来社してもらうか、インターネットのテレビ会議を使って行います(p.185) ※この話、TXで聞いてもらったら、どんなことがおきるだろう? ・「ナレッジワーカー(知識労働者)」とは、一言で言えば「マニュアル化できない仕事をする人」のことです。(p.194) ※いい定義! ・ワークレビューの進め方(p.196) 進行としては、KPTのKとPを、レビューされる側(=レビューイ)がまず一人で出します。出揃った段階で、レビューする側(=レビューア)とともに内容の確認をします。(略) レビューイとレビューアの考え方のズレを確認し、改善点を探り、一緒に「Try」を考えます。 ※これぞ、KPT! ★「なぜなぜ」を追求するのでなく「そもそも」から考えることが大事です。(略) 知識労働において圧倒的な効果を出すためには、「何をやらないか」を決めることが大切です。そのためには、課題に対して「なぜなぜ」を繰り返しても答えは出ません。「そもそも」の目的を考えることが大事で、そこから問題をショートカットで解決できるアイデアが出てくることがあります。(P.198) ・「ベストエフォート経営」で社員の幸せを大事にする(P.218) ※目的は重要。目標は不要。 ★人は基本的に一所懸命に働くことが好きなんだと思います。(p.221) ・目指すはオーナーシェフ (略) 私たちの会社では「35歳定年制度」を作ろうかと考えています。エンジニアは、35歳で定年してサラリーマンを卒業し、のれん分けで独立して自らの会社を持つ、というものです。 ※高齢化への対策、普及への道筋 ・ギルド=「納品のない受託開発」をオープン化(p.225) ★「納品のない受託開発」を広めたいという背景には、ソフトウェアやプログラミングの仕事は本来楽しいもので、それをもっと多くの人に知ってもらいたいし、そのためにできる現実的な解決としてのビジネスモデルを提供したい、という想いがあるからです。(p.229) ※これ、すばらしいな。 そして、俺がCMCHUBに関わるのもこれなんだよね。 「コミュマネの心折れ問題をなんとかしたい」とはちがい、「コミュマネという楽しい仕事を広めたい」ということなんだよな。 <きっかけ> ?”
Posted by
スタートアップの会社には ・新規事業の要件が煮詰まり切っていなくても明確な事業方針があれば開発に着手でき、 ・進めながら変わっていかれる ・スタートアップの会社がこだわりたい見せ方は、顧客側で作る(一緒に作り上げる) ・月額設定なので事業計画も立てやすい といった面で魅力的。
Posted by
2019年1月30日読了。ITにおける「納品のない受託開発」を行う会社・ソニックガーデンを創業した著者によるこの新しい形の働き方の解説。「顧問弁護士などに近い関わり方」という表現はわかりやすい。確かに、営業が完璧な見積もり・提案をする必要があり、開発者にも変更を許さない厳密なスコ...
2019年1月30日読了。ITにおける「納品のない受託開発」を行う会社・ソニックガーデンを創業した著者によるこの新しい形の働き方の解説。「顧問弁護士などに近い関わり方」という表現はわかりやすい。確かに、営業が完璧な見積もり・提案をする必要があり、開発者にも変更を許さない厳密なスコープ管理が求められ、また発注側にも数年先のビジネス環境を正確に見通しての発注が求められる現在の大型SI開発の仕組みって、誰も幸せにならない仕組み・大企業にとって数字が立ちやすい、というくらいしかいいところがないものなのかもしれない…。「誰でもこの働き方ができるわけではない」と断られておりそれはその通り、「PM」という職種も所詮細かく分業された大型SI開発の隙間に生まれたものであり、「納品のない受託開発」においては不要とみなされるものなのだろうか…。
Posted by
5年ほど前の本なので知っている内容がほとんどだったが、ビジネスモデルとして実践しているという点でとても参考になった。
Posted by
これまでのソフトウェア開発の狭間を埋める、納品のない開発。所有ではなく、利用に焦点を絞って、毎月定額で、ソフトウェア開発サービスを提供するという感じか?成果に焦点を当てるという非常に意欲的な取り組み。取り回しの良い小規模企業でないとなかなか上手く行かなそうだが、ギルドという仕組み...
これまでのソフトウェア開発の狭間を埋める、納品のない開発。所有ではなく、利用に焦点を絞って、毎月定額で、ソフトウェア開発サービスを提供するという感じか?成果に焦点を当てるという非常に意欲的な取り組み。取り回しの良い小規模企業でないとなかなか上手く行かなそうだが、ギルドという仕組みで、フリーランスやそれ以外の共感する人々を取り込んで行こうという発想は素晴らしいと思う。 以下注目点 ・本当に必要な機能を本当に必要な順番に少しずつ開発していく ・デフェンシブな開発からアグレッシブな開発へ。 ・オーダメイド、納品しない、派遣しない。 ・開発と運用を担当 ・完成責任は請け負わない代わりに、圧倒的な費用対効果を提供する ・専門性の高い職種に対して、他の社員と同じ扱いはできない。 ・プロフェッショナルサービス ・新規事業と要件定義の相性は最悪 ・一ヶ月から3ヶ月程度で開発できる機能で、はやめに運用に入る。 ・作らない提案。思いつき程度の機能は、すぐには作らない。 ・納品ではないので、瑕疵担保責任は負わない。 ・ドキュメント読み終わった、訪問読み終わった、納期や完成品の約束読み終わった。 ・要件を定義するのではなく、事業の目的を共有する。 ・顧客が動作確認できるレベルで作業を切り出す。 ・なぜその機能が必要なのか ・所有から利用へ、完成から持続へ ・本当に必要になるまで、予想で作ったりするのはやめよう。 ・資料を残さない代わりに、コードを読みやすくすることにこだわっている。 ・KPT keep, problem, try ・そもそもを考え、何をやらないかを決める。
Posted by
顧客のビジネス成功をゴールとするシステム構築をする場合、派遣やSESなどの客先常駐をすることが多いのだが、本書ではそれをせず、月ごとに定額の費用を払うビジネスモデルの解説をしている。 実際にこのようなビジネスモデルに理解をしてくれる顧客が多い企業だとできそう。従来の企業、大企業な...
顧客のビジネス成功をゴールとするシステム構築をする場合、派遣やSESなどの客先常駐をすることが多いのだが、本書ではそれをせず、月ごとに定額の費用を払うビジネスモデルの解説をしている。 実際にこのようなビジネスモデルに理解をしてくれる顧客が多い企業だとできそう。従来の企業、大企業などは理解を得られにくいかも?でも実現できればお客様・働く側双方にとって良いビジネスモデルとなるから広まって欲しいと思った。
Posted by
ソフトウェア業界の"常識"を変えるビジネスモデル「納品のない受託開発」を紹介するビジネス書。 職場の知り合いから、長い間借りたまま積読になっていたので、そろそろ返さないと、と半ば強制的に読みました(^-^; タイトルを見たときから「アジャイル」と何が違うの...
ソフトウェア業界の"常識"を変えるビジネスモデル「納品のない受託開発」を紹介するビジネス書。 職場の知り合いから、長い間借りたまま積読になっていたので、そろそろ返さないと、と半ば強制的に読みました(^-^; タイトルを見たときから「アジャイル」と何が違うのかが気になってましたが、要は広義のアジャイル開発手法というか、「手を動かすコンサル契約」のようなイメージのビジネスモデルです。 実際、開発手法を「スクラム」のようなアジャイルで進めようとしても、顧客との契約が旧来の契約である限り、また社内開発であっても、プロジェクトの評価方法が旧来の方法である限り、アジャイルは絵に描いた餅になります。 おそらくSIerで働く誰しもが、契約面から見直さないとアジャイルの適用は難しいと感じていたと思いますが、この書籍は、その契約面からのアプローチを実際に実践した形だと思います。 今後は、こういったビジネスの形が主流になっていくような気がしていますが、多くのユーザー企業は欧米のように自社でエンジニアを抱えて、アジャイルで開発していくようになるんじゃないかなー。。 なので、こういったビジネスモデルは、自社でエンジニアを抱えられない、中小規模の会社をターゲットにやっていくのでしょう。結局は、多くのITコンサルと同じですね。 それにしても、SIerの未来が心配です。ホントに世の中に置いてかれるぞ・・・。
Posted by
かなり良本。 私個人も現代のSIer業界に違和感を感じて悩めるエンジニアに対してキャリアコンサルを提示しているが、本来エンジニアのあるべき姿。 特にフリーランスSEという働き方はあるが、本来フリーランスはプロ(個人事業主)。ようは1人社長だ。 なのにも関わらず、某エージェントの「...
かなり良本。 私個人も現代のSIer業界に違和感を感じて悩めるエンジニアに対してキャリアコンサルを提示しているが、本来エンジニアのあるべき姿。 特にフリーランスSEという働き方はあるが、本来フリーランスはプロ(個人事業主)。ようは1人社長だ。 なのにも関わらず、某エージェントの「簡単に稼げる」という煽り文句の広告のせいで、ナレッジワーカーな姿勢が見えない、中途半端なフリーランスSEが増えて来た。 最終的にはスキルもないのに「楽して高収入」目的で、フリーランスに入る。 エージェントにはワガママを、現場にはできないタスクを押し付ける微妙なエンジニアも増えていく。 ぜひ、エンジニア、そして全てのSIer業界の役職ある方達は読んで欲しい良本。 むしろ2014年に発刊して、未だに変わらないこの状態であることが不思議。 だからこそ、我々から見ると穴だらけなのだが多くの人は気づいていない。
Posted by