開発方法論の井戸端会議所

ソフトウェア開発の方法論について比較検討する場所です。

XPやRUPは有名ですが、その他にも多くの方法論が存在します。
それらのメリットデメリットを話し合いたいと思います。

ソフトウェア開発は経験的なものが多分に必要とされるため、
理論だけでは上手くいかないことは事実ですが、理論にフィードバック
させることができないような経験は無意味です。そのような価値観を
共有すると考える人は色々と書き込んでみて下さい。


*なお1ページいくらなんていうセコい仕事をしているSヨは書き込み禁止です。

2

工程管理の話題は情報システム板だろ。
立て直せば？

eXtreme Programming
http://pc.2ch.net/test/read.cgi/tech/989482113/

2ch で書き込み禁止などと言うのは厨房臭い。
しかも、そんなこと書くと余計に書き込む奴がでてきそう。

*なお1ページいくらなんていうセコい仕事をしているSヨは氏にましょう。

http://pc.2ch.net/test/read.cgi/prog/1015012814/

6

>>1
> XPやRUPは有名ですが、その他にも多くの方法論が存在します。

その他、多くにはどんなのがあるの？

>>3
情報システム板でもいいんですが、実務作業に関わる人が
いる板の方がこういった話題には適していると思っています。
彼らは既存の開発体制に毒されている人が多すぎると思います。
ある意味ウォーターフォールを否定することは、彼らの"立場"を
揺るがすものでもあるので、まともな議論は期待できません。


>>7
詳しく見たわけじゃないのでよくは分からないけど、
とりあえず関連するリストはここにあります。
http://www.cetus-links.org/oo_ooa_ood_methods.html
リストとしては古いし、研究の成果が何らかの形で他の
ものに吸い上げられて、なくなっていったものもあるかも
しれません。


ソフトウェア開発方法論は開発業務へのERPのような位置付けの
ものだと俺は思ってます。それゆえ、導入にはそれなりに手間が
かかるものでもあると。
まだ勉強中なので、詳しい人の書き込みをじっくり待ちたいです（藁。

アスパラさんのような人がごろごろいるアメリカのMLを知りたいのですが
何かいいのはないでしょうか？

>>8 何か言ってる事変だぞ。
実務作業に関わる人≠既存の開発体制に関わる人
なのか？ わけわからん。立場を揺るがさなきゃ議論もできないと思うのだがどうか。

どうでもいいけど、ムじゃなくマじゃない？

開発プロセスもプログラムされることができるんだからここでいいのでは？

と、無理やりなこじつけをしてみる

RUPにも、開発プロセスをカスタマイズするツール付いてくるしねー。

誰か、オープンソースでOO開発プロセス支援ツール作ってもいい頃合い
だと思う、今日この頃…

>>13

ツールとか何とかコンピュータを通してコミュニケーションしようと
するからいけない。

XP もいうように「人」なのだ。人とのコミュニケーションを何より大事
にしよう。

>>14
ツールが開発者間のコミュニケーションにおける共通認識を
もたらすんじゃないの？。人はほっとけばてんでバラバラな
ことをやりだすもんだけど、ツールによってそれを規制するって
いうか。

開発方法論については、詳しくないが
つまり、二人以上の人間で物を作るとき(発注元も含む)に
どうやって仕事を進めていけば
効率が良いかということですか？

>>15

> 人はほっとけばてんでバラバラ

コミュニケーションが普段からとれてれば、バラバラになんて最初から
なり得ないと思うのですが、如何でしよう。

>>15
>>16

ツールを導入しようとすると、人じゃなくコンピュータと対話しようと
する。

XP 関連の本やドキュメントをご覧ください。
きっとそうしておいてよかったと思うはずだ。

>>17
人はいつでも入れ替わり得るってことを考量しないとだめでしょ。

