BT

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

寄稿
ニュース アーティクル プレゼンテーション ポッドキャスト Eブック

Topics

地域を選ぶ

InfoQ Dev Summit Boston

Discover transformative insights to level up your software development decisions. Register now with early bird tickets.
InfoQ Dev Summit Munich

Get practical advice from senior developers to navigate your current dev challenges. Register now with early bird tickets.
QCon San Francisco

Level up your software skills by uncovering the emerging trends you should focus on. Register now.
The Software Architects' Newsletter

Your monthly guide to all the topics, technologies and techniques that every professional needs to know about. Subscribe for free.

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

アーティクル

RSSフィード
最新 前の記事

  • ワイヤーフレーム: 開発プロジェクトを始めるためのすぐれた方法

    この記事でAndreas Wulf氏は、開発プロジェクトを開始するシンプルで効果的な方法としてワイヤーフレームを紹介します。ワイヤーフレームを使ってアイデアを具体的な形にすることで、共有したり議論できるようになります（コードを書かなくても）。グラフィックデザインの詳細を省略することによって、ワイヤーフレームは作成や変更がすばやく簡単なだけでなく、「全体像」にフォーカスするのにも役立ちます。

    Andreas Wulf 翻訳者 笹井 崇司
    投稿日 2012年8月21日 午後9時51分

  • バーチャルパネル: コードとテストの比率、TDD、BDD

    ここ数ヶ月、オンライン上でテストファースト vs テストラスト、コードとテストの比率、BDDは単なるTDDなのか、という話題が取り上げられています。InfoQはTDDとBDDの著名な専門家にTDD、BDD、テスト比率の使い方について話を聞きました。

    Manuel Pais 翻訳者 徳武 聡
    投稿日 2012年7月29日 午後8時17分

  • Jenkinsによる継続的インテグレーションのススメ(4) ~CloudBeesでJenkinsをサービスとして使う~

    前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。

    川口 耕介
    投稿日 2011年11月21日 午後10時9分

  • Jenkinsによる継続的インテグレーションのススメ(3) ~Jenkinsで分散ビルド~

    前回は、Jenkinsを使い始める部分を紹介しました。今回は、日本語での情報が少ない分散ビルドの機能について紹介します。

    川口 耕介
    投稿日 2011年10月11日 午前1時30分

  • 継続的デリバリのパターン

    あらゆる場合に有効な継続的デリバリのソリューションはありません。チームの人数の構成はどのような選択肢を取りうるか、どのようなトレードオフがあるかに大きく影響を与えます。スタッフエディタであるJonathan Allen氏が自身の15年の経験の中で見てきたパターンのいくつかを紹介します。

    継続的デリバリのパターン 翻訳者 徳武 聡
    投稿日 2011年10月8日 午後12時0分

  • Jenkinsによる継続的インテグレーションのススメ(2) ~Jenkinsを使い始める~

    前回はJenkinsの概要について紹介したので、今回はJenkinsの導入から始めましょう。

    川口 耕介
    投稿日 2011年10月3日 午前12時16分

  • Jenkinsによる継続的インテグレーションのススメ(1)

    Jenkinsはオープンソースの継続的インテグレーション(CI)サーバです。CIサーバは最近普及しつつあるソフトウェア開発習慣・方法論の一つで、狭義にはビルド・テストの実行や品質検査を常時継続的に実行していくというものです。これによって、幾つかの具体的なメリットが得られます。

    川口 耕介
    投稿日 2011年9月28日 午前12時11分

  • アジャイルにおけるビジネスアナリスト像

    2010年8月に、BABOKのアジャイル拡張（Agile Extention)のドラフト版が公開された。アジャイルにおけるビジネスアナリストがリエゾン（橋渡し役）として有効に機能するには、動作するソフトウェアを実現する開発チームへ継続的に寄り添い、貢献しなければならない。そのため、アジャイルでのビジネスアナリストは、資料作成や分析の技術だけでなく、ソフトウェアの実現に関わる技能を備えることが必要となるだろう。これは逆に、開発チームがビジネスアナリシススキルを備えるべきだということも、また示唆している。

    株式会社豆蔵　後藤章一
    投稿日 2011年8月16日 午後11時29分

  • アジャイルアーキテクチャの相互作用

    アーキテクトがアジャイルとアーキテクチャのプラクティスを1つにまとめて、機敏にビジネスとアーキテクチャの両方を実現しつつ、実際的にこれら2つの優先順位のバランスをとる方法について、James Madison氏が論じています。

    James Madison 翻訳者 大田 緑 - (株)チェンジビジョン
    投稿日 2011年8月16日 午後7時44分

  • 技術的負債、マネージャの視点

    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?

    Mark Levison 翻訳者 編集部Ｎ
    投稿日 2010年10月21日 午後8時37分

  • スクラムアジャイルチームに必要なスキル

    高度に生産的なアジャイルプロジェクトで求められるスキルは伝統的なプロジェクトで必要なスキルとは違う。この記事では優れたチームにするための技術的なスキルや振る舞いを特定する。これらの‘デルタ’特質を獲得した人はだれでも、正しい技術的なスキルや振る舞いを身につけて、アジャイルプロジェクトで効率的に働くことができるだろう。

    Prasad Prabhakaran 翻訳者 徳武 聡
    投稿日 2010年9月8日 午後7時24分

  • アジャイルの限界

    非伝統的な環境でアジャイルを実践しようとする試みが直面する問題は、アジャイルの原則が適用できないことでも、フィードバックのサイクルが始めからうまくいかないことでもない。アジャイルのスイート・スポットの外では、アジャイルの技術を適用するにはさらなる障壁があり、コストがかかること。これが、彼らが直面した問題だ。これらの障害物はアジャイル自体の適用を妨げるものではないが、アジャイル適用のコストを引き上げる。

    Alan Kelly 翻訳者 徳武 聡
    投稿日 2010年8月17日 午後7時36分
最新のアーティクル
過去のアーティクル
BT