この資料、非常に衝撃的だった。中の人がここまで公開していいものなのか、という意味でも。 俺の価値創造契約 from Fumihiko Kinoshita 永和さんの価値創造契約とは 新しい契約形態での受託開発サービス「価値創造契約」 ｜ 永和システムマネジメントに詳しくありますが、簡単にいえば「初期費用無料で、常に改善・運用をしながら月額定額制でシステム利用料を頂く」というビジネスモデルです。価値あるシステムは必ず長く使われ変更を伴うのだから、その変更を受け入られるモデルを提供すれば双方にメリットがある。これが立脚点のようです。 2013年営業実績、0件 資料によればテレアポを800社行い、様々な展示会にも出展されたそうです。12社にコンタクトできたけれど受注は0件だと書いてあります。マーケティングに失敗してしまったと言って良いでしょう。 受託開発の弊害と指摘される「価値あるシステムを作り

ある日突然、業務知識もない、人脈もない、基礎的な素養もない部署に異動することになったら、あなたならどうしますか？そして、その事業が15年連続右肩下がり業界としたら、あなたは何から手を付けますか？そんなピンチな私の杖になってくれたのは、アジャイルの鉄人たちの教えでした。 業務改善をしたいけれど、どこから…

ここ最近の「アジャイル」という言葉の使われ方に違和感を感じています。 年々システム開発のプロジェクトは、短納期化と低コスト化の流れが進んでおり、それによってリスクが増して且つ利益の出にくい状況になりつつあり、多くのシステム開発を請け負うシステムインテグレータは様々な取り組みを進めています。 そして、その一つとして期待されているのが「速い・安い」を実現する「アジャイル開発」だと言うわけです。もはや、まるでファストフードです。 大手システムインテグレータが集まってアジャイル検定を始めるようです。一部引用します。 アジャイル検定の本格運用に向けた、アジャイルソフトウエア開発技術者検定試験準備委員会を設立 近年、ソフトウエア開発では、厳しい経済不況などの影響を受け、ユーザーの要件を確実に、高品質に、より短期間で提供することが求められています。このような環境の下で、注目されているのがアジャイル開発手

昨日、ふとしたことからダイヤモンド・オンラインで神戸大学の松尾睦先生の記事を見かけました。これって、今まで全くフォローできていなかったのですが、昨年秋からの連載だったのですね。というわけで、今さらながら第１回から読み直しています。 シリーズ「経験から学ぶ力」 ビジネスパーソンが成長するには なぜ経験から学ぶ力が必要になるのか？ 神戸大学大学院経営学研究科教授　松尾 睦 ――シリーズ「経験から学ぶ力」①｜日本を元気にする新・経営学教室｜ダイヤモンド・オンライン 「挑戦し、振り返り、楽しみながら」仕事をし そして「思い」と「つながり」を大切にする 経験から学ぶための5つの要因とは 神戸大学大学院経営学研究科教授　松尾 睦 ――シリーズ「経験から学ぶ力」②｜日本を元気にする新・経営学教室｜ダイヤモンド・オンライン 経験から学ぶ力を高めるにはどうするか 「挑戦し、振り返り、楽しむ」ための実践的方法

柏木雅之、山下博之 （IPA SEC エンタプライズ系プロジェクト） 2011-06-08 12:00 これまで2回にわたり、アジャイル開発の概要や特長について、主にウォーターフォール型開発と比較しながら解説してきました（「第1回：アジャイル開発って何がいいの？」「第2回：アジャイル開発はなぜ難しい？」）。「変化への対応を重要視する」「顧客が開発に密接に関与する」など、ウォーターフォール型開発では見られなかった、さまざまな新しい特徴を有していることをご理解いただけたでしょうか。 ウォーターフォール型開発と開発スタイルが大幅に異なるのですから、顧客と開発側で締結する契約のあり方もこれまでとは違ってきます。最終回となる今回は、アジャイル開発をスムーズに導入し、プロジェクトを成功裏に終わらせるための契約モデルのあり方について考えていきたいと思います。 開発者の方は、「契約なんて自分には関係ない」

「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 今回の内容 ●課題： 予定外の仕事が入ってタスクをこなし切れず、残業ばかりである ●スクラムのプラクティス 「スプリントバックログ」を作り、自分の作業を把握する ポイントは、「サイズを見積もる、優先順位、完了の条件」 「スクラム」は、ソフトウェア開発のマネジメント・フレームワークの1つで、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化した枠組みです。 本連載は「まずはちょっとしたスクラム」をモットーに、チームとしての仕事の進め方を改善するスクラムの知識を簡潔にお伝えします。「開発現場でスクラムやアジャイル開発を使ったことがないんだけど……」というエンジニアでも大丈夫。多くの現場で使え

