InfoQ ホームページ Agile に関するすべてのコンテンツ
-
RSpec 1.1 - 振舞駆動開発支持者のためのステップアップ
最近 Ruby コミュニティでいくつかの重要なリリースがあった。先月7日には Rails 2.0 がリリースされ、そして先日 David Chelimsky 氏は RSpec 1.1 のリリースを発表した。
-
階層アーキテクチャは開発者と彼らが作るソフトウェアの間にギャップを生むか？
今日のソフトウェアコミュニティにおける努力の多くは、ソフトウェア開発のプロとビジネスピープルとの間のギャップを解消するための橋渡しを目標としているが、一部のブロガーは問題をすこし異なった視点から見ており、開発者と彼らが作るソフトウェアとの間のギャップを強調している。
-
あけましておめでとうございます。本年もInfoQ Japanを宜しくお願いします。
InfoQ Japan読者の皆様、あけましておめでとうございます。本年もInfoQ Japanはコンテンツを充実していきます。何卒宜しくお願いします。
-
Article: かんばんボードによるプロジェクトの見える化
日本におけるプロジェクトファシリテーションのの第一人者である平鍋健児さんが、昨今のアジャイル開発プロジェクトで広く浸透している見える化の手法を見ていきます。その中で、チーム全体がプロジェ��トの今の状況を把握し、開発者の自律的な作業を可能にし、協調作業を促進する、三つの視点(とき、こと、ひと)をうまく使うかんばんボードの利用法を提案します。そして最後に、三つの視点によるプロジェクトの見える化を実現している、かんばんボードのソフトウェアによる実装“TRICHORD”を紹介します。
-
HudsonとFindBugsを用いた継続的インテグレーションとコードインスペクション
最近IBM developerWorksに掲載された記事において構築中のプロセスにある継続的インテグレーション(CI)とコードインスペクションタスクをオープンソースツールを使用して自動化する事を取り上げている。それはjava.netコミュニティによって開発されたCIサーバであるHudsonをSubversionコードリポジトリをポーリングし、ソースコードに変更が発見される度にAntビルドスクリプトを動作するためにどのようにインストールし設定するのかを解説している。
-
チーム専用の部屋は、より生産性の高いチームを生み出すか？
Science Daily紙に投稿された記事によると、ミシガン大学の研究者たちは、「プロジェクトルーム」の共通の環境で仕事をしていたチームは、別々の作業環境にいたチームより、最大で2倍も生産性が高いことを発見した。
-
品質に交渉の余地はあるか？
ソフトウェアの品質はどうでもよい、特定の期日までに仕上げなければならない予定された要求（スコープ）がある - 顧客にそう言われたら、あなたはどうするだろうか？顧客の言うことを聞き、品質を犠牲にするだろうか（そもそも、品質とは何だろうか？）？
-
オートテスト－隠されたツールの宝石
オートテストはあなたがファイルをセーブする度にテストを実行する。実はそれよりも賢いのである。私達はAutotestのようなツールがIDEを要さずにどのようにRubyのデベロッパ達の生産性を補助するのかという点に注目した。
-
builder by ZDNet Japanがオープン
シーネットネットワークスジャパン株式会社は本日、新しくIT技術者、特にコーディングを行う技術者向けのメディア＋コミュニティである「builder by ZDNet Japan」をローンチした。
-
一つのAgileチームで複数のプロジェクトをこなすには
組織において一つのデベロッパグループが複数のプロジェクトを完成しなければならない事は珍しいことではない。このような状況においてグループはどのように構成され、またどのように彼らの作業をどのように計画し、配分するべきなのだろうか。
-
自己組織チームはもう必要ない？
Jim Highsmith氏は自己組織のチームという用語は”Agileコミュニティに���いてその実用性を使い果たしたゆえに置き換えられる必要がある。”ことを提示している。また彼はライトタッチなリーダーシップがより適切である事も提案している。しかしながら、これは自己組織のチームの必要性とそれぞれのチームメンバーが”事を成し遂げるための仕事”に集中するのを妨げるのではないだろうか？
-
QCon London（3月12～14日）の開催のお知らせ
来る3月12日から14日にかけて行われるQCon London 2008の開催発表が行われ、登録受付を開始しました。QConはInfoQにて取り上げられているトピックはアーキテクチャ＆デザイン言うまでもなく、実際のケーススタディ等に重きを置いた、チームリーダー、アーキテクチャ、そしてプロジェクトマネジャー達のためのエンタープライズソフトウェア開発カンファレンスです。これは第3回目のQConとなります。是非ともご参加ください！
-
どれくらい「ふりかえり」を行うか？
Norm Kerth氏が提案した「ふりかえり(retrospective)」の最初の定義は、3日間のオフサイトミーティングだった。それ以来、アジャイルコミュニティはあらゆるイテレーションにそのプラクティスを適用してきた。ただ、多くのチームは、「ふりかえり」を最小限の時間(せいぜい15分程度)しか行わない傾向がある。どれくらい「ふりかえり」を行うのが効率的なのだろうか？
-
アジャイルとPragmatic Marketingの出合い
Pragmatic Marketing（プラグマティック・マーケティング）は、アジャイルソフトウェア開発に類似した価値や原則を適用しようとする情報産業向けの製品管理方法論である。では、プラグマティック（実用主義的）なマーケティング担当者がアジャイルな開発者に出会うと何が起こるだろうか。Stacey Weber氏は最近の記事で、二者の文化が完全には調和しないことが多いとしている。
-
Oracle Mix:JRuby on Railsで構築した大規模なオンラインアプリケーション
Oracleは先頃Oracle Mixというソーシャルネットワーキング・Webアプリケーションをリリースした。今回リリースしたWebアプリケーションは、JRuby on Railsを使っている。