SIerのこれからのソフトウェアを創る

自己紹介

自己紹介　市谷聡啓　TIS株式会社 TISは次代を切り拓く価値創造者を目指します。　　　サービス&コミュニケーション事業部　　DevLOVE 日本XPユーザグループスタッフ　　http://d.hatena.ne.jp/papanda0806/ 　　http://twitter.com/papanda

DevLOVE 「開発は楽しい」それを実感できる場を作り続けるために、DevLOVE（デブラブ）は 2008年6月21日に生まれました。

DevLOVE 　開発の楽しさを発見しよう。広げよう。　開発の現場を前進させよう。　２つのコンセプトのもと、明日の開発　の現場に役に立つことを目指した　勉強会やイベントを開催しています。

2009年12月12日

Designed by I_klavie http://www.machoup.jp/devlove2009/

http://www.youtube.com/user/developlove#g/u

謝辞

謝辞岩切晃子さん角谷信太郎さん鈴木雄介さん倉貫義人さん DevLOVEのみなさん TISのみなさん

本日お話すること

これまでやってきた、ソフトウェア開発を踏まえこれから目指していくソフトウェア開発と、そのために乗り越えるべきこと。私自身の実体験を踏まえたお話。

SIerのこれからのソフトウェア開発を創る

目次第1部　SIerのこれからのソフトウェア　開発を創る第2部　世界は変わった。開発の現場は　どうか？第3部　俺たちのこれからのソフトウェア　開発を創る

第1部

事件

ビジネス環境の変化工程の途中でプロジェクト終了

たくさんのお金とたくさんの時間と少しばかりの私の家庭的危機

顧客が手に入れたモノとは何か

残ったのは大量の紙。

環境の変化を止めることはできない。

環境の変化を止めることはできない。しかし、

これがやりたいことなのか。

我々は何をやりたいのか

ソフトウェア開発で何を実現したいのか

ソフトウェアは社会を変える。今まで出来なかったことが出来るように。

ちょっとずつ良くなる

ちょっとずつが重なって結構良くなる

顧客が手に入れた価値とは何か

動くモノは無い。残ったのは紙。

現状のソフトウェア開発では、 ”必要とされるソフトウェア”の提供が困難になっている。

３つの乗り越えるべき

現状のソフトウェア開発は変化に対応できない。ソフトウェア開発の価格に対する納得感がない。必要なソフトウェアが必要なタイミングで手に入らない。

変化

外的変化内的変化

外的変化　取り巻くものの変化。　経済環境や政治環境。

内的変化　状況が進むことによって　理解が深まり、分かって　居なかったことが分かる　ようになる（とはどういうことか）。

手順の計画の限界

“行動するわれわれが今までの情報処理の結果、「いっそう賢くなった」という、主体の側の変化もまた考慮の中に加えなければ、解釈できないことなのである。この主体的変化を無視してはならない。”

内的変化　状況が進むことによって　理解が深まり分かって　居なかったことが分かる　ようになる。　開発者も顧客も。　変化は起こるべくして起こる

ソフトウェア開発受託開発一括請負における変化とは何か

変化=仕様変更

仕様変更管理

変更管理はソフトウェア開発を安全に遂行するためのもの

仕様変更の世界受注側は別料金発注側は固定料金

ゼロサムゲーム

仕様変更管理なんて言っているうちは変化を受け入れるとは呼べない。

人月

人月、一括請負はよくできている。　人月はコスト算出の　基準としやすい。　仕様変更管理を厳密　に行えばリスクが　排除できる。

人月の世界で儲け続けることができるかもしれない。

人月の世界で儲け続けることができるかもしれない。価値には到達できない

To what could you pay money?

レビットのネジの穴

顧客はドリルがレビットのネジの穴欲しいのではくネジの穴が欲しいのだ。

顧客はシステムがレビットのネジの穴欲しいのではくシステムがもたらす便益が欲しいのだ。

開発コストは価値に直接は結びつかない。

価値に結びつかないものだけで価格を決める

顧客には分からないもので価格を決める理解が得られるはずもない

ソフトウェア自体には価値はない。ソフトウェアと利用者の間に価値が生まれる。利用しなければ価値が生まれない。

価値があるのか分からないまま確かめるのが１年先になる

１年後も外的変化用を内的変化なすのか。

プロセスの問題

Ａｇｉｌｅ

プロセスだけ、滝からアジャイル的に変えても問題は解決しない。

「後で仕様を変える時費用はどうしましょうか」

変化=仕様変更

仕様変更管理

ゼロサムゲーム

