InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ
-
/articles/wireframes-start-development-projects/ja/smallimage/article-logo.jpg)
ワイヤーフレーム: 開発プロジェクトを始めるためのすぐれた方法
この記事でAndreas Wulf氏は、開発プロジェクトを開始するシンプルで効果的な方法としてワイヤーフレームを紹介します。ワイヤーフレームを使ってアイデアを具体的な形にすることで、共有したり議論できるようになります（コードを書かなくても）。グラフィックデザインの詳細を省略することによって、ワイヤーフレームは作成や変更がすばやく簡単なだけでなく、「全体像」にフォーカスするのにも役立ちます。
-
/articles/virtual-panel-tdd-bdd/ja/smallimage/article logo.jpg)
バーチャルパネル: コードとテストの比率、TDD、BDD
ここ数ヶ月、オンライン上でテストファースト vs テストラスト、コードとテストの比率、BDDは単なるTDDなのか、という話題が取り上げられています。InfoQはTDDとBDDの著名な専門家にTDD、BDD、テスト比率の使い方について話を聞きました。
-
Jenkinsによる継続的インテグレーションのススメ(4) ~CloudBeesでJenkinsをサービスとして使う~
前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。
-
Jenkinsによる継続的インテグレーションのススメ(3) ~Jenkinsで分散ビルド~
前回は、Jenkinsを使い始める部分を紹介しました。今回は、日本語での情報が少ない分散ビルドの機能について紹介します。
-
/articles/Continous-Delivery-Patterns/ja/smallimage/small image 1.jpg)
継続的デリバリのパターン
あらゆる場合に有効な継続的デリバリのソリューションはありません。チームの人数の構成はどのような選択肢を取りうるか、どのようなトレードオフがあるかに大きく影響を与えます。スタッフエディタであるJonathan Allen氏が自身の15年の経験の中で見てきたパターンのいくつかを紹介します。
-
Jenkinsによる継続的インテグレーションのススメ(1)
Jenkinsはオープンソースの継続的インテグレーション(CI)サーバです。CIサーバは最近普及しつつあるソフトウェア開発習慣・方法論の一つで、狭義にはビルド・テストの実行や品質検査を常時継続的に実行していくというものです。これによって、幾つかの具体的なメリットが得られます。
-
アジャイルにおけるビジネスアナリスト像
2010年8月に、BABOKのアジャイル拡張（Agile Extention)のドラフト版が公開された。アジャイルにおけるビジネスアナリストがリエゾン（橋渡し役）として有効に機能するには、動作するソフトウェアを実現する開発チームへ継続的に寄り添い、貢献しなければならない。そのため、アジャイルでのビジネスアナリストは、資料作成や分析の技術だけでなく、ソフトウェアの実現に関わる技能を備えることが必要となるだろう。これは逆に、開発チームがビジネスアナリシススキルを備えるべきだということも、また示唆している。
-
/articles/agile-architecture/ja/smallimage/small image.jpg)
アジャイルアーキテクチャの相互作用
アーキテクトがアジャイルとアーキテクチャのプラクティスを1つにまとめて、機敏にビジネスとアーキテクチャの両方を実現しつつ、実際的にこれら2つの優先順位のバランスをとる方法について、James Madison氏が論じています。
-
/articles/technical-debt-levison/ja/smallimage/technicaldebt.jpg)
技術的負債、マネージャの視点
Developers often talk about Technical Debt saying its slowing your projects down. What are they really saying? What measures can you take to reduce it before it cripples your projects?
-
/articles/skills-for-scrum-agile-teams/ja/smallimage/team_building_ring.jpg)
スクラムアジャイルチームに必要なスキル
高度に生産的なアジャイルプロジェクトで求められるスキルは伝統的なプロジェクトで必要なスキルとは違う。この記事では優れたチームにするための技術的なスキルや振る舞いを特定する。これらの‘デルタ’特質を獲得した人はだれでも、正しい技術的なスキルや振る舞いを身につけて、アジャイルプロジェクトで効率的に働くことができるだろう。
-
/articles/limits-of-agile/ja/smallimage/image_agile_border.jpg)
アジャイルの限界
非伝統的な環境でアジャイルを実践しようとする試みが直面する問題は、アジャイルの原則が適用できないことでも、フィードバックのサイクルが始めからうまくいかないことでもない。アジャイルのスイート・スポットの外では、アジャイルの技術を適用するにはさらなる障壁があり、コストがかかること。これが、彼らが直面した問題だ。これらの障害物はアジャイル自体の適用を妨げるものではないが、アジャイル適用のコストを引き上げる。