nekutaru's blog

上記の広告は１ヶ月以上更新のないブログに表示されています。
新しい記事を書く事で広告が消せます。

ウォーターフォール・モデルはだいぶ前から崩壊している。

実際に現場で働くとよく分かるのだが、顧客の要求はどんどん変わる。
とどまるところを知らない。

ウォーターフォール・モデルを用いた場合には何回逆流することになるのやら。
そこでアジャイルソフトウェア開発である。

詳細は下記参考サイトに譲るが、画期的なアイデアである。
もっと深く勉強したいと思った。

大事なのは開発手法の特性である。

下記に
アジャイル開発が有効である条件と
計画重視開発(ウォーターフォール・モデル)が有効である条件を引用した

アジャイル開発の得意とする状況
================================================================
クリティカルではないシステム (顧客の業務に重大な支障をきたす可能性がなく、人命に関わらないシステム)
熟練した開発者が参加する場合
開発中に頻繁に要件が変わる場合
開発者が少ない場合
混沌とした状況に意欲をもって取り組む組織的文化
================================================================

計画重視開発の得意とする状況
================================================================
クリティカルなシステム (顧客の業務に重大な支障をきたす可能性がある、もしくは人命に関わるシステム)
経験の少ない開発者が多い場合
開発中に要件がほとんど変わらない場合
開発者が多い場合
秩序を重視する組織的文化
================================================================

小規模な開発やクリティカルでない開発には有効であろう。
是非現場でも使ってみたいと思った。


アジャイルソフトウェア宣言の最初の数行である。

================================================================
我々は、自らソフトウェアを開発し、あるいはソフトウェア開発の支援を通じて、より優れたソフトウェア開発方法を見つけ出そうとしている。この研究を通じて、我々は次のようなものを重視するようになった。

プロセスとツールより、個人とその交流（対話）
広範囲にわたるドキュメントより、正常に動くソフトウェア
契約交渉より、顧客との協調
計画どおりに進めることより、変化に対応すること
================================================================

＞広範囲にわたるドキュメントより、正常に動くソフトウェア
特にこの一文に感銘を受けた。
無駄なドキュメントを大量に作るのとてもモチベーションの下がる作業である。
それよりもソフトウェアの精度を高めた方が有益だと思う。

参考URL
アジャイル http://www.t-doi.org/agile/index.html

Principles: The Agile Alliance(アジャイル･アライアンスの原則)
http://www.metabolics.co.jp/XP/AgilePrinciples.html

アジャイルソフトウェア開発 - Wikipedia http://ja.wikipedia.org/wiki/%E3%82%A2%E3%82%B8%E3%83%A3%E3%82%A4%E3%83%AB%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E9%96%8B%E7%99%BA

エクストリーム・プログラミング - Wikipedia http://ja.wikipedia.org/wiki/%E3%82%A8%E3%82%AF%E3%82%B9%E3%83%88%E3%83%AA%E3%83%BC%E3%83%A0%E3%83%BB%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0

ソフトウェア開発におけるパラダイムシフト : Hotwired http://hotwired.goo.ne.jp/original/maegawa/041130/02.html

最も納得したのが下記の部分

================================================================
美味しいレストランが集まっている地域には、味の違いがわかる人たち住んでいる。なぜなら、美味しいレストランは腕のよいコックがよい素材を使って料理を作っているので、それなりの価格になる。仮に、味の分からない人ばかりしかいなければ、美味しいレストランにやってくる客はいなくなるだろう。味の違いが分からないなら、あえて価格の高いレストランを選ばないからである。そうなれば、美味しいレストランは、食材の質を下げ、高給をとっている腕のよいコックを首にしてコストを削減するか、味のわかる人たちが住む地域に引っ越すしかなくなる。かくして、味の違いが分からない人たちばかりの地域には美味しいレストランはなくなってしまう。

ソフトウェア産業も同じである。味の違いのわかる客とは、ソフトウェアの価値をきちんと評価できるユーザーであり、美味しいレストランが技術力のあるよいソフトウェア企業である。ソフトウェアの本質をよく理解し、ソフトウェアの価値がわかるユーザーが集まらなければ、優れたソフトウェアをつくる企業は育たない。とにかく安くシステム構築をすることしか考えていないユーザーばかりの国には、競争力のあるソフトウェア産業が育つわけがない。古くから「店が客を育て、客が店を育てる」という言葉があるが、これはソフトウェアの世界にも当てはまる。日本のソフトウェア産業を育てるのはユーザーなのである。
================================================================

簡単に言うと



美味しいレストランには味の違いがわかる人たちが来るように
技術力のあるよいソフトウェア企業が存在するには
ソフトウェアの価値をきちんと評価できるユーザーが必要であるという事。



価格や期間ばかり見てないで
バグが少なかったり、ユーザーインターフェースが優れていたり
といったソフトウェアのクオリティの部分を評価して欲しいと思う。

優秀なシステムやプログラマに対する報酬を惜しむ企業に未来はない。

参考URL
顧客がソフトウェア産業を育てる : Hotwired http://hotwired.goo.ne.jp/original/maegawa/050208/index.html

マイクロソフトの採用試験はパズル的な問題が出るらしい。
非常に面白いとは思うが、いざ受けた場合を考えると解けるか心配でもある。

なぜ、そんな問題を出すか、という点については下記の通りの解釈がすっきりするだろう。

＞ビルゲイツは、マイクロソフトの採用人材に必要なものは技能でも経験でもなくて、唯一、知能だけだと思っているからだ。

なるほど、と思った。
技能や経験は入社後からでも何とかなる。
しかし知能は今までの人生の集大成であるから。
という意味だろうか。



何にせよ、世界一の企業のトップの考える事は凡人の思考を遙かに凌駕するものなのだろう。




参考URL
連載　その１　あなたはビルゲイツの試験に受かる？ http://www.arp-nt.co.jp/rensai/index-sono1.html
松岡正剛の千夜千冊『ビル・ゲイツの面接試験』ウィリアム・パウンドストーン http://www.isis.ne.jp/mnn/senya/senya0888.html

ビル・ゲイツの面接試験

コピーナインスってｗ
すごく微妙なセンスだね

＞「9回」の根拠は、3人家族で3種類の機材にコピーを想定

なんだよこの想定・・・

まぁ、回数が増えるのは使用者にとっては良いことだけどね。

それよりも地デジ対応のテレビにしないと見れなくなっちゃうよ(ノ＞＜)ノ

スラッシュドット ジャパン | コピーワンスは、コピーナインスに http://slashdot.jp/articles/07/07/08/172252.shtml
デジタル放送番組、コピー９回までＯＫ…総務省が要請へ : 経済ニュース : 経済・マネー : YOMIURI ONLINE（読売新聞） http://www.yomiuri.co.jp/atmoney/news/20070707it01.htm

タイトルに惹かれたからニュースを読んでみた

どうやらすごく昔に縄と釘でプログラムして動かすことの出来るロボット(自動機械)があったらしい。
むかしの人ってスゴイね！

現代に生きてプログラムを組んでいる物としては尊敬します。

実際に前進や後退、ターンをプログラム出来ることが実証されているらしい。

スラッシュドット ジャパン | 縄と釘でプログラミング? http://slashdot.jp/articles/07/07/08/0031204.shtml

タグ : その他 ニュース