RUPは本にも書いてあるけど、あれは軍隊のやり方なんだよな（ｗ。
最終的な作戦実行は個々人がやるものだけど、その成果は組織によって
決まるっていう。完全な没我の世界、、

元請けはウォーター・フォールで仕事分割して、
下請けはＲＵＰとか軍隊方式でやってる事にして、
現場は基本はＸＰ、ちょろっとＵＭＬとか書いて納品、

とかした時、どこが大変かな？
最初からマッピングできたら便利かな？

>>14, >>17-18
コミュニケーションできる範囲や、
アラーム/要求を上げられる範囲って、
結局ごくごく限られてるでしょ。

ラショナルってさ自分とこで方法論実践してRoseとか作ってるんだろうけど、
なんか予算を度外視して作った製品のような値段つけてるよね。あれって方法論自体に
問題があると見られることを懸念したりしないのかな？
それとも研究の成果(アイデア)が詰ってるからそのぐらいは当然って言う考え？

なんにしても高すぎるよな

多分後者でそ。
＃マイクロソフトかSunあたりなら、
＃研究結果をタダみたいな値段でばら撒くのもあり、かと思うけど。
教育/コンサルとセットで導入しないと効果が出ないんで、
中途半端に安い値段を付けにくいんだろーと推測している。

RUP自体は過去のソフトウェア開発の集大成のようなもので、
凄いと思うんだけど、もう少し柔軟な製品ラインアップにしても
いいと思う。

Sun は年間 20 億ドルを研究費にあててるらしいね。

>>26
うちも大体そんなもんかな。
規模は0.02%くらいだけど

Agile Software Developmentの日本語訳が早くでてほしい。。。

それはXPについて書かれた本となんか違うの？

>>25
別スレにも書いたんだけど、
コムウェアやコンポーネント・スクエアが、日本ラショナルと組んで、
新しいことやってるみたいよ。(プレス・リリース参照)

Agile って、良く聞く単語だけど、具体的な開発方法論としてあるんですか。
RAD (Rapid Application Development) というのとは、やり方とか力点が違うのかなー？

>>28
Agile って、良く聞く単語だけど、具体的な開発方法論としてあるんですか。
RAD (Rapid Application Development) というのとは、やり方とか力点が違うのかなー？

XP の開発は Lightwaight だ。というよりは、Agile だ。
というような言われ方をしていて、「Agile〜」という本もどうやら
You aren't gonna need it.「それは必要ない」をさらに強調したものらしい。

必要の無いテクノロジーでわき上がるム板むけの本のようだ。

なんか、結論急いでますけど、
>>33 はその分野のプロフェッショナルで、
ﾎﾝﾄに解かって言ってるのかなぁ？

今手を出せない事を我慢するのと、
内容読まずに「無意味」だって言いふらして
無知蒙昧を撒き散らすのは、全然違うんだけど。

>>33 悲惨

とりあえず、XPは良い手法だと思った。

