kuranukiの日記-アジャイル問答：ドキュメントと動くソフトウェア
アジャイルでは、ドキュメントより動くソフトウェアを重視すると言いますが、そのソフトウェアが正しいことを証明するための有効な方法は？ 確かに、ドキュメントよりも動くソフトウェアを重視しますが、まったくドキュメントが無いわけではありません。私の考える不要なドキュメントは、主に、システムの中身、モジュール構造などを表した内部設計仕様書です。ソフトウェアの内部構造については、リファクタリングを実施するので、頻繁に変化してしまうということもあり、それが動くソフトウェアを重視する理由の一つです。 ただし、ソフトウェアそのものの、振る舞いであるとか、動きの機能については、資料が必要だと思っています。所謂、外部設計仕様書です。これは、リファクタリングでは変更されない部分になります。そして、この部分は、お客様の合意が必要な部分であり、お客様がソースコードを読めればドキュメントでなくても良いですが、そういう場
kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
失敗しない情報システム調達 - 顧客の視点で、アジャイルを説明
失敗しない情報システム調達 - 顧客の視点で、アジャイルを説明 目次 はじめに 気をつけろ！ 目的を明確にしよう 予算を明確にしよう システムの初期仕様で契約するのはやめよう 決定権を持った人を担当にしよう 絶えず監視しよう 現物で報告させよう 定期的に短期間で報告させよう ふりかえらせよう 早く稼動させよう 開発技術を身につけよう 良い人を演じよう 信じよう コメントお待ちしています 顧客の視点で、アジャイルを説明 はじめに この文書は、情報システムを調達するときに、情報システム開発会社（以下、「やつら」と略記）から不当に搾取されないように、気をつけることや、予防策について書いています。 よく読んで、情報システムの調達に失敗しないようにしてください。 この文書が、読まれた方のご参考になれば幸いです。 気をつけろ！ 目的を明確にしよう なぜ、その情報システムを必要としているのか、その目的を
「XPは押しつけるものではない。自分が変われば必ず伝わる」，XPの提唱者Kent Beck氏語る
「自分を変えられるのは自分しかいない」。2006年9月5日，ソフトウエア開発プロセスの一つ，eXtreme Programming（XP）を提唱しているKent Beck氏を囲んで記者懇談会が開催された。自分が変われば，必ずまわりは変わる。そんな信念が感じられた懇談会だった。 Beck氏の著書である「XPエクストリーム・プログラミング入門 第2版」は「XP is about social change.」という文章で始まっている。日本語版では「XPとは社会改革のことである」と訳されているが，ソーシャルのニュアンスが少し違うという意見もある。そこでまず「XPでいうソーシャルとはどういう意味か」と質問した。 Beck氏はソーシャルの例として「14歳になる私の娘は，ある友人と1時間くらい話をし，別の友人と同じ話をまた1時間くらいする。彼女はソーシャルな子供だ」と語った。つまり「社交的」「コミュニ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
nri-aitd.com - このウェブサイトは販売用です！ - 野村総合研究所 情報技術本部 エンジニア 野村総研 採用 研究所 リソースおよび情報