仕様変更管理なんて言っているうちは変化を受け入れるとは呼べない。

現状のソフトウェア開発は変化に対応できない。-契約の問題ソフトウェア開発の価格に対する納得感がない。-価格設定の問題必要なソフトウェアが必要なタイミングで手に入らない。-プロセスの問題プロセスの変更だけでは解決できない。

プロセスの問題を解決する前に契約の問題がある。契約の問題を解決する前に価格設定の問題がある。

ソフトウェアの価値を人月以外で測る

ソフトウェアがもたらす成果に応じて対価を受け取る世界

パフォーマンスベース契約経済産業省 http://www.meti.go.jp/press/20080425004/20080425004.html

パフォーマンスベース契約発注者と受注者が協働する世界。お互いが価値発見、価値向上のために知恵を出し合う

パフォーマンスベース契約の課題成果を測るまで時間がかかる。1年待つ？顧客も開発も待てない

Ａｇｉｌｅ

パフォーマンスベース契約の課題短いサイクルで。利用も、評価もフィードバックを早く。

ITだけの貢献（価値）を測るのは難しい。どこまでリスクを取れるかが肝（顧客と開発でお互いにリスクを取る）。ソフトウェア開発の新しいビジネスモデルの確立をトライアル中。

第1部

動くモノは無い。残ったのは紙。

現状のソフトウェア開発は変化に対応できない。-契約の問題ソフトウェア開発の価格に対する納得感がない。-価格設定の問題必要なソフトウェアが必要なタイミングで手に入らない。-プロセスの問題

価値探索的な開発 -プロセスの問題パフォーマンスベース契約 -契約・価格設定の問題ビジネスモデルとプロセスを分けない。

プロセスと契約を変えたら価値に到達できるのか。

第2部

価値探索的な開発 -プロセスの問題パフォーマンスベース契約 -契約・価格設定の問題

現状を変え始めることは一人でもできる。しかし、組織の仕事を一人で変えるのは難しい。（最初から最後まで一人の仕事は無い）

価値探索的な開発 -プロセスの問題パフォーマンスベース契約 -契約・価格設定の問題 -現状に踏み留まろうとする　人の意識の問題

変化を起こすためには、これまでの前提や思考を疑ってみるきっかけが要る。

そう易々とは変われませんよ。自分自身も。

事件

デブサミ２００７

血があつい鉄道ならば/走りぬけてゆく汽車はいつかは心臓を通るだろう

これは何？

自分が信じるもののために

自分が信じるもののために生きる

デブサミやコミュニティは、気づくためのきっかけになる。

変化を起こすためには、これまでの前提や思考に問いかけるきっかけが要る。

きっかけ＝勉強会

内と外の温度差

そう易々とは何も変わりませんよ。

血があつい鉄道ならば/走りぬけてゆく汽車はいつかは心臓を通るだろう Shintaro Kakutani

自分が信じるもののために生きる

周りの気温が上がるのを待っているほど人生は長くない。

非日常受動的能動的日常

非日常受動的能動的社内勉強会日常

非日常受動的能動的いきなり変わることはできない日常

非日常受動的能動的日常

非日常普段は無いコミュニケーションを育む受動的能動的日常

非日常普段は無い自分たちがコミュニケーション向かいたいを育む方向の確認受動的能動的日常

変化を起こすためには、これまでの前提や思考に問いかける事件が要る。

非日常普段は無い自分たちがコミュニケーション向かいたいを育む方向の確認社内版デブサミ受動的能動的日常

非日常普段は無い自分たちがコミュニケーション向かいたいを育む方向の確認社内版デブサミ受動的能動的日常=仕事日常で繋がる日常を変える日常

非日常普段は無い自分たちがコミュニケーション向かいたいを育む方向の確認社内版デブサミ受動的能動的社内勉強会チームふりかえり日常=仕事日常で繋がる日常を変える日常

非日常普段は無い自分たちがコミュニケーション向かいたいを育む方向の確認社内版デブサミ受動的能動的社内勉強会チームふりかえり日常=仕事日常で繋がる日常を変えるマンネリやらされ感日常

非日常普段は無い自分たちがコミュニケーション向かいたいを育む方向の確認社内版デブサミ受動的能動的社内勉強会チームふりかえり日常=仕事日常で繋がる日常を変える日常

非日常普段は無い自分たちがコミュニケーション向かいたいを育む方向の確認社内版循環デブサミ受動的能動的社内勉強会チームふりかえり日常=仕事日常で繋がる日常を変える日常

デブサミやコミュニティは、気づくためのきっかけになる。

社外との接点（コミュニティ）を意図的に作る