俺の周囲を見る限り、実践できるとは到底思えないが。(w

>>36
どこらへんが？

そういや同僚もペアプロの話し聞いて大爆笑してたが・・・

うちの会社はXPの手法をそれと知らずに使ってた。
どこでも同じようにやってたと思ってたがそうじゃないのでびっくりした。
社長は「本書いとけばよかった〜ﾃﾍ」と悔しがってた。

USDPを知らずにXP知っても意味無し。

USDPって何？

雲仙火山科学掘削プロジェクト Unzen volcano Scientific Drilling Project (USDP).

Unified Software Development Process

Ultra Super Deluxe Programing

USDP は何処に逝けばわかるの？

そーいえば、別ｽﾚで「RUP準拠のプロジェクト管理手法はないか」て聞いてた人いたけど、
Rational.com の アクセラレータ・ページ逝くと
　USPM (Unified Software Project Management＝統一ソフトウェア・プロジェクト管理)
　http://www.rational.com/leadership/initiatives/uspm.jsp
とかいうのも、出てるよね。Rational Suiteでできる、って説明あるだけだけど。

USDPはUMLとかで表記されたものとか公表されてないの？
文章読むよりそれの方が概要つかむには早いと思うんだけど。

>>21 に対する回答が、>>28 Agile 〜 とか >>39 USDP つう事でしょうか。
　ポインターありがとうございました。

＃携帯カキコだったんで、検索充分できずに、妙なレスつけてすみませんでした。
■上記で挙げて頂いた、参考になりそうな本のタイトル
1.「統一ソフトウェア開発プロセス」Ivar Jacobson , 1999/01 (※訳本がまもなく出るらしい...)
　http://www.amazon.co.jp/exec/obidos/ASIN/0201571692/qid=1015767266/sr=1-2/ref=sr_1_2_2/250-4956143-4769858
2.「Agile Software Development」Alistair Cockburn, 1999/12
　http://www.amazon.co.jp/exec/obidos/ASIN/0201699699/qid=1015767009/sr=1-1/ref=sr_1_0_1/250-4956143-4769858
3.「Agile Modeling: Effective Practices for Extreme Programming and the Unified Process」Scott W. Ambler, 2002/03/22
　http://www.amazon.co.jp/exec/obidos/ASIN/0471202827/qid=1015767009/sr=1-2/ref=sr_1_0_2/250-4956143-4769858

※訳本出版予定に関する情報源:
　http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-list/19779

UML and the Unified Process
http://www.amazon.co.jp/exec/obidos/ASIN/0201770601/
実践的なことが知りたいならこっちも読んだ方がいいかも。
おれはまだ買ってないですが。

>>21
RUP自体はプロセスモデリングの基礎論（とあえて言い切ってしまう）。
どんな開発手法もそれのインスタンスとみなすことが「できる」ような
設計になってる。だからXPという個別の開発手法があると考えるのは
RUPの立場から言えば間違い。
XPについてはおれは詳しくないし、それ専用のスレもあるから
そっちで聞いてね。
ウォーターフォールに関しては繰り返す反復内においてそのメリット
だけは引き継がれてます。デメリットは当然切り捨て。

ソフトウェア技術者協会の雑誌 seamail の最新号を、さっきﾁｮﾄ読んでましたが、
ウォーターフォールって、ソフトウェア・プロセス・モデリングの
「第1近似」みたいですね。(シンプルな理想と現実がごちゃ混ぜって意味で)

1970年代当時から現実のプロセスとの食い違いを指摘されていたとか。
その手のモデルの上に立てられたSI屋の開発プロセスが、破綻しやすいのは当然かも。

プログラマや、システム屋の、自然な改善努力を、
うまく生かす文化で働きたいものですね。
(UNIX屋とかOO屋とか、それに近いかもしれません)

顧客は仕様を上から作りこむ。
現場は実装を下から作りこむ。
つまり、挟み撃ちのかたちになるな・・・

>>49
その壁を乗り越えようとする方法が色々と考えられたけど、
最終的には技術者のトップがそれを刷り合わせるという
結論に変りはないよね。で、そのトップが持っている知識
ってのは勉強だけで学べるもの＋経験だったりする。

RUPだってアーキテクトって立場がユースケースから分析、設計
を導くための方法を色々と説明するけど、どうもな。
「スーパーマン」を仮定してる感じは拭えないかな。
開発の初期1,2回の反復で正確な見積もり出さないといけないんだけど
それだけで技術的なリスクを考えることなんてできるか？

一番大事なことの一つに、顧客に技術的なリスクはいつでも
付きまとう、ってことを理解させること。まぁ不景気だし
無理な話ではあるが（笑

RUPの良し悪しはおいておいて、スーパーマンを仮定って
ていうのが気になりました。やっぱ必要ですよ。
スーパーマンのいないプロジェクトは失敗率高いんで。皆ふしあわせに
なります。適切な環境と適切な指導者がいれば育てられるので、育てる
ことを考えるほうがまともだと思います。

わたしが家を買うとして、おなじお金なら土建屋のたてた家より
建築家のたてた家をかいますね。住んでて気持ちいいし。
アパート建てるにしても、
長期で見て回収できるならある程度のコストアップには金を払います。

>>33
> You aren't gonna need it.「それは必要ない」をさらに強調したものらしい。

誤解招く書き方でスマソ。

You aren't gonna need it. の意味するのは、
「今」のためにプログラミングすれ、ということで（将来必要になる「かもしれない」ためのプログラミングはだめ）
というのがというのがその本の趣旨とのこと。

XP の考え方をさらに補強する本らしい。

　　　∧,∧　　　　 ,::　 ／￣￣￣￣￣￣￣￣￣￣￣￣
　　ミ,,ﾟДﾟ彡っ━'~　　|　>>49-51承太郎がDIOを
　　ﾐ∪　 ~,ノ　　　　＜　追いかけてく時のセリフだったと
　　 ﾐ　 '' ミ　　　　　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿
　　　し'~し'


　ｼｮﾎﾞｰﾝ 　　　　　　ヾ
　（´・ω・｀）　　─┼─
　　|| || ||| ||　　─┼─　＿|＿　　＼　　　／
　　||.∧,∧| 　 　 　|　　　　 | /　　＿＿／
　　ミ,,ﾟДﾟ彡っ
　　ﾐ∪　 ~,ノ　　ミ━~
　　 ﾐ　 ''　ミ
　　　し'~｀Ｊ　　知ってのレスか！ｺﾞﾙｧｺﾞﾙｧｺﾞﾙｧ

スタンド名「ｼｮﾎﾞｰﾝ」
遠隔操作型
能力：ｼｮﾝﾎﾞﾘ ﾌｻｷﾞｺﾑ
攻撃：スレと関係ないAAを張る

保守あげ

>>53
>能力：ｼｮﾝﾎﾞﾘ ﾌｻｷﾞｺﾑ
ﾜﾗﾀ
っつーかうまい。

新しいこと？
http://tmp.2ch.net/test/read.cgi/company/1013599685

>>52
それを誤解しちゃったうざいXP信者が職場に一人います。

受身にしか仕事しません。言われたことについては無理矢理パッチを
当てて解決しようとします。ソースはひどいもんです。

おかしなことになっても原因を追求しようとしません。コードがあからさまに
バグっていそうでも、改善しようとしません。その外側に、対処するコードを
かぶせて、無理矢理動いているように見せかけようとします。

システムに結構大掛かりな拡張を施そうとい話があるときも、現状維持の主張を
しつづけるだけです。ちなみに他のメンバは現状に限界を感じています。

彼は主張するたびにXPを持ち出してくるので、彼以外のメンバの間では
　XP＝古いものにしがみ付いて停滞をもたらす
という受け取られかたをしています。

>>57
57は XP肯定派? 否定派?

もし否定派だったとしたら XP関連のドキュメントを読むことをお勧めしたい．
57で言ってることは XPでもなんでもないので，そんなことで XPを嫌いにならないで欲しい．

>>56
どうせ、日本ラショナルと組んで変な販売形態とかとるだけ
じゃないの？

最近、BoochとかJacorbsonとか本書く気配ないな。
いよいよ金儲けさせて頂きますってことなのかな？

>>57
その例は駄目な方なんだろうけど、たいていのシステムでは
できるだけ保守的に、改造部分は最小に抑えようとするのは
正解と思われ。

>>56 おめぇは情死す板の糞粘着さまですか？
　名前欄には、きちんと >>30 て書いてください。

>>61 まぁ、そう焦るなよ...

いいかげんRose買えよ、ｺﾞﾙｧ!!!

フリーのRUPツールはありますか？

RUPあげ！

DATARUN・・・