Openthology256pub

を Openthologyを倍楽しむ 256倍楽しむ佐々木啓一 (株)ジャステック

定例会に参加いただきありがとうございます

しかし・・・

みなさんは、毎月、ここに来ていながら疑問を感じているはず

確かに、著名でしかも、明るい理事さんたちの話を間近に聞けるのはうれしい

さらに反省会では、いろんな人たちの様々な話が聞けるし、

理事さんが執筆した書籍を持って行けば、こんなふぅに

気軽にサインもしてもらえる(^_^)v

しっかぁしっ・・・

肝心の要求開発ってものを • あなたの会社は、必要としていますか? • それは定例会に参加するだけで、モノになりますか? • 今のOpenthologyがそのまま使えますか?

ではここで質問です ■あなたの会社は、要求開発を必要としていますか?

■要求開発は、定例会に参加するだけで、モノになりますか?

■今のOpenthologyを、そのまま使えますか?

私はyes,no,no、かな? 今日はそのお話しをしたいのですが、その前に・・・

まず、『私』はどういう人かと言うお話をさせてください。普通だと2時間はゆうに掛かるので、

今日は、短尺版でお届けします。題して、佐々木:花輪を花輪を256倍楽「佐々木花輪を倍楽しむ」しむ」 http://www.slideshare.net/k1sasa ki_web/hanawa256pub

さて ■あなたの会社は、要求開発を必要としているか? ■定例会に参加するだけで、モノになるか? ■今のOpenthologyがそのまま使えるか? ですが、

組み合わせはこんな感じかな・・・あなたの会社は、必要としているか? あなたの会社は、必要としているか Y Y Y Y N 定例会だけで、モノになるか? 定例会だけで、モノになるか Y Y N N - 今のがそのまま使えるか? 今のOpenthologyがそのまま使えるかがそのまま使えるか Y N Y N - ? X X ? X X

■あなたの会社は、要求開発を必要としているか? 発を必要としているか　　　私はyes! 　　　私は　　　あなたはあなたは? 　　　あなたは

『佐々木さん、要求開発してますか? 理事さんや有名SIerの社員さんならともかく、

平鍋さん他称良い公家さん Hagiさんアーキテクタスさんウルシステムズさん隊長さんワルい公家さん協和発酵工業さん

自分が今居る立場では、いわゆる下流工程作業で手一杯、

会社そのものが、お客様に提案するどころか、要件定義に関われてもいない。

経験がないから敷居も高い。もっと簡単に取り組めないんでしょうか?』

確かに現場に目を向ければ、

お客様の担当者は、今の仕事を早く終わらせて欲しいと言うし、

その上司も、前工程のことに口出しせずに、当面のバグを早く治してと言うばかり

味方のはずの自社に目を向けても、同僚は作業の進め方にあまり興味を示してくれず

上司からは「お前の言うことは解るが、上位工程を担うにも社員に技術がないよ」と諭されるだけ

しかしちょっと浮遊して、自分の立ち位置を上げて見ると

お客様の上司は、次の仕事の発注先を探している

その部長は、実現方式や業務展開にアイディアを欲しがっている

お客様のトップは、長く広い範囲で協業してくれるパートナーが欲しいはず

そして自社でも、部長は、もっと収益率のよい仕事を目指したいと思っている

社長は、優良エンドユーザと協業関係を結びたい、と思っているはず

だから、当面の利害は対立しているように見えても、

本当は利害は一致していて、

上位工程にあたる、要求定義や要件定義をうまくやりたいし、やって欲しいと思っているのです

仮に会社が、そのことに気づいていなくても、

あなたには必要でしょ? あなたには必要でしょ

だって、この業界でがんばって行こうとしているんですから

■定例会だけで、モノになるか? 　　　あなたは? 　　　あなたは　　　私はno! 　　　私は

執行委員のみなさんは、毎月の定例会の企画に腐心し、

理事さんたちに相談しながら、よりよい企画を提供してくださいます

本当にありがとうございます

