InfoQ ホームページ Agile に関するすべてのコンテンツ
-
Maven, Ant, Rake: JRuby 1.5 の構成管理強化
4月末に予定されている1.5へのバージョンアップに向けて、JRubyプロジェクトはJavaとRubyの相互運用性を改善し続けている。これによって、Ruby開発者はJavaプラットフォームの利点をもっと強力に利用できるようになる。一方でJava開発者は既存のプロジェクトにRubyのツールを利用する利点を見つけるようになるだろう。
-
'C' ワードはアジャイルコミュニティを分裂させるか？
Scrum 認定制度(Certification)に関しては，これまでにも数多くの意見が出されてきた。アイデアに賛同する人がいれば，徹底的に反対する人もいる，といった具合だ。Ron Jeffries 氏はこれまで Scrum Alliance 認定制度のよい面について書いてきたが，最近になってこの忌まわしい 'C' ワードが，アジャイルコミュニティの主要メンバの多くを遠ざけてしまうのではないか，と危惧するようになった。
-
Twist 2.0は振る舞い駆動の協力的なテストを支援する
ThoughtWorks Studiosは Twistの最新バージョンであるTwist 2.0をリリースした。Twistはアジャイルテスト自動化ツールだ。Twist 2.0はテスターや開発者、ビジネス分析者が協力してテストすることを支援する。振る舞い駆動開発(BDD)とドメイン特化言語(DSL)の技術を使ってテスト自動化を実現し、動的言語であるGroovyを使ってテストスクリプトを書くこともできる。
-
Toyota がウォーターフォールを使っている？
リーン(Lean)ソフトウェア開発はリーン生産方式にその着想を得ている。中でも Toyota がこの分野で，先駆者として行った活動の影響が大きい。その Toyota のソフトウェア開発部門が旧来型のウォーターフォールを使用していて，リーンソフトウェア開発では初期段階にある，と聞けば誰しも驚くだろう。
-
変革を継続すること
組織の文化を変えるのは難しく、リスクを伴うものだ。アジャイル原則の導入は、多くの組織にとって大きな文化的シフトである。マネジメントコンサルタントで著書もあるSteve Denning氏は、何が変革を継続するのか調べ、変革を起こす人に具体的なアドバイスをしている。
-
日米欧総勢20人の先進エンジニアが最新トピックを語る2日間 - QCon Tokyoセッションプログラム最終決定
FLEX User Group（Adobe Flexユーザーグループ）、JAWS-UG（Amazon Web Services公式ユーザーグループ）参加決定！
-
主流としてのアジャイル
アジャイル開発が主流(メインストリーム)となる時代がいよいよやってきたようだ。大手コンサルティング会社が "アジリティ(Agility)" を喧伝し，IBM Global Business Services や Cap Geminiといった会社がアジャイル関連サービスの提供を始めた。このように突然注目を集め始めたことは，アジャイルにとってどのような意味を持つのだろうか？ "メインストリーム" なアジャイルとはどのようなもので，そこには何があるのだろう？
-
技術的負債を貨幣化する
ほとんどのアジャイルチームが，技術的負債(Techninal Dept) は悪いものである，という考えを持っている。金銭的な負債と同じように利子負担を伴なうからだ。技術的負債の利子はソフトウェアを維持・拡張するために要する余分な労力，という形で支払われる。アジャイル実践者たちの多くが技術的負債を可能な限り早く返済するよう勧めているが，それを定量的に把握するための貨幣化(monetize)を実現できているアジャイルチームは稀である。
-
Scrum Gathering: コミュニティの実践
アジャイルコミュニティは次の3つの重要な実践について共通理解を作り出そうとしている。その3つとは、要求の収集、アジャイルコーチング、そして集団学習のためのオープンスペースの形式だ。最近開催されたScrum Gatheringでは、これらのトピックが初日、二日目、三日目の議論の的になった。InfoQはこれらのトピックについてより深く理解するため詳細を取材した。
-
完了に関するマニフェスト
Alixx Skevington氏は、ディスカッション・スレッドの発端となる完了に関するマニフェスト(Manifesto of Done)という記事を投稿した。氏は記事の中で、チームメンバ間での作業のクオリティに関する取り決めついて語っており、コードを通じてビジネス価値を提供するための取り決めを明確に示している。また、コーディング、規約、有用なコード、ユニット・テスト、テスト・カバレッジなどの分野を取り上げ、クオリティへの取り組みの重要性を強調している。
-
InfoQファミリーに新たな仲間：運用コミュニティ
近い将来、InfoQ.comに第７のコミュニティが追加される予定だ。既存のコミュニティを見ると、アプリケーション開発やアーキテクチャ(.NET、 Ruby、Java、SOA、アーキテクチャ)とアジャイルの議論にフォーカスを当てており、主にアプリケーションの開発というコンテキストに限定されていることがわかる。しかし、ソフトウェアの開発が終わった後は？
-
一時的なコードと継続的に使うコード、そしてその間にあるすべてのコード
よくテストされリファクタリングされた長く使われるコードがある一方で、数日で捨てられることを前提にして書かれるコードもある。そしてこの両極の間に巨大なグレーゾーンが横たわっている。このグレーゾーンに属するコードはいつか削除されるという想定の元に書かれているが、決して消されることがない。
-
アジャイル ドキュメンテーション：その明確さは？
アジャイルのコミュニティにおいて，ドキュメントは明らかなテーマであっただろうか？ どれ位の量のドキュメントを作る必要があるのだろう？ 必要なものは？ 不要なものは？ 従来の開発プロセスのドキュメントをアジャイルに移行する方法は？ アジャイルコミュニティにおいてドキュメントは，明確な定義に欠けている分野なのだ。
-
WebSocket と Bayeux/CometD
ブラウザベースのアプリケーションで通信を行うためのテクノロジは，現在のところ２つある。Bayeux (別名 CometD) と，それより新しい WebSocket だ。どちらが優れているだろうか，あるいは，共存できるのに十分なだけの違いがあるのだろうか？
-
アジャイルと"ユーザ中心設計"の調和
UX のスペシャリストである Anthony Colfelt 氏がアジャイルについて，それが単独では不完全なものであることを論証するとともに，ユーザ中心設計のアジャイルへの統合の可能性とあるべき姿に関して，詳細かつ興味深い検証を行う。