アジャイルソフトウェア開発

カテゴリー：インターネット・IT | 関連グッズ一覧

世間でホットなネタの種|ニュース・動画・画像からのネタの種|Wikipediaサマリーなネタの種
関連グッズなネタの種

ブログからのネタの種

[アジャイル練習]卒業式・・・出ますか?: おれは出ない。理由はめんどくさいから。冷やかしに行ってもいいが、池沼どもと絡む気はない。卒業式なんか出るやつは知れてる。天才は出ない。そういう俗事には興味が一切ない。そんな暇があるなら、アジャイルしてた方がいい。
2009/01/10 00:19:11 [たわごと@プログラミング]
[アジャイル練習]燃えてきますね。: 論文、燃えますね。良い成果が出せたから燃える。そうじゃなければ燃えない。もっと高速化出来ると思っている。今1200だけど、800は行くと思っている。500はきつい。この研究は本当に勉強になった。次にも生かせると思う。プログラミングの
2009/01/10 00:15:26 [たわごと@プログラミング]
[アジャイル練習]え・・・: Ola BiniってGoogleの人かと思ってたけど、ThoughtWorksの人なの?Sunだっけか。あれ・・・とにかく超天才さんだよね。JRubyの人。って、この人26歳なの?天才すぎだろ。Ola Bini: Programming Language Synchronicity 今こんなすごいもの作ってるんですか・・・?Codehaus: JtestR
2009/01/09 23:53:22 [たわごと@プログラミング]
[アジャイル練習]凝集度の悪いクラスは再: おれはパフォーマンスの見地から、設計を検討するのは1つの手だと思います。常に良い方向に向かうのです。例えばですが、紙を切りたいと思ったのにハサミがありません。文房具屋にいくとハサミを見つけましたが、なんか高いです。店員さんに
2009/01/09 23:43:17 [たわごと@プログラミング]
[アジャイル練習]テンプレートメソッドの代わりにダブルディスパッチを: は100%害悪です。アジャイルの本で継承を推奨してる本を見たことがありません。アジャイルとは明らかに相性の悪い手法です。トップダウン設計を徹底するなら使い道のある手法ですが、基本的にボトムアップであり、ひっつけはっつけを前提として設計を改善していくアジャイルとはまったく合いませ
2009/01/09 23:31:49 [たわごと@プログラミング]
[アジャイル練習]どうりでおれは記憶力が: 正確な記憶力と発想力はトレードオフ:NBonline(日経ビジネスオンライン) 大雑把には覚えてるんだが、正確に思い出せない。イメージでは覚えているが、知識としては覚えていない。おれの経験からも、正確な記憶力が強い人は博学なだけで、頭が弱いなという
2009/01/09 22:44:41 [たわごと@プログラミング]
[アジャイル練習]最近、渚がかわいすぎる。: そしてどういうわけか、杏の妹がかわいく見えてきた。どういう事かは分からない。ただ、かわいい。それだけだ。
2009/01/09 22:32:59 [たわごと@プログラミング]
[アジャイル練習]余生13あがってるじゃん: え、なんで・・・。wktk (追記) って、結婚で親の了承とる必要あるわけ?うざ・・・。まぁおれ、イケメン高テス高学歴天才だから問題ないだろうけどね。娘さんをくださいって言ったらおkっていうだろ、即答で。(追記) なるほどねー。秋生さんも昔はと
2009/01/09 22:01:36 [たわごと@プログラミング]
[アジャイル練習]京大生ってブサメンが多すぎて: どうしようもない。ほんと、血統が悪いんだろうな。血が悪い、親が醜いと当然醜くなる。ルックスは大方、血統だと思う。親がブサイクならブサイク決定。おれはかわいい子としか結婚しない。例えば浜田翔子とかかなりかわいい。おれは子供の事を
2009/01/09 21:57:14 [たわごと@プログラミング]
[アジャイル練習]神様だが帰ってきた: が、そんな事はない。おれは至って正常。高いアジャイル思想と、高度な設計技術、ソフトウェア開発能力を有しているから、これでも手を抜いてる方だ。おれは短期リリースを常に目指す。それがアジャイルだからだ。ふつうなら1ヶ月はかかるであろう実装を
2009/01/09 21:43:40 [たわごと@プログラミング]

はてブ注目エントリーからのネタの種