ですが、一ヶ月に一回、夜の2時間の勉強会では、そのテーマに深く切り込んでいくことは、なかなかできません

だからと言って、回数を増やすとか時間を長くすれば、

私たち自身が、参加しにくくなります

入信・・・いや

入会の翌年の2005年の秋頃に、安井理事にこんな相談をしました

『このまま薄く活動するのではなく、もっと濃く、頻度を増やすとか分科会を起こすとかしませんか?

そうでないと、 Openthologyは多岐に渡っていてわかりにくい』と

すると安井理事は、

『まったく佐々木さんのおっしゃるとぉりです。でも、ちょっと待ってね』

と言われました。翌2006年、その意図がようやくわかりました。

理事さんや野田さんのご努力で、白本と黒本が出版されたのです

特に白本で、 Openthology1.0が固まるから、それを待ってねということだったのです

では、一ヶ月に一回の定例会を有意義にするにはどうすればよいかそれには・・・、

日頃から情報を集め、自分の見解をもって定例会に臨みましょう

定例会では、自説を確かめる見解を表明する新たな課題を見つけるのです

自分に見解がないと、どんなによいことを聞いても、

頭に

残りません!!!

理事さんと意見が一致しなくてもいいんです。むしろ、反対の立場にいるほうが、課題がはっきりします。

身近なことから実践しましょう

どんなに小さい案件でも要求はあるんです

改造、変更案件なら、その母体に課せられていた要求があります。 –　もしかしたら、正しく実装できてないないかも知れませんが

要求開発の全部のツールを適用する必要はありません

リバースして要求を復元してみることもできますね。例えば –要求分析ツリーを後ろから作っていく – 現行システムの概念モデル書いてみる

現存するシステムは、　設計や発想の善し悪しがわかる絶好の材料です

蛇足ながら現役を引退した私は – 教育用にトイプログラムでなく、トイモデルを描いている – 自営業の友人のために、業務モデルを書いて RonRで実装しました

本、読みましょう

モデリング系だと

入門、実装寄り –モデ力・・・思考系UMLモデリング即効エクササイズ –UMLモデリングレッスン –UMLモデリングの本質 –アナリシスパターン –PoEAA・・・エンタープライズ・アプリケーション・アーキテクチャ・パターン

ビジネスモデリング向け –UMLによるビジネスモデリング(エリクソン&ペンカー) –企業情報システムの一般モデル

変ったところでは –Head First デザインパターン –Executable UML (メラー他)

プロセス系では

ラショナル統一プロセスガイドブック –RUPは重くないと主張 –一人でするRUP。例題としてパーソナルタイマー

アジャイル関連本 –古くは平鍋さん、長瀬さんなどのXP本

当然 – 要求開発・・・白本 – 戦略的要求開発のススメ・・・黒本

私の白本は、レアもの。袋とじ付き

連載、読みましょう

ITProWatcher –ビジネスモデリング道場 ITアーキテクト –山岸理事長の連載その他、理事さんたちの寄稿

http://itpro.nikkeibp.co.jp/watc her/openthology/index.html

敷居が高いからと、問題を自分のレベルに引き下げるのでなく、

自分を、問題のレベルまで引上げていきましょう

