BT

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

寄稿

Topics

地域を選ぶ

InfoQ ホームページ Agile に関するすべてのコンテンツ

  • Googleがプログラマのビルドエラーを研究

    GoogleのエンジニアがGoogleで9ヶ月間で、数千人の開発者が実行した2660万回のビルドに関するリサーチペーパーを発表した。このペーパーにはビルドのワークフローを説明し、ビルド失敗の頻度、コンパイルエラータイプ、修正作業を分析している。著者らによれば、この調査結果は大規模な組織でのビルドプロセスのあり方や、開発者より効率的にサポートする方法についての理解を促進するのに役に立つ。

  • 早く失敗することは早く学ぶこと

    早く失敗する,何度も失敗する,ということは,アジャイルチームに推奨されるプラクティスのひとつだ。"This is Agile"の著者であるSander Hoogendoorn氏はブログで,プロジェクトの早い段階において失敗予測に基づく放棄を決定するための,有効な戦略を持つことの重要性を論じている。

  • Agile Australia カンファレンスレビュー

    Agile Australia 2014カンファレンスが先週,オーストラリアのメルボルンで開催された。 オーストラリア,ニュージーランドを含む各地域から,950名を越える人々が,この年次イベントに参加している。 今年のカンファレンスのテーマは「崩壊を受け入れる (Embracing Disruption)」で,5つの広範なトピックテーマをカバーする41のセッションが開催されている。

  • PMBOK Guide第5版ソフトウェア拡張がリリース

    PMI(Project Management Institute)は先日,PMBOK Guide第5版ソフトウェア拡張を公開した。従来手法からアジャイルメソッドへの移行を容易にするため,従来型のアプローチからアジャイルの代替手法へのマッピングや置き換えが含まれている。

  • Spring IO Platformリリース

    Pivotalは先週Spring IO Platform 1.0のファーストバージョンをリリースした。Spring IO Platformは依存物(とそのバージョン)のリストであり、すべての依存物が一緒に動作する。実装はMavenのPOMファイルであり、自分のプロジェクトにインポートして依存物にバージョンを設定できる。これらの依存物は、Springプロジェクト全体と多くのオープンソースプロジェクトで管理され、利用されている。

  • アジャイルチームにおけるグループ業績評価と報償

    アジャイルチームの文化を促進することのできる業績考課,賞与,報償とは何か。

  • ING NetherlandsによるDevOps移行の客観的改善測定

    ING Retail Banking NetherlandsのJan-Joost Bouwman氏とMark Heistek氏はDevopsdays Amsterdamで,CMMI-ITIL型の組織がよりアジャイル的な価値観からどのような恩恵を受けられるか,という内容のプレゼンテーションを行った。この種のセッションとしては珍しく,運用システムにデプロイされた変更数の顕著な増加や変更当たりのリスク値の減少など,改善に関する定量的根拠が提示された。

  • アジャイルを導入する方法

    トップダウンでアジャイルが導入されるのは、企業ではよくあることだ。しかし、その他の方法もある。ステルスでアジャイルを導入する方法や、継続的改善チームを使う方法、限定的にアジャイルの方法を取り入れて、ゆっくりと進め始める方法がある。

  • 人員を増やさず,より多くのソフトウェアを提供するには

    ソフトウェア製品やサービスに対するニーズの増加に伴って,企業の開発能力を向上させるための方法が求められている。多くの企業が選択するのは,人員の追加によるスケールアップだ。このアプローチに対して一部の人々が疑問を持ち,人員を増やすことなく,より多くのソフトウェアを提供する方法を提案している。

  • プロダクションオーナはスプリントのレトロスペクティブに積極的に参加するべきだ

    Roman Pichler氏が,プロダクトオーナがスプリントのレトロスペクティブに参加することによる,開発チームとのコラボレーション向上について,自身の見解を述べている。

  • Bol.comのDevOpsへの道

    DevOpsDays Amsterdam 2014の初日,オンラインストアのbol.comは,DevOpsへの道程における同社の経験について報告した。成功の鍵となったのは完全な自動化,慎重なチーム構築,そして組織全体に浸透したアジャイル思考だ。RunDesk, Puppet, Hira, Nagiousなどのツールを駆使することでbol.comでは,完全に自動化された方法で,作業環境全体の構築と監視を2時間以内に可能としている。

  • 力と影響について

    DevOpsDays AmsterdamでMark Coleman氏が、企業文化の変化はあるひとりの人間が他人に影響を与えることで始まる、と主張した。氏によれば、Charles Handy氏の力と影響についての著作が組織の動きと、その変化のさせ方についての理解を助けてくれる。Charles Handy氏は著書で力の源泉を6つ挙げている。

  • アジャイル移行におけるマネージャの役割

    アジャイルプロジェクトにおける従来型マネージャの役割変化に関するRobert Galen氏の説明と,Zapposが採用したホラクラシ(Holacracy)組織モデルのアプローチを紹介する。

  • マネージャ向けのアジャイルトレーニングとコーチング

    何人かの著者がアジャイルをうまく��入するためのトレーニングの重要さについて説明している。チームは普通、会社がアジャイルを導入するときにトレーニングを受ける。問題は、アジャイルの導入を成功させるには、マネージャには、どの程度、どのようなトレーニングとコーチングが必要なのかということだ。

  • 匿名振り返りの効力

    Hiren Doshi氏はPractice Agile Software Developmentのブログ記事に匿名振り返りについて書いている。チームのフィードバックを最大化する方法だ。

BT