BT

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

寄稿

Topics

地域を選ぶ

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

  • Mobiusフレームワークで成果を測る

    我々に必要なのは機能を請け負うことではない,より優れた成果を提供すること,ビジネス上の提供すべき結果に注力することである。その評価基準は,成果に関する洞察を与えるものでなければならない。何よりもそれが重要なのだ。適切な評価値を定義するためにはMobius Loopが使用できる。

  • アジャイルを使って発展途上国の教育を改善する

    ICTの教育アドバイザーを務めているJulian Harty氏はAgile Puneカンファレンスで基調講演を行う予定だ。氏は発展途上国での教育の改善にアジャイルの手法を使ったことについて話す。InfoQは氏の活動と"If not now, when? If not you, who?"と題した基調講演についてインタビューした。

  • アジャイルにおける技術的プラクティスの重要性

    アジャイルを採用している組織は,時として,期待したメリットが得られないことに不満を訴える場合がある。考えられる理由のひとつは,アジャイルの価値観と原則を支える技術的なプラクティスの実践に対して,十分に注意を払っていないことだ。

  • カンバンのフローマネージャは変化を触��する

    企業が仕事の視覚化のためにカンバンを利用するのは、もったいないことだとMatthew Philip氏は言う。フローマネージャという役割を導入することで、チームは反省をし問題に対する解決策を見つけやすくなる。それによって企業に変化が伝播する。

  • 自動車システムのためのアジャイルテスティング

    アジャイルテスティング(Agile Testing)は,自動車システムのソフトウェア開発に応用することができる。アジャイル手法を自動車に適用するには,Automotive SPICE-Vモデルをアジャイルに適用することが必要だ。アジャイルとSPICEを組み合わせた成果として,Xavier Martin氏は,QA&Test 2014カンファレンスでのプレゼンテーションで,"集中的な自動テストとクライアントのデモンストレーションが,よりよい製品を生み出し,顧客満足を向上するのに役立っています",と述べている。

  • ストーリウォールを作るためのさまざまなアプローチ

    Ryan Mckergow氏がアジャイルチームのために,ストーリウォールを立ち上げるためのさまざまな方法を解説する。今回の記事では,列や行のセットアップ,色の選択やアバターの利用について取り上げる。

  • アジャイルで成功を収めるための管理行動

    Brian Wernham氏がTimesに掲載した記事には,特に新しい働き方を適用する政府機関を重視した,アジャイルの適用を成功させる上で必要な7つの管理行動が紹介されている。英国政府はITプロジェクトのデリバリに対して,アジャイルプラクティスを義務付けるとともに,アジャイルアプローチを使用したサービス設計のガイドラインを提供している。

  • ペアプログラミングと非単独開発を用いた共同開発

    ペアリングと非単独開発を用いたペアプログラミングの進化形について,Valentin Tudor Mocanu氏が解説する。

  • カンバンを使ってアジャイルを始める

    アジャイルの導入成功と組織変革の方法には関連がある。組織は、“命令”としてトップダウンでアジャイルを導入することもできるし、アジャイル導入の代替方法の記事で書いたアプローチでも導入する。カンバンはアジャイルをスタートするために使え、チームは持続的な新しい働き方を作る準備ができたと感じたときにアジャイルに参加できる。

  • アジャイル移行における認定の価値

    アジャイル認定は,専門家としての知識を表しているのだろうか?思想的指導者たちが,それぞれの意見を述べる。

  • 規範的なアジャイルコーチングの必要性

    アジャイルコーチは通常、チームをコーチングするときは、”無干渉”な叙述的な手法を採用する。そこで、疑問が生まれる。チームがアジャイルを導入し始めているときもこのようなコーチング方法が最良なのだろうか。規範的で”干渉”的なコーチングの場合が効果がある場合があるのではないか。

  • 第9回アジャイル年次調査が実施中

    アジャイルプラクティスとプロセスの採用に関する年次レポートの提供を目的とした,第9回アジャイル年次調査報告が現在,参加者を募集中だ。

  • アジャイルにおける計画作りの死

    企業がアジャイルを導入して、自己組織的なチームが生まれ始めると、マネジメントは制御を失ったと感じる可能性がある。アジャイルに移行すると、手続きやレビュー委員会、コンサルテーション委員会などが無駄になってしまう可能性がある。しかし、そのような立場になる人は無駄になってしまうことに気づかない、とMarcel Heijmans氏は言う。再び、制御を取り戻そうとすると、問題はもっと厄介になり、"プランニングの死"へと到る。

  • プロジェクトマネージャによるアジャイルチーム管理

    組織がアジャイルを導入すれば,プロジェクトマネージャの役割や行動に影響があるのが普通だ。スクラムは,プロジェクトマネージャをスクラムマスタや,あるいは��ロダクトオーナにするかも知れない。プロジェクトマネージャの方もまた,その仕事の仕方や内容を,スクラムマスタやアジャルチームに合ったものに変えることは可能だ。

  • アジャイルで品質とベロシティを両立する

    アジャイルソフトウェア開発チームは,開発した製品が十分な品質を持つことを保証しなくてはならない。一方でマネジメントからは,より多くの機能をより早くユーザに提供するために,ベロシティ(開発速度)の向上を同時に期待されることが少なくない。何人かの専門家が品質とベロシティの関連を検討し,その両方を向上するための方法を提案している。

BT