アジャイル開発を開発者以外にも２ページ程度のサマリで説明するというのに挑戦してみました。なるべくアジャイル開発の文脈で使われる言葉（適応型とか）を使わないようにしてみたのと、従事する人でなく決定権を持つ人向けに中身よりも得られる価値などを中心に記述しました。（記事の最後でPDFを皆さんの会社でも使えるようクリエイティブコモンズで公開してます。） アジャイル開発に関するサマリ アジャイル開発（アジャイルソフトウェア開発）とは、ソフトウェア開発における開発手法の総称です。その特徴は、日々変化するビジネスや市場環境に応じて、作るべきソフトウェアも変化させていくことが出来る点です。 アジャイル開発におけるゴールと狙いは、IT投資に対するソフトウェアから得られる価値を最大化することです。コストパフォーマンスの最大化であり、ただソフトウェアを作ることだけが目的ではありません。 １．誕生の経緯と求められ

レンズの口径が3.8メートルと国内では最大となる光学赤外線望遠鏡が、岡山県浅口市に完成した。将来の望遠鏡のために新しい技術を満載し、大きな割に機動的に動かせられる。宇宙で突発的に起…続き 銀河誕生の謎探れ　130億光年見通す望遠鏡の仕組み ［有料会員限定］ ケプラー宇宙望遠鏡が引退　太陽系外惑星を多数発見

東邦チタニウムは、要件を固めきれないが納期は厳守というプロジェクトをアジャイル開発手法を使って乗り切った。アジャイルは短い開発期間を繰り返し、要件を決めながら機能を実装する手法。ユーザー部門のキーマンをチームに引き込んだり、途中でアジャイル開発向きでない開発者を交代させたりして、プロジェクトを完遂した。同社として初めて挑んだアジャイル開発だったが、納期を守り、コストも計画内に収めた。舵取りの難しいアジャイル開発プロジェクトを成功に導いた手腕が評価された。 東邦チタニウムは、「アジャイル」と呼ぶ開発手法でチタンインゴット（金属チタンの塊）の生産管理システムを構築した（図1）。アジャイルは短い開発期間を反復して、機能を組み上げていく。同社にとっては初めての試みだった。要件を決めながら開発できるメリットを得るには、プロジェクトの体制や運営に工夫があった。 「要件を固めきれないうえに納期厳守。仕様

"So" という単語はとても便利で、会話の中で良く聞く。特に、日本の同じ発音の「そう」と意味が同じになる場面があり、このことが日本人に so を使いやすくしていると思われる。 "I think so, too"  -- 私もそう思う ところが、この単語、日本人が連発する英単語の接続詞で、「…です。ですから…」という文脈で使われる。「そうなので」という感じだ。 The movie was French, so I didn't understand. フランス映画だった。そのため、私には分からなかった。 論理の方向としては「左だから右」という風になる、ところが、この使い方ととても近く、区別のしにくい別の使い方がある。それは、「…するために…」という用法。 The video is subtitled in Japanese so you can understand. そのビデオはあなたも分

永和システムマネジメントは2010年11月11日、初期費用0円、月額利用料形式の受託システム開発を開始したと発表した。アジャイル開発に適した契約形態とする。サービス利用料はシステムの規模に応じて月間15万円から150万円。 永和システムは、「アジャイル開発」と呼ぶ開発手法を得意とする。アジャイルは俊敏を意味し、短いサイクルでのリリースを繰り返し不明確な要件をシステム化していく開発手法である。しかし「ソフトウエア業界での受託型の請負契約は要件定義が完了してから開発見積もり・契約するというやり方が当たり前となっており、お客様にアジャイルのメリットを実感いただくのが難しいという課題があった」（永和システム）。そのため、納品時ではなく、サービス利用期間に料金を支払ってもらう今回のビジネスモデルを考案した。 このモデルの最大のポイントは、解約は自由で、利用年数にかかわらず解約手数料が発生しない点だと

■ 永和システムマネジメントの新しい受託契約がすごく面白い 今日は永和が話題をかっさらったねー。「新しい契約形態での受託開発サービス」。 アジャイルと受託開発の相性の悪さには定評があって、なにも作らないうちから納品物・納期をきっちり決める従来の契約形態だとアジャイルな開発がうまくできないというのが最大の課題だったわけだけど、それを開発費用は受託側の持ち出しにして、運用時(アジャイルなので継続的に開発が入る)に細く長く回収するという新しい契約スタイルを打ち出した。 この手の話になると「そもそもアジャイルで受託という発想がいけない、欧米では開発はインハウスがあたりまえ」みたいな頭の悪い舶来信仰が飛び出たりするわけだけど、社外のプロフェッショナル集団が必要なときに必要なものを素早く開発してくれる受託が絶対的に悪いことなんてあるはずがない。永和は、受託開発に対するこだわりがあるんだろうなぁ。そうい