MYCOM BOOKS - アジャイルな見積りと計画づくり〜価値あるソフトウェアを育てる概念と技法〜: ■内容紹介ソフトウェア開発の難題である見積りと計画づくりを「アジャイル」にすることで、開発の現実に即した、誤差の少ない計画づくりができるようになる。その技法を、分かりやすく説いた1冊。【「イントロダクション」より】本書のタイトルを「アジャイルプロジェクトの見積りと計画づくり」とすることもできた。だが実際には「アジャイルな見積りと計画づくり」というタイトルになっている。2つの違いは些細に見え...
1970/01/01 00:00:00 []
角谷HTML化計画(2009-01-09) - 翻訳書『アジャイルな見積りと計画づくり価値あるソフトウェアを育てる概念と技法』を出版します: 「むずかしく考えることはない」と、偉そうに葉巻を振りまわしながら、トレヴィラヌスはいった。「ガリラヤの太守がじつにみごとなサファイアを持っていることは、みんなが知っている。何者かがそれを盗むつもりで、間違ってここへ入ったんだ。ヤルモリンスキーが起きていたので、泥棒は殺さざるをえなかった。どうだね、これで？」　「そのとおりかもしれません。しかし、おもしろくはないですね」と、レンロットは答えた。■1...
1970/01/01 00:00:00 []
IA Spectrum: 「iPhoto '09とドメイン言語」についての覚え書き: ただいまIAIのMLで話題になっている、37 SignalsのRyan Singerによるブログ記事「iPhoto '09 and Domain Language」が面白かったので、覚え書きを。以下にざっと要点を訳してみます。インターフェースデザイナーにとって、“ネーミング”という作業はきわめて重要。それを実践する上で、プログラミングの世界で知られている「ドメイン」や「ドメイン言語」の概念を理解...
1970/01/01 00:00:00 []
Alertbox: アジャイル開発プロジェクトとユーザビリティ（2008年11月17日）: 要約:アジャイルメソッドは、従来の開発におけるユーザビリティの障害を克服することが目的である一方、ユーザエクスペリエンスの質に新たな脅威をもたらしている。その一方、アジャイルのアプローチを変更することによって、苦労することなく効果が得られることを多くの企業が認識している。 アジャイル(Agile) やスクラム(Scrum) といった Rapid Application Development (R...
1970/01/01 00:00:00 []
角谷HTML化計画(2009-01-06) - 2008年のkakutani.comのアサマシランキング: 「むずかしく考えることはない」と、偉そうに葉巻を振りまわしながら、トレヴィラヌスはいった。「ガリラヤの太守がじつにみごとなサファイアを持っていることは、みんなが知っている。何者かがそれを盗むつもりで、間違ってここへ入ったんだ。ヤルモリンスキーが起きていたので、泥棒は殺さざるをえなかった。どうだね、これで？」　「そのとおりかもしれません。しかし、おもしろくはないですね」と、レンロットは答えた。■1...
1970/01/01 00:00:00 []
プログラマの思索: エンジニアリング無しのアジャイル開発はありえない: ソフトウェア工学とアジャイル開発の関係について、平鍋さんの素晴らしい記事があったのでメモ。【元ネタ】 An Agile Way > ソフトウェア設計で大切なこと(1/2) : ITmedia オルタナティブ・ブログInfoQ: Agileの衰退と凋落オブジェクト指向やテスト技法をはじめとするソフトウェア工学の知識とスキルは、ソフトウェア開発に携わる人には絶対必要なもので、その上で、プロジェクトマネ...
1970/01/01 00:00:00 []
Best Software Writing - bkブログ: Best Software Writing正月休みに何か気楽なものでも、と思い『Best Software Writing』を読みました。この本は『Joel on Software』で知られる Joel Spolsky 氏が編纂した、ソフトウエアに関するエッセイ集です。20数名の著者による 30本以上のエッセイがまとめられています。エッセイの選択は2004年に行われたため、今となっては目新しくない...
1970/01/01 00:00:00 []
＠IT編集者が選ぶ2008年必読記事：「Database Expert」編 − ＠IT: 2009/01/06 基幹業務システムの要で、最近ではクラウド・コンピューティングにも用途が広がっているデータベース。今回の「＠IT編集者が選ぶ2008年必読記事」ではデータベースを中心にインフラ技術の詳しい解説記事を掲載するDatabase Expertフォーラムを取り上げます。低コストでスケールするWebシステムFacebookが事例を公表したことをきっかけに、低価格ハードウェアとOSSを組み...
1970/01/01 00:00:00 []
組み込みコラム初めての技術系コミュニティ活動（6）経験ゼロでもコミュニティを立ち上げた意外な理由: 筆者は，「関西ライフハック研究会」というコミュニティを自ら立ち上げて，運営しています．関西ライフハック研究会は「仕事の効率を上げたい」「楽しく仕事をしたい」と思っている方が集まって，仕事術について勉強していくコミュニティです．今回は，筆者がなぜこのコミュニティを立ち上げることになったのか，また，それに関する活動で筆者の人生がどう変わってきたのかを紹介します． ●コミュニティで聞いてきたことを初めて...
1970/01/01 00:00:00 []
「トヨタ式改善」はアジャイル開発の源流だ：ITpro: 「リーンソフトウエア開発」の著者で知られるメアリー・ポッペンディーク氏。ムダを徹底的に排除するトヨタ式改善は，アジャイル開発の源流であるという。リーンソフトウエア開発の利点と現場における実践テクニックを語った。IT業界で30年の経歴を持ち，ソフトウエア開発の問題解決に取り組む。トヨタ式改善に出会ったのは，米3Mでビデオテープの生産プラントのITマネージャを務めたとき。現在は，リーンソフトウエア開発...
1970/01/01 00:00:00 []
InfoQ: 職人のペアプログラミングツアー: 作者 Mike Bria, 翻訳者大田緑 - (株)チェンジビジョン投稿日 2009年1月5日午前6時49分コミュニティ Agile トピック アジャイル技術タグ Pair Programming, RSpec, コーチング&メンタリング, 受け入れテスト Corey Haines氏が、最近米国中部でとてもユニークな「ペアプログラミングツアー(リンク)」に乗り出した。この革新的な旅を始...
1970/01/01 00:00:00 []
InfoQ: スクラム導入時の課題: 作者 Vikas Hazrati, 翻訳者近藤修平 - (株)永和システムマネジメント投稿日 2009年1月5日午前12時12分コミュニティ Agile トピック Agileの採用タグ Scrum 新しいソフトウェア開発手法を導入することは、「変化を受け入れたがらない」といったものから「誤った導入方法」ようなものまで幅広く、いくつもの失敗へと繋がる課題がある。Cesario Ramo氏...
1970/01/01 00:00:00 []
An Agile Way > 設計からコーディングまでの「距離」 : ITmedia オルタナティブ・ブログ: Pickup オルタナブログ通信：大人はiPhone、子供は禁止？　日本の携帯電話事情 NEW!（12/19） 180組を超えるオルタナティブ・ブロガーが、ITにまつわる時事ネタなどを日々発信しているITmediaのビジネス・ブログメディア「オルタナティブ・ブログ」。今週は、「企業ブログ」「Google Chrome」「クラウド」「ネットサービス」「動画」「携帯電話」「不況」などを紹介しよう。 ...
1970/01/01 00:00:00 []
An Agile Way > ソフトウェア設計で大切なこと(2/2) : ITmedia オルタナティブ・ブログ: 前ブログの続き。。。土曜日に、「サンデーソングブック」という山下達郎のFMラジオ番組があり、愛聴しているのだが、そこで取り上げられる楽曲は「時代を超えて残る曲」だ。達郎自身、「長く残る曲というものはどういう特徴を持つものか、に興味がある」と言っていた。これに触発され、より長く残る価値観、を見つけて、それを後輩たちに伝えたいと思う気持ちが僕の中で最近高まってきている。前ブログでは、ずっと「よい設計と...
1970/01/01 00:00:00 []
An Agile Way > ソフトウェア設計で大切なこと(1/2) : ITmedia オルタナティブ・ブログ: Pickup オルタナブログ通信：大人はiPhone、子供は禁止？　日本の携帯電話事情 NEW!（12/19） 180組を超えるオルタナティブ・ブロガーが、ITにまつわる時事ネタなどを日々発信しているITmediaのビジネス・ブログメディア「オルタナティブ・ブログ」。今週は、「企業ブログ」「Google Chrome」「クラウド」「ネットサービス」「動画」「携帯電話」「不況」などを紹介しよう。 ...
1970/01/01 00:00:00 []
プログラマの思索: RedmineとHudsonの関係付け: Redmineのチケットとバージョン管理を連携できる機能は、変更管理のインフラを提供してくれる。変更管理について考えたメモ書き。【元ネタ】 PERFORCE ソフトウェア構成管理の高度な実践方法（ベストプラクティス）【1】変更管理が必要な場面SEと呼ばれる人の仕事を眺めてみると、要件や仕様に関する変更管理プロセスに従事している時が多いことに気付く。 SEの一番の仕事は、顧客から要件を聞き取り、仕...
1970/01/01 00:00:00 []
アルファブロガーに聞く「ブログの未来」（上）アジャイルメディア・ネットワーク　徳力基彦取締役 (1/3ページ) - MSN産経ニュース: アルファブロガーに聞く「ブログの未来」（上）アジャイルメディア・ネットワーク　徳力基彦取締役 (1/3ページ) 2009.1.2 08:00インターネットを介して簡単に情報発信ができる道具として、多くの人が利用するブログ（日記風簡易サイト）。芸能人や著名人の情報発信の手段としてもすっかり定着した。なかには多くの閲覧者を集め、既存のメディア以上の影響力を発揮するブログも存在する。こうしたブログを手が...
1970/01/01 00:00:00 []
IT業界がトヨタから学ぶべき4つのこと - andalusiaの日記: これから必要なのは、トヨタに依存するのではなく、トヨタに学ぶことだ。トヨタの長すぎた栄光 - 池田信夫 blog激しく同意なので、及ばずながら私のよく知っているIT業界について、トヨタから学ぶべきことを挙げてみます。１．ISO9001・Waterfall型開発から「(守)破離」せよ。トヨタ自動車と ISO9001 は長年にわたり戦いを続けてきましたです。今でもトヨタ自動車はISO9001を取得し...
1970/01/01 00:00:00 []
今年1年をふりかえる最も簡単な方法 eXtreme Gadget: eXtreme Gadget (エクストリームガジェット) ポケットに入るアジャイルな究極の小道具手作りのアジャイルなガジェット（ツール）をご紹介します。 eXtreme（エクストリーム：究極）なGadget（ガジェット：小道具）は、アナログの良いところを取り入れシンプルに思考を活性化してくれる究極のアイテムです。 eXtreme Gadgetを略してXGと呼びます。XP（eXtreme Pro...
1970/01/01 00:00:00 []
InfoQ: ふりかえりを改善するための秘訣: 作者 Mark Levison, 翻訳者沼田暁子投稿日 2008年12月26日午後12時28分コミュニティ Agile トピック アジャイル技術, 変化タグ継続的な改善, Retrospectives, Productivity 「Agile Retrospectives: Making Good Teams Great（邦訳：アジャイルレトロスペクティブズ強いチームを育てる「ふり...
1970/01/01 00:00:00 []

アジャイルソフトウェア開発のブログからのネタの種を探しに行くアジャイルソフトウェア開発のはてブからのネタの種を探しに行くアジャイルソフトウェア開発のGoogle検索からのネタの種を探しに行く

表示されているリンクについてページの先頭へ

Wikipediaサマリーなネタの種

アジャイルソフトウェア開発（-かいはつ、agile software development）は、ソフトウェア工学において迅速かつ適応的にソフトウェアを開発する軽量な開発手法群の総称である。近年、アジャイルソフトウェア開発手法が数多く考案されている。ソフトウェア開発で実際に採用される事例も少しずつではあるが増えつつある。 アジャイルソフトウェア開発手法の例としては、エクストリーム・プログラミング (XP) などがある。非営利組織 Agile Alliance がアジャイルソフトウェア開発手法を推進している。

アジャイルソフトウェア開発手法の多くは、反復 (イテレーション) と呼ばれる短い期間単位を採用することで、リスクを最小化しようとしている。 1つの反復の期間は、プロジェクトごとに異なるが、1週間から4週間くらいであることが多い。

アジャイル開発手法においては、開発対象を多数の小さな機能に分割し、1つの反復 (イテレーション) で1機能を開発する（⇒反復型開発）。この反復のサイクルを継続して行い、1つずつ機能を追加開発してゆくのである。おのおのの反復は、小規模なソフトウェア開発プロジェクトに似ている。各反復では、それまでに開発した成果物に1つの小さな機能を追加する。計画、要求分析、設計、実装(コーディング)、テスト、文書化といった、ソフトウェアプロジェクトに要する全ての工程を、1つの反復内で行う。場合によっては、1つの反復内で開発すると計画していたソフトウェア機能を、必ずしも期間内で充分に実現できるとは限らない。このように時にはうまくゆかない反復もあるが、アジャイル開発手法では、各反復が終了するごとに、機能追加された新しいソフトウェア (ビルド) をリリースすることを目指す。各反復が終了するごとに、プロジェクトチームは、プロジェクトにおける優先度を評価し直す。

アジャイル開発では、たくさんの文書を書くことよりも、プロジェクト関係者間で必要な時に即座に直接顔を合わせて意思疎通を行うべきであることを強調する。ほとんどのアジャイル開発チームでは、ソフトウェア開発に必要な関係者全員が、1か所の作業場所で仕事をする。この場合の関係者には、少なくともプログラマと「顧客」が含まれる (ここでの顧客とは開発対象のソフトウェアが何であるかを定義する人々である。「顧客」は、時にはプロジェクト管理者であったり、ビジネスアナリストや本物の顧客である場合もある) 。この作業場所では、テスト担当者、ユーザインタフェース設計者、テクニカルライタ、管理職も一緒に作業する場合がある。

またアジャイル開発手法では、実際に動くソフトウェアこそが最重要なプロジェクト進行尺度であることを、強調する。この実際に動くソフトウェアという進行尺度の採用と、直接顔を合わせた意思疎通の重視とがあいまって、アジャイル開発手法で作成する文書の量は、他の開発手法と比較すると、非常に少ない。この少ない文書化については、無統制で雑な作業 (ハッキング、カウボーイコーディング) であるとして、アジャイル開発に対する批判材料の一つとなっている (後述する) 。

引用：Wikipedia

ページの先頭へ

ネタ蔵