BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ

  • アジャイルチーム環境を管理する

    人は組織ではなくマネージャの元を去るのだ、というのはよく知られている事実である。アジャイルチームにはチームメンバの間に仲間意識があることが知られているが、アジャイルマネージャとして成功するための鍵を握るのは、総じてチームメンバや組織のエコシステムとマネージャとの関係だ。

  • テストの無いアプリケーションをテストする方法

    アジャイルの技法はアプリケーションの周りに強力なテスト装置を構築するため、適切な単体テストと受け入れテストを準備しておくことを推奨している。しかし、実際にはすべてのアプリケーションがテスト装置を持っているほど幸運ではない。アジャイルテストグループの興味深い議論の中で、グループのメンバが自動テストを持っていないアプリケーションをどのようにテストするかについて各自の推奨する方法を紹介している。

  • ストーリーポイントは複雑さや時間と関係があるか?

    多くのアジャイルチームが、ストーリーポイント(Story points)とコンプレキシティポイント(Complexity points)という用語を交換可能なものとして使っている。そして、アジャイルチームは、これらが複雑さや相対的な大きさに基づいているというだけで、時間よりもすぐれていると思い込んでいる。Mike Cohn氏は、あるフィーチャー(機能)を開発する際に、ストーリーポイントを複雑さを表すのに使うのは間違っており、それらはすべて労力に関係するものだと述べている。

  • 顧客も開発者も離れたところにいる危機的状況にあるプロジェクト

    コロケーション(共同の場所)はアジャイルにおいて最も重要なアドバイスのひとつだが、ますますプロジェクトは分散したチームで実行されるようになってきている。Scrum Developmentグループにおいて、Safari Asad氏は顧客が離れたところにいるだけでなく、開発者も離れたところにいるという危機的状況にあるプロジェクトに関する興味深い議論を始めた。

  • アジャイルとは何を意味するのか - 調査結果より

    アジャイルマニフェストの価値と原則が書かれたのは、今から10年ほど前の2001年2月のことだ。それから10年、技術は変化し続け、環境も変化し続けたが、世界中にいる非常にたくさんの人たちは、これら12のアジャイル原則を日々の業務に適用しようとしてきた。Laurie Williams氏はアジャイル原則が時の試練と使用にどのように耐えてきたのか理解しようと調査している。その初期結果について議論する。

  • アジャイル開発会議で多くの優れた成果が発表される

    アジャイル開発実践会議が6月6日から11日の間にラスベガスで開催された。 Caesar's Palace Conference Centerで開催されたこの会議は優れたセッションやスピーカーやコンテンツが紹介された。テストについてのいくつもの優れたセッション、 Johanna Rothman氏による人や文化についてのキーノート、スクラムやカンバンについての優れたプレゼンテーションがこの優れた会議を生み出した。

  • リファクタリングの決断

    リファクタリングとは、コードの外的振る舞いを変えずに内部構造を改善するというやり方でソフトウェアシステムを変更するプロセスのことだ。すでに書かれたコードを改善するという考え方は、ほとんどのアジャイルチームで高く評価されている。継続的改善はアジャイルチームが追い求めるものだ。だが、既存のコードを改善するのには時間もお金もかかる。それだけの価値はあるのだろうか?

  • 未完了、完了、スプリントの終わりに一貫して完了しているか?

    スプリントの終わりでストーリーが一貫して「完了の定義」を満たさしているか?チームはプロダクトオーナーの手を縛っていないだろうか?

  • アジャイルアーキテクチャ - 矛盾? それとも賢明なパートナーシップ?

    アジャイル技術とアーキテクチャに関する考え方の間にある意見の相違について、数多くの解説者たちが話題にしている。 この投稿は、Big Up Front Design (BDUF) と You Aint Gonna Need It (YAGNI)の考え方の間にある緊張状態を調べ、2つのアプローチが好意的なやり方で実際に協力できる方法を探る。

  • Chris Matts 氏,決断のタイミングについて語る - インタビュー パート2

    Chris Matts 氏へのインタビューの続きとして,今週はリアルオプションと意思決定の戦略を話題にする。

  • Lean Software & Systems Conferenceの反響、総まとめ

    Lean Software & Systems Conference が数週間前にアトランタで開催された。このイベント以後、InfoQは様々な反響を集めた。素晴らしいブログや記事、ノートやビデオ、写真、プレゼンなど明らかになった情報を紹介しよう。

  • オピニオン:アジャイルとはなにか?役立たずな説か欠くことのできない質問か?

    好みのブラウザのクイックサーチを使って「アジャイルソフトウェア開発」の最近の記事を探すと、アジャイルとは何かについて驚くべきほど多様に派生したアイディアが返されるだろう。これは良い事なのか?これは悪い事なのか?もしくは5/10(月)に書かれたこの記事は、空白を埋めているのだろうか?

  • アジャイルテストで挑戦

    Gerald Ford 国際空港に、駐車料金計算機があり、 Matt Heusser氏は、それにひどいバグがあるのに気がついた。そこで彼は、世界中のテスターに、挑戦状を送った:ParcCalcに存在するバグを見つけて欲しい。それに答えたのは、James Bach氏、Selena Delesie氏など多数いた。

  • Chris Matts氏、学習機械としてのアジャイルコミュニティを語る

    リアルオプションや機能注入についての活動で知られているChris Matts氏が現在のアジャイルコミュニティの状況について議論している。氏はコミュニティは学習機械の役割を果たしていたのに現在は機能していないと考えている。

  • バックログ・グルーミング: 誰が、いつ、どのように行うか

    バックログ・グルーミング(バックログの手入れ)とは、その名前が示すとおり、プロダクトバックログを定期的に気にかけ、注意を払い、雑草だらけの手入れされていない庭のように、バックログが醜く手におえないものにならないようにすることだ。スクラムの正式なプロセスではないが、Ken Schwaber氏は、各スプリントの5%をこの活動のために割くように推奨している。Scrum Developmentグループでの最近の議論では、このプロセスの利点と欠点、どの程度時間をとるべきかといったことに焦点があてられていた。

BT