InfoQ ホームページ Agile に関するすべてのコンテンツ
-
Jenkinsによる継続的インテグレーションのススメ(4) ~CloudBeesでJenkinsをサービスとして使う~
前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。
-
TFSによるアジャイル開発の実践
スクラムを用いた、実際のアジャイル開発において、TFSの豊富な機能は最初から最後まで、さまざまな形で活用されます。この記事では、TFSの実際のプロジェクトにおいて、行われるタスクを順に取り上げ、その中でTFSの各機能がどのように使われるかを説明します。
-
TFSの概要とアジャイル開発
Team Foundation Server (TFS) は、アジャイル開発における自動化の要請に応えるための総合的なソフトウェア開発支援システムです。TFSでは、ソースコードやテスト結果の情報と、ストーリーやタスクの情報、その他アジャイル開発で必要とされる情報を1つの統合化されたリポジトリで管理することによって、必要なデータを1か所からすぐに取り出せるという、他の開発支援ツールにはない特徴を備えています。
-
Jenkinsによる継続的インテグレーションのススメ(3) ~Jenkinsで分散ビルド~
前回は、Jenkinsを使い始める部分を紹介しました。今回は、日本語での情報が少ない分散ビルドの機能について紹介します。
-
/articles/Continous-Delivery-Patterns/ja/smallimage/small image 1.jpg)
継続的デリバリのパターン
あらゆる場合に有効な継続的デリバリのソリューションはありません。チームの人数の構成はどのような選択肢を取りうるか、どのようなトレードオフがあるかに大きく影響を与えます。スタッフエディタであるJonathan Allen氏が自身の15年の経験の中で見てきたパターンのいくつかを紹介します。
-
Jenkinsによる継続的インテグレーションのススメ(1)
Jenkinsはオープンソースの継続的インテグレーション(CI)サーバです。CIサーバは最近普及しつつあるソフトウェア開発習慣・方法論の一つで、狭義にはビルド・テストの実行や品質検査を常時継続的に実行していくというものです。これによって、幾つかの具体的なメリットが得られます。
-
/articles/ISO26262/ja/smallimage/small-image-1666712671747.jpg)
セミナーレポート：「ISO26262セミナー」
2011年9月13日「ISO26262セミナー ～車載開発は品質、環境から安全へ ISO26262対応を支援します～」が開催された。本セミナーでは、検査登録機関のＳＧＳジャパン株式会社、管理インフラ・ソリューションを提供するダッソー・システムズ株式会社、ソフトウェアエンジニアリングに基づいてISO26262対応を支援する株式会社豆蔵と、開発を実現するＴＤＩプロダクトソリューション株式会社が、各社それぞれの領域でISO26262対応についての講演が行われた。
-
アジャイルにおけるビジネスアナリスト像
2010年8月に、BABOKのアジャイル拡張（Agile Extention)のドラフト版が公開された。アジャイルにおけるビジネスアナリストがリエゾン（橋渡し役）として有効に機能するには、動作するソフトウェアを実現する開発チームへ継続的に寄り添い、貢献しなければならない。そのため、アジャイルでのビジネスアナリストは、資料作成や分析の技術だけでなく、ソフトウェアの実現に関わる技能を備えることが必要となるだろう。これは逆に、開発チームがビジネスアナリシススキルを備えるべきだということも、また示唆している。
-
/articles/agile-architecture/ja/smallimage/small image.jpg)
アジャイルアーキテクチャの相互作用
アーキテクトがアジャイルとアーキテク���ャのプラクティスを1つにまとめて、機敏にビジネスとアーキテクチャの両方を実現しつつ、実際的にこれら2つの優先順位のバランスをとる方法について、James Madison氏が論じています。
-
/articles/japan-agile-whats-happening/ja/smallimage/anniversary.jpg)
日本のアジャイルムーブメントに、何が起きていたのか、何が起きているのか
日本でアジャイル開発がまだ広く受け入れられていない理由には、日本のソフトウェア業界に特有の構造に問題がある。一方でオンラインサービス系の企業を中心に新たな変革も見え始めてきた。 日本人はアジャイル開発を得意とする文化的背景を持つと考えられ、これからが発展の時期になると期待する。
-
/articles/agile-contracts/ja/smallimage/AgileContract_V1.jpg)
アジャイル契約
従来のウォーターフォールモデル手法，すなわち要件を定義し，サプライヤが価格を提示して，両者が法的拘束力を伴う契約書にサインする，というやり方は，企業が何かを購入する場合にはとても都合のよいものです。しかしこの方法で記述された契約書には，アジャイルアプローチを使った開発に必要な自由がほとんどありません。この記事では，サプライヤと顧客がアジャイル開発の契約を締結するために利用可能な，４つの異なったモデルを検証しています。