おじさんだって、　あきらめずに、まだやってるんですから　(^^ゞ

■今のOpenthologyがその ■今のがそのまま使えるか? まま使えるか　　　あなたは? 　　　あなたは　　　私はno! 　　　私は

白本には、何が書いてあるか

プロセスとして –プロセスキャビネット –プロセスセル –標準プロセスセルフロー

モデリングについては、 –BSC戦略マップ –ビジョン分析ツリー –問題分析ツリー –ターゲット分析 –ビジネスステークホルダー

–ビジネスユースケース –概念クラス図 –業務フロー –要求リスト –システムユースケース

プロセスが先かモデリングが先か?

プロセス、大事です

システム開発でも、オブジェクト指向が無条件によいのではなく、

リスクを先取りできるプロセスとしては、ウォータフォールより、イテレィティブな差分開発プロセスが望ましい。だから、

それに適用しやすい、オブジェクト指向が選ばれる –だからこそ、お客様はオブジェクト指向を採用するのです

お客様が Javaとか.Netが好きな訳じゃない

要求・要件定義で大事なことは、 –無駄なシステムを作らないこと –本当に必要なシステムを作ることそのためには、まず

プロセスを確立して、その上で対象に合ったモデリング手法を適用すればよいのです。

さて、白本がすべてではありません。それ以降、

フロントローディング –白本にも登場しますが、あまり詳しく書かれていない

要求分析モデルツリー –山岸理事の発表資料にある

BDM:Business Driven Architectureの扱いも、進化している –白本のP80 –最近の細川理事の提案 –最近の萩本理事の提案

細川理事による2007年11月の提案

萩本理事による2008年5月の提案

でも本が出ると知ったときは、とてもびっくりしました –しかしこれは、理事さんたちの手による力作 –理事さんたちは、メンバのみなさんの努力の賜と言ってくださいましたが、 – アライアンス全体のものとは、畏れ多くて言えません

理事さんたちの主張は、一枚岩

ぢゃぁない・・・気もします (^_-) –プロセス重視かモデル重視か、 –BDMの位置づけ –などなど

しかし、 –UMLのありすぎる図だって –マーチンファウラーのリファクタリングも –PoEAAのカタログもいろんな場面でのいいとこ取り

状況に応じてうまい道具を選択できればよい、のです

Openthologyの使い方を整理し、普及を図るために分科会が立ち上がりました

AAWG:AsIs Architecture Working Group TAWG:ToBe ........ に奮って、参加しましょう

理事さんたちの鋭い見識を、みんなで具体化していくこと

それこそが要求開発アライアンスの存在意義!!

ありがたく押し頂くのではなく、みんなで作っていきましょう

と言うことで、

組み合わせは、こんな感じになるでしょうか・・・あなたは「要求開発」を必要としているのか? Y Y Y Y N あなたの会社は、必要としているか? あなたの会社は、必要としているか - - - - - 定例会だけで、モノになるか? 定例会だけで、モノになるか Y Y N N - 今のがそのまま使えるか? 今のOpenthologyがそのまま使えるかがそのまま使えるか Y N Y N - 日頃から情報を集め、自分の見解をもって定例 X X 会に臨みましょうありがたくいただくのではなく、みんなで作って X X いきましょう

■あなたの会社は、要求開発を必要としているか?・・・yes • 自分の立ち位置を上げて見ると、関係者の利害は「必要」で一致しています • 会社が気づいていなくても、あなたには必要でしょ?

■定例会に参加するだけで、モノになるか?・・・no • 日頃から情報を集め、自分の見解をもって定例会に臨みましょう • 身近なことから実践しましょう • 関連書籍、雑誌やWebの連載記事を読みましょう

■今のOpenthologyがそのまま使えるか?・・・no • 使い方について、もっとよく説明できるようになりましょう • これからの進め方について、方向感を合わせていきましょう • ありがたく押し頂くのではなく、みんなで作っていきましょう

私はすでにバックエンドにまわったので会社で要求開発はしてません –理事の皆さんとメンバのみなさんとの橋渡し役とか –弊社の若い設計者と、みなさんとのつなぎ役になれればよいと思っています

でもチャンスがあれば、普通の人たちに、

ってこんなに便利、 ITってこんなに便利、

ってことをもっと見せてあげたいそれが私の、人生の・・・

最後に • 顔写真とかmixi画像、各社のロゴなどを勝手に使ってすみません。 • この発表会限りとして、流出しないようにしますのでご容赦ください

　　ありがとうございました次回は「HeadFirst 要求開発」で(^_^)/

登場人物(順不同) 山岸耕二さんウルシステムズさん萩本順三さん平鍋健児さん細川努さんアーキテクタスさん安井昌男さん依田智夫さん協和発酵工業さん野田伊佐夫さん執行委員のみなさん

Openthology256pub

1 comments

Notes on slide 1

Favorites, Groups & Events