BT

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

寄稿

Topics

地域を選ぶ

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

  • 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のブログ記事に匿名振り返りについて書いている。チームのフィードバックを最大化する方法だ。

  • Spark the Changeカンファレンス主催者へのQ&A

    Spark the Changeカンファレンスが7月3,4の両日,ロンドンで開催される。カンファレンスのテーマは"信頼できる組織の構築(Create an Organisation you can Believe in)"だ。各界のビジネスリーダを対象とするこのカンファレンスの目標は,より優れた強靭なビジネスの構築,改革意識を持ったリーダ,さらには幸福な作業環境の創造に向けて,参加者の意識を向上することにある。InfoQは主催者のひとりに,カンファレンスについて聞いた。

  • "Readyの定義”を使う

    ユーザストーリの完成と製品の提供準備完了をチェックする手段として,多くのチームが"Doneの定義(Definition of Done)"を使用している。しかし,プロダクトオーナから受け取るユーザストーリについてはどうだろう?ユーザストーリの品質をチェックするために,チームが利用できる手段が"Readyの定義(Definition of Ready)"だ。

  • マイクロサービスの強み弱み

    マイクロサービスが最近話題になっており、噂も生まれている。10年以上に渡り、重たく、扱いにくいSOAソリューションが続いたが、マイクロサービスはそれを置き換える待望のソリューションなのだろうか。それとも単に一枚岩のソリューションズよりも単純なだけなのか。

  • Jenkins CIとChefまたはPuppetの統合による,デプロイの完全なトレーサビリティの実現

    CloudBeesの開発したJenkinsのDeployment NotificationプラグインをChef SoftwareプラグインまたはPuppet Labsプラグインと合わせて使用することで,ChefあるいはPuppetのインストールするすべてのファイルをJenkins CIからトレース可能になる。

  • アジャイルにマネージャと職務階級は必要か?

    アジャイルを採用している組織は職務階級を廃止���べきだ,マネージャを一掃すべきだ,といった意見をしばしば耳にする。マネージャや職務階級の存在がチームの自己組織化を阻害する考えられているのだ。

  • Bob Marshall氏に聞く - “反物質の原則”について

    ソフトウェア開発は知的共同作業として見ることができる。このような見地に立てば組織,あるいは組織に従事する人々を管理する方法もおのずと違ってくる。InfoQは"反物質の原則(Antimatter Principle)"についていくつかのブログ記事を書いたBob Marshall氏に,その原則について,さらには原則を適用して人々の要求に応えた実例についてインタビューした。

BT