InfoQ ホームページ チームワーク に関するすべてのコンテンツ
-
アジャイルのレトロスペクティブは省略可能か？
チームは時にレトロスペクティブの省略を考える。時間的なプレッシャを感じているとき，直接的なメリットが感じられないときなどだ。彼らは自問自答する – レトロスペクティブを続ける必要があるのだろうか？ しかしアジャイルのレトロスペクティブは，チームが継続的に学び，進歩するために必要なものだ。チームの成熟のためにも，継続するだけの十分な理由がある。
-
アジャイルな企業でフィードバックを使って業績を評価する方法
企業がアジャイルを導入するとき、業績評価の方法を変えるべきかどうかが論点になる場合ある。業績評価と報賞のプロセスは個々人の成果を元にトップダウンで行われることが多く、チームとしての貢献や協力は査定されない。何人かの著者がフィードバックを次に活かしたり、既存の評価制度を改めることで個人やチームの成果を向上させる方法について話している。
-
イノベーションのための時間を作り出す
競争力を維持するために企業は，組織内部でイノベーションを行う方法を探している。その最初のステップは，新たな製品やサービスについて考え，アイデアを議論し，概念を生み出すための時間を確保することかも知れない。そのためのアプローチには，”フルタイム"の専任チームの設置，イノベーションのための十分な時間の確保，あるいは短時間かつ集中的なイノベーションワークショップの編成など，さまざまなものが考えられる。
-
アジャイルの柔軟性 : 短所か長所か
“計画に従うのではなく変化に対応する”ことは実践では役に立たないアジャイルの強みなのだろうか。例えば、過度の柔軟性を期待する顧客と変化を管理しなければならないプロジェクトの難しさはどうだろう。アジャイルは期待される効果を発揮できないのだろうか。それとも、チームや組織がアジャイルを導入する方法に問題があるのだろうか。
-
アジャイルのレトロスペクティブはなぜ難しいのか？
レトロスペクティブ(振り返り)は，アジャイルの重要な手法のひとつに数えられることが多い。しかし時には，それを行うのが難しく感じることもある。管理権限が不十分である，改善の余地がない，適切なアクション定義が難しい，あるいは不満の多さがその理由だ。そうなるとレトロスペクティブは退屈な，時間の浪費に思えてしまう。このような問題に対処して，もっとよいレトロスペクティブの方法を見つけるには，どうすればよいのだろう？
-
テストの独立性とアジャイルのコラボレーションのバランスをとる
開発者とテスターの協力はアジャイルチームが成功する上で重要だと思われている。同時に独立したテストチームを持つことの利点もある。品質について忌憚のない意見をもらえるからだ。アジャイルチーム内でどのようにテスターの独立性と協力関係のバランスを保てばいいのだろうか。
-
Martin Fowler氏がGOTO Amsterdam 2013でAgileのエッセンスと流暢さについて語る
Martin Fowler氏が21正規のソフトウエア開発について、アジャイルのエッセンスとチームのアジャイル導入を説明しながら、語った。氏はGOTO Amsterdam 2013でチームがどのようにアジャイルの流暢さを醸成するかを4つのレベルを用いて説明した。
-
DevOps Days Amsterdam 第１日，話題は継続的デリバリとDevOps文化
DevOps Days Amsterdam の初日は，継続的デリバリ (continuous delivery) とオートメーションの側と，組織内の DevOps文化を 促進する側の間で，関心の的が分かれていた。継続的デリバリの話題では，デリバリのパイプラインを自動化する方法に加えて，システム障害時における自動復旧の手法が注目を集めていた。文化に関する側の議論では，文化的変化の導入を成功させる上で個々の性格タイプを考慮する必要性や，企業文化の確立が雇用にもたらす肯定的影響などの成果があった。
-
Happy Melly: 幸せな労働者を作るビジネスネットワーク
“Melly Shum hates her job”という写真に着想を得て、Jurgen Appelo, Maarten Volders 、Vasco Duartoの三氏がHappy Mellyを設立した。Happy Mellyは組織が環境の変化に適応するのを支援し、仕事をするモチベーションが高い幸せな労働者を生み出す。
-
-
アジャイルチームのテスターと開発者の協力関係を改善するには
開発者やテスターなどアジャイルチームのメンバの協力はチームの成功を助ける。アジャイルチームで開発者とテスターが協力し合うようにするためにはスクラムマスタはどうすればいいだろうか。
-
スクラムマスタはチームの障害をどう扱うべきか
チームの作業がブロックされた場合の問題対処行動について議論をする時，障害(Impediment) という用語が使用される。障害に対処する方法はさまざまだ。何人かのスクラムマスタの例を見てみよう。
-
アジャイルの大規模なふりかえりでプロジェクトを改善する
ふりかえりは、チームが働き方を学び、改善するのに役立つ。アジャイルコーチたちが、大規模プロジェクトや複数のチームでふりかえりを実施した。ここで、大規模なふりかえりがどのように実施されたのか見てみよう。
-
自己組織型アジャイルチームにおけるリーダシップ
自己組織型アジャイルチームを実践する組織には，奉仕型リーダシップでチームを支援し，チーム自身が継続的な向上を学ぶように指導，助言できるマネージャが必要だ。
-
安定したチーム作りと機能不全なチームの対処
複数のプロジェクトにわたる安定したチームを持つことは、アジャイルソフトウェア開発にとってプラスになる。安定したチーム作りとその育成について、また機能不全なチームの対処について、さまざまな人がブログに記事を書いている。