Typemock: その過去・現在・未来
Eli Lopian氏率いるTypemock社の過去・現在・未来について、インタビュー形式にて記します。
作者 Mark Levison, 翻訳者 木下 史彦 - (株)永和システムマネジメント 投稿日 2008年8月20日 午前9時59分
Amr Elssamadisy氏 (『Agile Adoption Patterns: A Roadmap to Organizational Success』の著者) はAgile2008でアジャイルの採用における非技術的な障壁をテーマにセッションを行った。彼は「年を重ねるにつれて、もっともややこしい問題は技術ではなく人の問題であることに気づいたんだ」と言った。
Amr氏はアジャイルの採用に関する一連の流れの中でどうなることが採用の失敗を意味するのかはっきりさせたい、とセッションの参加者に問いかけた。そこで、以下にあげるような意見が出た。:
セッションの参加者はこれまでに提供してきたよりも多くのビジネス価値を提供することこそが成功であると位置づた。暗黙のうちに、そこには人びとが働きたいと思える環境をつくることが含まれていた。おそらく最も重要なことは、アジャイルへの移行にあわせて企業が期待し、必要とすることに関して目標を定めることだ。アジャイルの実践というのは、目標を達成するために使う単なる手段に過ぎないという意見に大賛成だ。
セッションの参加者はみんなでアジャイルの採用の失敗に関するいくつかの事例を聞いた。:
Amr氏はこれらの事例のいくつかで起こっていることを分かりやすくするために3つのモデルを紹介した。Christopher Avery氏の「責任プロセスモデル (Responsibility Process Model)」、Roger Martin氏の「無責任ウィルス (Responsibility Virus)」、Chris Argyris氏の「推論のはしご (Ladder of Inference)」だ。
責任プロセスモデル
Amr氏は (Christopher Averyの『Teamwork Is an Individual Skill』より) 次のような一連の話を使うことで責任プロセスを説明した。:
線より下の反応は内向的で内在的だ。責任を受け入れる場合に限って、あなたは自分自身の未来を思い描くことができ、他の人にとってのお手本になることができる。私たちはソフトウェアのプロジェクトにおいて責任を受け入れることができる。「TDDはできません」みたいな発言を許すな。その代わりに、やる/やらないという選択肢があることを認めなさい。人びとが責任ある立場で行動するなら、結果として仕事はうまくいく。人びとが義務から行動する場合、あまり最後までやり通しそうにはないが、採用すると約束した仕事を頑張って続けようとする。
Rachael Davies氏はVirgina Satir氏の功績に匹敵する思っている。さらに、Christian Gruber氏はTerence Real氏の業績を推している。
セッション参加者は無責任ウィルス (Roger Martin氏による) のモデルについて話し合った。これについては以前、InfoQで紹介されている: The Responsibility Virus Helps Fear Undermine Collaboration(参考記事・英語)。参加者はさらに次の資料も引用した: Kent Beck in Be Yourself Create More Value(参考記事・英語)。これは素晴らしい資料だ。
最後のモデルはPeter Senge氏の『最強組織の法則?新時代のチームワークとは何か (Fifth Disclipine)』で言及されている「推論のはしご」(リンク)だった。
原文はこちらです:http://www.infoq.com/news/2008/08/agile_impediments
この論文では、仮想化やクラウドサービスの複雑なメリットと実世界における応用を検討します。さらに重要なこととして、Contegixが複雑な問題の解決に仮想化を実装している方法や、仮想化を使うべきではないケースについて詳細を提供します。
Fiberはユーザに試練を課すことなくこの考えを実装する有益な並行性ツールとして、ライブラリが2つあります。まさにこのためのソリューションとしてあるのがNeverBlockライブラリです。私たちはNeverBlockプロジェクトのMohammad A. Ali氏とRevactorライブラリのTony Arcier氏に話を聞きました。
システムの保守容易性や拡張性を確保するためのベスト・プラクティスに関する記事は数多くありますが、この記事では避けた方がいい、いくつかの悪習慣(ワースト・プラクティス)を強調します。
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。
マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。
No comments
返信