システムを育てるカイゼン型開発のススメ〜SonicGardenでカイゼン型開発を行う理由 | Social Change!
日経SYSTEMS 2012年4月号の特集１が「システムを育てるカイゼン型開発のススメ」ということで、Part4に私も寄稿させて頂きました。ソニックガーデンが今のビジネスモデルを採用した理由について書きました。 「カイゼン型開発」という言葉は、2006年に私がブログで書いたのですが、ようやく時代が追いついてきたのかと感慨深いものがあります。そして、2012年の私たちは既にそこからさらに先に進んでいて、その答えとなる「納品のない受託開発」というビジネスモデルに辿り着いています。 実際に掲載された寄稿記事の方では割とコンパクトにまとめてもらいましたが、こちらではディレクターズカットということで元々に書いた原稿の方を公開します。もし、このブログよりもさっと読みたい場合は日経SYSTEMSを読んで頂くのが良いかと思います。 ソニックガーデンでは「納品のない受託開発」という少し変わったスタイルでの受
何をやったらアジャイルなのか？ | Social Change!
「何をやったらアジャイルなのか？」という疑問。アジャイル開発に興味をもち、勉強したり実践を始めたりしたら、一度は突き当たる疑問の一つだと思います。 昨日、参加したアジャイルの勉強会で出た疑問の意見です。 ペアプロすればAgile？朝会すれば？TDDすれば？・・・まさかそんなことはないでしょう。ただプラクティスに従うよりも大事なことがあるはずです。 その勉強会では、「ビジネスとしての価値に判断をすること」や「お客様との距離を縮めること・一致団結すること」といった意見が出ました。確かに、それはAgileを実践した場合の効果かもしれません。 私も同じような悩みをもったこともありました。これまでの私自身のスタンスで言えば、実はあまり言葉の定義は興味なくて、顧客も従業員も満足して利益が出ているのであれば、アジャイルと呼ぼうが何と呼ぼうが構わないのではないか、と考えています。ただ、それではあんまりなの
リーンスタートアップで小さく始めよう | Social Change!
リーンスタートアップ”Lean Startup”という言葉を最近知りました。SonicGardenでは、アジャイル・Ruby・クラウドを実践してきましたが、開発だけをしている訳ではなくて、スタッフ一丸となってマーケティングも経営もしていたりして、それらを包括した言葉ってないのかな、と思っていたのですが、どうも「リーンスタートアップ」がうまくフィットしていると気付きました。 とはいえ、リーンスタートアップを学んだ上で実践している訳ではなくて、日々の試行錯誤の中で得たスタイルが、たまたまリーンスタートアップになっているということだけなので、正解かどうかはわからないので、自分たちなりのリーンスタートアップを考えてみました。（この正解かどうかわからないけど実践しているという感覚はアジャイルという言葉に対する感覚に似ていますね。） リーンスタートアップを理解するのにわかりやすいスライドは以下にありま
キャプション直すだけで数万円？システム開発の値段が高くなる３つの理由とは | Social Change!
今のシステム開発の業界における価格は、実はその提供している価値に対して、コストが高すぎるのではないか、と以前から考えていました。IT投資に対するパフォーマンスの比率が著しく悪い、摩擦係数が異常に高い気がします。それが何故なのかを考えてみました。（今回は問題提起だけなので悲観的なようですが、別途私の提案編を書く予定です） 色々なお客様とお話しさせて頂くと、かなりの予算投資をしてシステムを構築した後に、実際に使い始めると修正したい箇所が出てくるもので、その改修をベンダに依頼すると想像以上の金額の見積りが返ってきて驚いた、という話をよく聞きます。 実際に、画面の一部のキャプションを少し直すだけでも、数万円とかの見積が出てきた、というのも大袈裟な話ではないのでしょう。そんな経験をしてしまうと、より一層に構築時に確実に作って、改修しなくて済むように、と考えてしまっても仕方ありません。 また、システム
アジャイル開発とは：「アジャイル開発」をエグゼクティブサマリにまとめてみた | Social Change!
アジャイル開発を開発者以外にも２ページ程度のサマリで説明するというのに挑戦してみました。なるべくアジャイル開発の文脈で使われる言葉（適応型とか）を使わないようにしてみたのと、従事する人でなく決定権を持つ人向けに中身よりも得られる価値などを中心に記述しました。（記事の最後でPDFを皆さんの会社でも使えるようクリエイティブコモンズで公開してます。） アジャイル開発に関するサマリ アジャイル開発（アジャイルソフトウェア開発）とは、ソフトウェア開発における開発手法の総称です。その特徴は、日々変化するビジネスや市場環境に応じて、作るべきソフトウェアも変化させていくことが出来る点です。 アジャイル開発におけるゴールと狙いは、IT投資に対するソフトウェアから得られる価値を最大化することです。コストパフォーマンスの最大化であり、ただソフトウェアを作ることだけが目的ではありません。 １．誕生の経緯と求められ
アジャイル開発のボトルネック | Social Change!
「お金なら出しますから、４ヶ月のところを２ヶ月で作ってくれませんか？」 システム開発で、顧客からこう言われた時、どうするか？ SIerの経営者や管理職であれば、飛びついてしまうんじゃないだろうか。私だって飛びつきたい。確かにエンジニアがいるなら、もしくは、集める目処が立つなら、ありがたい話かもしれない。XPでも、「リソース・スコープ・品質・時間」のパラメータで、品質以外は変動可能としている。 ということは、リソースがなんとかなれば、時間を短くする、もしくは、時間を変えずにスコープを増やすことができるのだろうか。人月という単位で考えれば、計算上は出来るかもしれないが、実際には難しいと言わざるを得ない。それはなぜか。ボトルネックは、プログラムを作る速度か、それとも、仕様を決めて受け入れる速度か。 冒頭の台詞は、開発側にこそボトルネックがあり、コストさえかければスピードアップできると考えているか
オフェンシブな開発〜「納品しない受託開発」にみるソフトウェア受託開発の未来 | Social Change!
定期的にSI業界が終わったという話が出ますが、本当にそうでしょうか。終わるべきは一括発注・請負のディフェンシブなビジネスモデルです。受託はなくなることはありません。ソフトウェアの開発を、他の業界のアナロジーで考えるのではなく、正面から取り組んだビジネスモデルについて語っています。 ディフェンシブな開発 今から5年前に、SI業界における多くの問題の原因がそのビジネスモデルにあるという「ディフェンシブな開発〜SIビジネスの致命的欠陥」という記事を書きました。SIにおけるビジネスモデルは、発注者とベンダーはあらかじめ決めた金額と要件の中で納品と検収を目指すため、利益を出すためには双方がリスクを取らずに「守り」に入る必要があります。その結果、顧客にとって価値を産むかどうかよりも決められた要件通りに作られることを重視することになってしまいます。人月という単位であらかじめ決めるとなれば、単価の安い下請
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェアの品質はいつ決まるのか？〜「Point of Sales」から「Point of Use」へ | Social Change!