InfoQ ホームページ Agileの採用 に関するすべてのコンテンツ
-
プロジェクトはすべてやめるべきか？
XP Days Beneluxカンファレンスで行った"Kill all projects"と題するセッションの中で，Paul Kuijten氏は，すべてのプロジェクトを廃止することを提案した。InfoQでは氏にインタビューして，アジャイルにとって価値のあるプロジェクト管理や製品開発の資金について話を聞いた。
-
中央ヨーロッパにおけるリーン・かんばんのケーススタディ
Lean Kanban Central Europe 2013 (LKCE13)では、変化マネジメント、システムシンキング、リーダーシップ、学習、チームワーク、そして、リーン・かんばんを導入した大企業のケーススタディのプレゼンテーションが行われた。InfoQは、アジャイルソフトウェア開発にリーン・かんばんを展開したことについて、Roock氏にインタビューした。
-
加速する変化のペースが企業アプリケーションにアジャイルを促す
組織の変化とテクノロジー導入のペースが加速している。つまり、企業ソフトウェア開発は、こうした変化のペースに対応する方法を見つける必要があるということだ。ビッグデータの登場もまた、多数の実験を始めて、すばやく適応する必要性を促している。ブロガーであるMongoDBのMatt Asay氏は最近、"Hey, Enterprise Developers! Get Agile Or Get Steamrollered"という記事を書いた。
-
アジャイルを使って分散型開発チームを構築する
Joost Mulders氏とAndriy Korpan氏は "分散型アジャイルチームでの体験"というタイトルで，ウクライナのニアショア開発チームをオランダの製品開発企業に，アジャイルプラクティスを用いて統合した経験のプレゼンテーションを行った。XP Days Benelux 2013カンファレンスで両氏は，分散アジャイルの「べき集」「べからず集」について語っている。
-
スクラムを使ってFloraHollandのビジネスを変える
FloraHollandは日々の業務と平行してビジネスユニットのゴールを変えたいと考えており、スクラムを使って変革を実行した。XP Days Benelux 2013カンファレンスのセッションで、Job Demands-Resources modelを使って複数のビジネスユニットにスクラムとアジャイルの要素を適用し、仕事の仕方を変えたことが紹介された。
-
企業におけるアジャイルスケーリングのプラクティス
組織規模でアジャイルを採用している企業は，時としてアジャイルプラクティスの適用範囲を拡大する必要に迫られる。"Agile Methods in the Finance Sector and Complex Environment” カンファレンスでのセッションでは，企業におけるアジャイルのスケーリング実践経験が参加者によって発表された。
-
アジャイル導入の技術的実践、システム思考、文化の問題
単純さ、フィードバック、コミュニケーション、尊敬と���気。これらのエクストリームプログラミング(XP)の価値はいまだにXP Days Benelux 2013カンファレンスのチームに刺激を与えている。InfoQはカンファレンスの主催者であるMerlijn van Minderhout氏とPascal Van Cauwenberghe氏に、アジャイルでの新しい開発、アジャイルへうまく移行すること、アジャイル推進のためのヨーロッパ地域の組織の必要性について話を聞いた。
-
-
指揮統制型の管理組織にアジャイルを導入する
指揮統制を管理手法の中心に置く組織にアジャイルを導入することは極めて難しい。期待していた改善が実現できなかったり，失敗して中止される場合さえある。何人かの識者が，指揮統制型の管理スタイルを持つ組織に対処する方法を提案している。アジャイルへの移行において，それはどのように扱われてきたのだろう？
-
自己改善に「ふりかえり」を使う
アジャイルの「ふりかえり」は、チームがパフォーマンスを改善するために、仕事のやり方を反省し、改善のアクションを定義するのに使われる。だが、「ふりかえり」は自己改善にも使えるし、パフォーマンス評価の代わりとしても使うことができる。こうした「ふりかえり」はマネージャと従業員がマンツーマンでやってもよいし、従業員ひとりで、あるいはチームでやってもよい。
-
ロールプレイングゲームのダンジョンマスタとして学んだことをアジャイルコーチングに活用する
Guillaume Duquesnay氏はゲームやロールプレイングでの経験をアジャイルコーチとしての仕事に活用している。Agile Tour Brussels 2013カンファレンスでは，権威に頼らないリーダシップやファシリテーション(facilitation)，マネージメントスタイルについて講演した。InfoQではコーチング，ファシリテーション，リーダシップのスキルに加えて，ゲームをプレイすることが人々に幸福や楽しさだけでなく，生産性の向上をも実現するものなのか，氏に話を聞いた。
-
Cynefinフレームワークとは何か - Legoゲームによる理解
Maurizio Pedriale氏とAlan Hortz氏はAgile Tour Brusselsカンファレンスで，複数のチームがLegoで４つの課題を行う，というワークショップを指導した。その目的はCynefinフレームワークとは何かを理解し，アジャイルコーチングの立場でそれをどのように使うのかを議論することだ。
-
ウォーターフォールからアジャイルへの移行によるムダの削減
組織がアジャイルを採用するのは，変化への対処を可能にするためだ。アジャイルは開発チームにとって，顧客ニーズを満足する製品を提供する上で有効な手段であると同時に，必要のない(使用されない)機能を含まない製品を提供する手段でもある。リーンソフトウェア開発は言う：ユーザに価値を提供しないものは，すべてムダとみなされると。ならばウォーターフォールからアジャイルへのソフトウェア開発の移行は，開発組織のムダ削減に役に立つのだろうか？
-
アジャイルのレトロスペクティブは省略可能か？
チームは時にレトロスペクティブの省略を考える。時間的なプレッシャを感じているとき，直接的なメリットが感じられないときなどだ。彼らは自問自答する – レトロスペクティブを続ける必要があるのだろうか？ しかしアジャイルのレトロスペクティブは，チームが継続的に学び，進歩するために必要なものだ。チームの成熟のためにも，継続するだけの十分な理由がある。
-
アジャイルな企業でフィードバックを使って業績を評価する方法
企業がアジャイルを導入するとき、業績評価の方法を変えるべきかどうかが論点になる場合ある。業績評価と報賞のプロセスは個々人の成果を元にトップダウンで行われることが多く、チームとしての貢献や協力は査定されない。何人かの著者がフィードバックを次に活かしたり、既存の評価制度を改めることで個人やチームの成果を向上させる方法について話している。