タグ

agileに関するshiumachiのブックマーク (26)

  • DeclineAndFallOfAgile - アジャイルの衰退と凋落

    DeclineAndFallOfAgile - アジャイルの衰退と凋落 目次 この文書について アジャイルの衰退と凋落 最近の状況 Scrum の役割 Scrum の誤用 君のやりかたは間違っている 真っ最中での失敗 アジャイルの衰退と凋落 この文書について "The Decline and Fall of Agile" の日語訳です http://jamesshore.com/Blog/The-Decline-and-Fall-of-Agile.html 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... James Shore アジャイル運動の衰退や凋落について話すのはおかしなことだ. 今やとても人気があるものなのだから. けれど当のところ, ここ数年のアジャイル運動は、衰退の途にあると私は思う. 最近の状況 自分の商売がここ数年で変化していることに私は気がついた.

  • ソフトウェア開発をシンプルにする考え方のコツ ― @IT

    ソフトウェア開発ではこれまで、できるだけ「シンプル」に設計・開発することの有効性が繰り返し提言されてきた。ソフトウェアをシンプルにすればするほど、設計は見通しが良くなり、開発は容易になり、メンテナンスも楽になる。 では、開発を<シンプル>にするというのはどういうことなのか? 一体どうすれば<シンプル>になるのか? これらの質問にあなたは即答できるだろうか。実際のところ、頭ではシンプルにすることが良いと分かっていても、現実には実践できていなかったりするのではないだろうか。 そこで稿では、現実の開発現場でシンプルな設計・開発を行うための1つの手段として、その「考え方のコツ」を考察する。もちろんこのコツを身に付けることは、すべてのソフトウェア開発で役立つものだろうが、特にNAgile(エヌ・アジャイルまたはナジャイル)を実践していくうえでは、ぜひ知っておいてほしい(NAgileについての概要は

  • 特集:.NET開発者のための開発プロセス入門(前編) アジャイル開発を導入できていない.NET開発者たちへ(2/4) - @IT

    アジャイル型開発プロセスとは何か? 1人1人が1台以上のコンピュータを持つようになり、それらのコンピュータがネットワーク、特にインターネットでつながる時代になると、ソフトウェアへの要求が大きく変化した。ソフトウェアは単なる効率化のツールではなく、ビジネスを実現するための主要なリソースとなったのである。 さらに、ビジネスの変化にソフトウェアを追随させるだけではなく、ソフトウェアを利用するエンドユーザーの、思いも寄らない新たな要求に、できるだけ早く対応することが求められるような形態が出現した。例えば、システム開発を発注する側が最初からすべての要求を決定するのではなく、発注者がエンドユーザーにシステムを提供しながら、ビジネスに勝ち抜くためのアイデアを見つけ出し、それをシステムに追加するといった形態である。このような状況で、ソフトウェアの短納期、高品質が求められる中、「アジャイル開発プロセス」が生

  • .NET+アジャイルなら本当に幸せになれるのか? ― @IT

    連載 NAgileで始める実践アジャイル開発 第1回 .NETアジャイルなら当に幸せになれるのか? ――フリーのN*ツールによる楽しいアジャイル開発―― デジタルアドバンテージ 一色 政彦 & 正木 理絵子 2005/10/19 なぜ現在のソフトウェア開発においてアジャイル開発が生まれたのだろうか? それは、「新しい時代の流れ(例えば、オブジェクト指向設計/開発やプロジェクトの短期化など)」と「古い開発体制(例えば、ウォーターフォール型のきっちりした開発プロセスやドキュメント作成を重視する姿勢など)」という無理な組み合わせにすでに大きな矛盾が生じており、その矛盾の中で実際に働いている多くのデベロッパーがそれを何とかして改善しようと思うようになってきたからだと筆者は考えている。要するに、矛盾が生じている現在のソフトウェア開発に対するアンチテーゼとしてアジャイルが提唱されたのではないだろう

  • Bridge Word

    This shop will be powered by Are you the store owner? Log in here

  • Principles: The Agile Alliance

    アジャイル・アライアンスの原則 我々は以下の原則に従います: 我々は価値のあるソフトウェアを できるだけ早い段階から継続的に引き渡すことによって お客様の満足度を高めることをもっとも優先します。 要件の変更は例え開発の後期であっても受け入れます。 アジャイル・プロセスは変化を味方につけることによって お客様の競争力を引き上げます。 動くソフトウェアを 2~3週間から2~3ヶ月というできるだけ短い時間間隔で 繰り返し引き渡します。 ビジネスをする人と開発者はプロジェクトを通して 日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。 ですから彼らが必要とする環境と支援を与え 仕事が無事終わるまで彼らを信頼してください。 開発チームに対して、あるいは開発チーム内部で 情報を伝えるもっとも効率的で効果的な方法は 面と向かって話をすることです。