トップスポーツチームの監督に教わる秘訣
この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。
作者 Mark Levison, 翻訳者 沼田 暁子 投稿日 2008年8月28日 午後12時30分
Agile 2008で、Dave Nicolette氏とLasse Koskela氏は(リンク)「変化への抵抗に打ち勝つこと」に関するワークショップを行った。Koskela氏はTest Driven: Practical TDD and Acceptance TDD for Java Developers(テスト駆動:Java開発者のための実践的TDDと受け入れTDD)の著者である。アジャイルの実行であろうとオフィスの家具の移動であろうと、どんな変化でも多少の抵抗にあうだろう。本当の問題は、そうした場合にどのように対応するかである。
人々が変化に抵抗する場合、それに対する私達の最初のリアクションは大抵、感情的(怒りや欲求不満)である。例えば彼らは頭が悪い、とか、彼らは頑固だ、等といったものである。Dave氏が指摘しているように、そう考えてしまうことは、私たちが前向きな変化を成し遂げるには役立たないだろう。
抵抗する理由は、3つの基本的なタイプに分類される。
抵抗の形には次のものがある(リンク):
私たちはDale Emery氏のResistance as a Resource(リソースとしての抵抗)ゲーム(リンク)に誘われて参加した。このゲームは「なぜ、"知的で有能で誠実な善意の人"が、提案された変化に抵抗するのだろうか?」という質問に答えるというものである。Dale氏によると、このゲームのねらいは「抵抗への対応の仕方に関するアイデアを生み出し、学び、思い出し、表現すること」である。私たちが行ったバージョンのゲームの中では、それぞれのテーブルが協力して、いくつかの抵抗の例について議論した。抵抗の一つ一つについて、考えうる理由を提示し、それからそれぞれの理由に対してひとつ以上の対応を提案した。
ロールプレイの時間が来ると、Lasse氏がこの記者たちのグループに参加し、スタンドアップを拒むチームメンバの役を演じた。グループで、私たちはこの人物が立つのを拒んでいるであろう多くの感情的な理由について議論した。しかし、この記者がスクラムマスタとして振舞うと、彼は感情的な側面を完全に忘れ、認識の面で訴えた - Lasse氏には何も影響を及ぼさなかった。結局チームが介入し、Lasse氏にチームの一員となってこの先2~3回のスプリントでの協力を求めた。
誰が抵抗するかは、アイデアの出所とそれらの対立する優先度にかかっている。開発者たちは品質のよいものを出したいと考えるし、顧客は予算をまもるために機能と管理を求めるかもしれない。つまり、それぞれがそれぞれのレンズを通して変化を求める提案を見ているのである。
抵抗に対処する中で、KotterとSchlesingerの6つのアプローチのモデル(リンク)を思い出した。
Dave氏とLasse氏が二人とも述べているように、最初の3つに重点的に取り組み、残りは状況を悪化させるので関わらないでおくのが一番良い。
Johanna Rothman氏は(リンク)、抵抗する人がいる場合は、あなたが抵抗したことに対する行為なのではないか、ということをよく考えなければならないとつけ加えている。
提案した変化対する抵抗に直面した場合は、立ち戻ってパートナーとともにDale氏のゲームをすることを考えるのだ。それはきっと根本的な問題や状況改善の助けとなる回答を明らかにするのに役立つ。
原文はこちらです:
12/16 ~野村総合研究所が提案~ 「不況を乗り切る!効果的なIT投資を考えるセミナー」
ITマネージャ必聴!IT活用セミナー 勝ち残りの法則~管理・統合化スペシャル~
InfoQ Japanはコンポーネントスクエアが運営しています
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。
マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。
筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。
エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。
この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。
No comments
返信