InfoQ ホームページ コラボレーション に関するすべてのコンテンツ
-
アジャイルチームを互いに連携し協同させるためにスクラム・オブ・スクラムを使うこと
スクラム・オブ・スクラムは、複数のチームが関係しているときにデイリー・スタンドアップ・ミーティングをスケールするために用いられる。その目的は、チーム間で協同し作業を連携するアジャイルチームを支えることだ。何人かの執筆者が、スクラム・オブ・スクラムを用いた経験をもとに、それに対する見解を述べている。
-
アジャイルとリーンを組み合わせる
アジャイルとリーンはソフトウエア開発を改善する方法だ。マネージャはどちらが自分たちの組織に適しているか判断しなければならない。しかし、解決しなければならない問題によっては複数の方法を組み合わせることもできる。
-
即興的な劇場型ワークショップで言葉の壁を経験する
XP Daysに行われたAgile Cross BordersワークショップでHoang-Anh PHAN氏とAnais Victor氏は，多文化組織(multi cultural organization)における言葉の壁への対処方法を検討した。両氏はベトナムの企業であるOfficienceに所属する。フランスのユーザを対象としたアウトソーシングサービスを提供している同社では，コミュニケーションや共同作業には英語を使用している。
-
プロダクトオーナーの役割を拡大するには
スクラムのプロダクトオーナーの役割はビジネスと開発の橋渡しをすることだ。複雑な商品を持ち多くの決定をする必要がある大きな組織では、プロダクトオーナーの役割をひとりで担うのは現実的ではない。このような場合、何らかの方法でプロダクトオーナーの役割をスケールアウトしなければならない。InfoQはTimo Punkka氏にインタビューを行い、プロダクトオーナーの役割、リーンポートフィリオマネジメント、顧客との協業について話を聞いた。
-
Kevin Behr氏に聞く，継続的改善の技術(Kung-Fu)
先頃ニューヨークで開催されたDevOps Daysで，"The Visible Ops Handbook"と"The Phoenix Project"の著者のひとりであるKevin Behr氏は，Jesse Palmer氏とともに，常態的にオーバーワークにある運用チームに継続的改善の文化をいかに浸透させるか，というテーマで講演を行った。InfoQではKevin Behr氏にインタービューし，採用されたアプローチについて詳しく聞いた。
-
サウンド・オブ・サイレンス：「理解する」と「聞く」を向上するワークショップ
Agile Tour BrusselsカンファレンスでLuc Taesch氏は「理解すること」と「聞くこと」に関するワークショップを行った。氏はそこで"認知科学"あるいは"神経科学"をITプロフェッショナルに紹介し，思考の中断や感情の処理を支援するためのソリューションを提示した。
-
アジャイルな企業でフィードバックを使って業績を評価する方法
企業がアジャイルを導入するとき、業績評価の方法を変えるべきかどうかが論点になる場合ある。業績評価と報賞のプロセスは個々人の成果を元にトップダウンで行われることが多く、チームとしての貢献や協力は査定されない。何人かの著者がフィードバックを次に活かしたり、既存の評価制度を改めることで個人やチームの成果を向上させる方法について話している。
-
アジャイルの柔軟性 : 短所か長所か
“計画に従うのではなく変化に対応する”ことは実践では役に立たないアジャイルの強みなのだろうか。例えば、過度の柔軟性を期待する顧客と変化を管理しなければならないプロジェクトの難しさはどうだろう。アジャイルは期待される効果を発揮できないのだろうか。それとも、チームや組織がアジャイルを導入する方法に問題があるのだろうか。
-
テストの独立性とアジャイルのコラボレーションのバランスをとる
開発者とテスターの協力はアジャイルチームが成功する上で重要だと思われている。同時に独立したテストチームを持つことの利点もある。品質について忌憚のない意見をもらえるからだ。アジャイルチーム内でどのようにテスターの独立性と協力関係のバランスを保てばいいのだろうか。
-
Happy Melly: 幸せな労働者を作るビジネスネットワーク
“Melly Shum hates her job”という写真に着想を得て、Jurgen Appelo, Maarten Volders 、Vasco Duartoの三氏がHappy Mellyを設立した。Happy Mellyは組織が環境の変化に適応するのを支援し、仕事をするモチベーションが高い幸せな労働者を生み出す。
-
-
アジャイルチームのテスターと開発者の協力関係を改善するには
開発者やテスターなどアジャイルチームのメンバの協力はチームの成功を助ける。アジャイルチームで開発者とテスターが協力し合うようにするためにはスクラムマスタはどうすればいいだろうか。
-
スクラムマスタはチームの障害をどう扱うべきか
チームの作業がブロックされた場合の問題対処行動について議論をする時，障害(Impediment) という用語が使用される。障害に対処する方法はさまざまだ。何人かのスクラムマスタの例を見てみよう。
-
アジャイルの大規模なふりかえりでプロジェクトを改善する
ふりかえりは、チームが働き方を学び、改善するのに役立つ。アジャイルコーチたちが、大規模プロジェクトや複数のチームでふりかえりを実施した。ここで、大規模なふりかえりがどのように実施されたのか見てみよう。
-
安定したチーム作りと機能不全なチームの対処
複数のプロジェクトにわたる安定したチームを持つことは、アジャイルソフトウェア開発にとってプラスになる。安定したチーム作りとその育成について、また機能不全なチームの対処について、さまざまな人がブログに記事を書いている。