コミュニティ参加開発の現場

コミュニティ仮説開発の現場

コミュニティ事例仮説開発の現場

コミュニティコミュニティ事例ワーク仮説バランス開発の現場

開発の現場事例仮説コミュニティ事例仮説開発の現場

開発の現場開発の現場開開発発のコミュニティコミュニティの現現場場開発の現場開発の現場

開発の現場開発の現場この業界そのものが開発のコミュニティコミュニティ開発の現現場循環するシステム場開発の現場開発の現場

あなたの前と、後ろと、隣にいる人はあなたの世界の一員だ。

我々のソフトウェア開発を支えるのは、この業界そのものだ。

第2部

価値探索的な開発 -プロセスの問題パフォーマンスベース契約 -契約・価格設定の問題 -現状に踏み留まろうとする　人の意識の問題

現状を変え始めることは一人でもできる。しかし、組織の仕事を一人で変えるのは難しい。（最初から最後まで一人の仕事は無い）

組織内循環システム -社内版デブサミ、社内勉強会組織間循環システム -コミュニティ・ワークバランス

組織内循環システム -社内版デブサミ、社内勉強会組織間循環システム -コミュニティ・ワークバランス簡単には行かない。

期待どおり行かなくて挫折するそこからが始まり期待とは、一方向のただの想い。

信じる。

最初の一歩を踏み出したとき

最初の一歩を踏み出したとき７人仲間が現れた。

最初の一歩を踏み出したとき

最初の一歩を踏み出したとき２人で同じ方向を見ていた。

自分が最初の一歩さえ踏み出したら、

自分が最初の一歩さえ踏み出したら、それを見た他の人の踏み出す勇気になる。

自分が変われば、他の人も変わる。

世界を変えるのは他の誰かではない

世界を変えるのは他の誰かではない自分自身だ。

だから

信じる。

信じる。信じるからこそ仕掛ける。

第3部

ソフトウェア開発で何を実現したいのか

行きたいところがあるから、仕事のやり方を変え、周囲に働きかけ、知恵を絞り、行動を起こす。

John Fitzgerald Kennedy

“我々は、月へ行くという選択をした。”

“我々の漕ぎ出す海には得るべき新しい知識と勝ち得るべき権利がある。”

我々の行きたいところはどこか。我々の行きたい月とは何か。

人月世界計画固定仕様変更残業万歳

人月世界計画固定こういう世界？仕様変更残業万歳

ちょっとずつ良くなる

ちょっとずつが重なって結構良くなる

現状のソフトウェア開発は変化に対応できない。月に向かうソフトウェア開発の価格に対ためにはする納得感がない。乗り物が必要だ必要なソフトウェアが必要なタイミングで手に入らない。

Ａｇｉｌｅ

価値探索的な開発 -プロセスの問題パフォーマンスベース契約 -契約・価格設定の問題ビジネスモデルとプロセスを分けない。

月に向かうためには重力を断ち切る必要がある

組織内循環システム -社内版デブサミ、社内勉強会組織間循環システム -コミュニティ・ワークバランス信じるからこそ仕掛ける。

我々（私）は、月へ行くという選択をした。

私の乗り物とあなたの乗り物は同じものかもしれないし、違うかもしれない。

私の月はあなたが見ている月と同じかもしれないし、違うかもしれない

重力を突破しようとする者たち

あなたの前と、後ろと、隣にいるのはあなたの世界の一員だ。

既にあなたの乗り物には乗組員がいる

極限の状態で書いたソースコード

開発の現場開発の現場開発の現その一行にはコミュニティコミュニティ開発の現俺たちが付いてる場場開発の現場開発の現場

我々のソフトウェア開発を支えるのは、この業界そのものだ。

重力を突破しようとする者たち

互いの月を

　　　最後に。

私はデブサミに沢山のものをもらいました。

みなさんに、私がもらった大切な言葉をあげます。

”次は君の番。”

”次は君の番。” 　　　　　角谷信太郎

ご清聴、ありがとうございました。 Thank you for listening! A nice trip to the moon!

http://d.hatena.ne.jp	701
http://www.slideshare.net	16
http://kwappa.txt-nifty.com	14
http://randd.kwappa.net	6
https://si0.twimg.com	5
http://74.125.153.132	1
http://webcache.googleusercontent.com	1
http://paper.li	1
https://twimg0-a.akamaihd.net	1

SIerのこれからのソフトウェアを創る

by toshihiro ichitani

Accessibility

Upload Details

Usage Rights

9 Embeds 746

Statistics

SIerのこれからのソフトウェアを創る Presentation Transcript