InfoQ ホームページ チームワーク に関するすべてのコンテンツ
-
問題を抱えたプロジェクトの舵取り：まず酸素マスクを確保せよ
Fiona Charles氏によるStickyMindsでの最近の記事は、問題を抱えたプロジェクトの舵取りについて触れている。「前進のための融通の利かないプロセスのための時間ではない」と強調し、プロジェクトを好転させるのに役立つ貴重な洞察を提供している。
-
Review Board - コードレビューをオンラインで
コードレビューは品質を高め、情報共有とメンターシップの優れた方法となる。 残念なことにこれまではサポートツールの準備に手間がかかったりそもそも準備されなかったせいでコードレビューは後回しにされることが多かった。Review Boardはコードレビューのプロセスをサポートするアプリケーションによってこの状況を変えようとしている。このアプリケーションのいくつかの機能をあげよう。
-
責任、個人のアジャイル性、その他の親密なコミュニケーションのアイデア
うまくいっているアジャイルなチームの特徴は、プラクティスではなく主に文化にある。この考えは多く（ほとんどと言ってもいいかもしれない）のアジャイルな分野で当てはまるように思われる。組織的変革の世界で有名になった Christopher Avery 氏は Responsibility という言葉を再定義し、その考え方を人々に伝えるという作業に取り組み、その成果をアジャイルプラクティスに注いでいる。個人のアジャイル性はアジャイル導入のカギなのだろうか？
-
イディオムやパラダイムの選択を通じたインテントの通信
イディオムやプログラミングの決まりごとを信号として使用して、さらに理解しやすく、表現に富んだものにするのはどうか?これこそまさにReg Braithwaite氏が唱えているもので、構文やパラダイムの選択さえもインテントを通信する手段になり得ると示唆している。
-
職場を越えたアジャイル
この業界のわれわれの多くは、作業慣行が自身の家庭生活に影響を与えている－しばしば良い意味で。人によっては、毎日の生活の中でスケジュールを立てたり、優先事項を決めたり、日々の仕事を家族と話し合ったりする際にインデックスカードを使用する。Peter Abilla氏は、彼の子供たちに教えるためにどのようにしてジョブチャート(情報ラジエータの一種)を使用するのかをブログに記した。
-
成功するコラボレーションには偶然などない
パートナーシップコーチのMichael Spayd氏は契約社員と正社員は両方ともプロジェクトに取り掛かる際にコンサルタントとしての役割を果たすことができ、またクライアントとコンサルティング系統の契約を発展させていくという提案を記した記事をInfoQに提供した。これは通常の”契約”という用語とは異なる意味を持っている。サービスプロバイダとクライアント間の法的な決まりごとである。彼の"Designed Partnership Contract"は金銭の交換に関するものではなく、”コンサルタント”がコミュニケートし、自身達の価値観と嗜好を大切にするのを可能にする一方、より良いクライアントとのコラボレーションを成すために使用されるものである。
-
私は自信がない。あなたの聞いたことが、私が言ったと思っていることかどうか。
コミュニケーションそれ自身は難しくも何ともない、と言わんばかりに、私たちの職場は専門用語であふれている - ビジネスドメイン用語、製品用語、開発者用語など。そのため私たちはそこにコミュニケーションがある、と言われても驚きはしない - しかし私たちは、目をぐるぐる回したりマーフィーの法則を引用したりする代わりに、それを捉え、対処することができているのだろうか？
-
階層アーキテクチャは開発者と彼らが作るソフトウェアの間にギャップを生むか？
今日のソフトウェアコミュニティにおける努力の多くは、ソフトウェア開発のプロとビジネスピープルとの間のギャップを解消するための橋渡しを目標としているが、一部のブロガーは問題をすこし異なった視点から見ており、開発者と彼らが作るソフトウェアとの間のギャップを強調している。
-
Article: かんばんボードによるプロジェクトの見える化
日本におけるプロジェクトファシリテーションのの第一人者である平鍋健児さんが、昨今のアジャイル開発プロジェクトで広く浸透している見える化の手法を見ていきます。その中で、チーム全体がプロジェクトの今の状況を把握し、開発者の自律的な作業を可能にし、協調作業を促進する、三つの視点(とき、こと、ひと)をうまく使うかんばんボードの利用法を提案します。そして最後に、三つの視点によるプロジェクトの見える化を実現している、かんばんボードのソフトウェアによる実装“TRICHORD”を紹介します。
-
自己組織チームはもう必要ない？
Jim Highsmith氏は自己組織のチームという用語は”Agileコミュニティにおいてその実用性を使い果たしたゆえに置き換えられる必要���ある。”ことを提示している。また彼はライトタッチなリーダーシップがより適切である事も提案している。しかしながら、これは自己組織のチームの必要性とそれぞれのチームメンバーが”事を成し遂げるための仕事”に集中するのを妨げるのではないだろうか？
-
どれくらい「ふりかえり」を行うか？
Norm Kerth氏が提案した「ふりかえり(retrospective)」の最初の定義は、3日間のオフサイトミーティングだった。それ以来、アジャイルコミュニティはあらゆるイテレーションにそのプラクティスを適用してきた。ただ、多くのチームは、「ふりかえり」を最小限の時間(せいぜい15分程度)しか行わない傾向がある。どれくらい「ふりかえり」を行うのが効率的なのだろうか？
-
XWiki 1.0: 拡張可能なJavaベースwiki／アプリケーションプラットフォーム
XWiki.comはこの程、企業向けのwikiとJavaで書かれており、LGPLライセンスの下で公開されたアプリケーションプラットフォームの最初のバージョンを発売した。この開発プラットフォームの特性は共同のwebアプリケーションを開発することを考慮しており、またプラットフォーム上に構築したパッケージ化したアプリケーション（第二世代wiki）を備えていることである。