InfoQ ホームページ Team Collaboration に関するすべてのコンテンツ
-
Tasktop 2.0がTask Federation と クロス－リポジトリの Agile Plannerをサポート
アプリケーション ライフサイクル管理 (ALM)コラボツール、Tasktop の最新バージョンは、Task Federation、クロス－リポジトリなアジャイル計画ツール、HPの Agile Acceleratorや SmartBear CodeCollaboratorのような他社のALMツールへのコネクターをサポートしている。 Tasktopチームは先週 Hudson CIツールとの統合を提供するバージョン2.0をリリースした。
-
Facebookはどのようにコードを出荷しているか
Facebookは今日おそらくもっともホットな企業であり、大きな興味を駆り立て、詮索の対象となっている。高度なセキュリティに守られている中、SkypeのプロダクトマネージャYee Lee氏はFacebookでどのようにコードが出荷されているかの詳細を書いたメモの膨大なコレクションをまとめた。
-
アジャイル/スクラムの振り返り - ヒントと秘訣
どのようなアジャイル/スクラムの実践でも、振り返りとフィードバックのループは最重要だ。私たちはいくつかのツールを使ってチームを改善している。しかし2日間のアジャイル入門クラスではこのようなツールの紹介はいいかげんになってしまう。時間のないトレーナーは多くの場合、このトピックをひとつの振り返りの形式の概要だけ示すことで終わりにしてしまう。
-
アジャイルのふりかえりの大原則は尊大か。
Angela Harms氏はブログでアジャイルのふりかえりの大原則について書いている。この大原則の"皆が最善を尽くす"という言葉が尊大でチームのメンバを侮蔑することについて氏は議論する。この記事にコメントして大原則の意義について議論しているのは、Esther Derby氏とGeorge Dinwiddie氏だ。ふりかえり大原則はどんなふうに便利なのだろうか。
-
社外学とスクラム
スクラムマスタの仕事には仕事には外交的手腕 -- 効果的なコミュニケーションのスキルが求められる。チームのメンバ同士の効果的なコミュニケーションも必要である。このようなソフトウェアスキルを要するタスクを遂行するために有用なツールが，現在フリーで入手可能だ。その中のひとつを詳説した 400 ページを越える書籍 SOFTWARE FOR YOUR HEAD が現在，PDF 形式で無償公開されている。
-
アジャイル空間をデザインする
アジャイルでは常に，チームとチームプラクティスを適切にサポートする物理的空間の必要性が重視されている。Ryan Martens 氏は先日，デザイン，デザイン思考，アジャイル環境の共通部分に関する文書を発表した。その中で氏は，オープンスペースや部屋一面のホワイトボードなどについて，理想的なアジャイル空間を創造するために必要なものの始まりに過ぎないと述べている。
-
クロスファンクショナ���チームのコスト
クロスファンクショナルチームとは、メンバ全員で同じビジネス価値を納品することに取り組むチームだ。この価値は、同じ機能かもしれないし、同じ製品かもしれない。数多くの本来の強みを生かすために、アジャイルではクロスファンクショナルチームを薦めているが、企業において気をつけるべき補足事項がある。
-
多様性の価値
これは、アジャイル チームが成功するための要素を検討する議論のシリーズ第2弾である。性、文化、意見、観点、スキルそしてバックグラウンドは、高パフォーマンスなチームを作り、維持するのに、重要な要素だと考えられている。このニュースでは、様々なコメンテーターからの視点を検討する。
-
創造的な業界から学ぶ－信頼を築く一貫性
これは、チームを成功させる要因を検討し、議論するシリーズの第1回である。この投稿は、最近のWired magazineの記事について報告しており、その中で、 Pixar Animation Studiosが使用している創造的なプロセスと彼らのプロセスが、いかに、「失敗を許す環境」において、チーム形成、長期間にわたる関係、そして信頼を促進しているかを分析している。
-
結束したコミュニティとしてのアジャイルチーム
アジャイルプロジェクトは信頼とオープンで誠実なコミュニケーションを基礎として構築された，高度に協調的なチーム環境である(はずだ)。このような協調的環境は偶然から生まれるものではなく，簡単に損なわれるものでもない。協調的チームの構築と維持に関してアドバイスしている評論家は数多い。このアーティクルではその中からいくつかを要約して紹介する。
-
チームの変更に対応する
変更は普遍的なものであるにもかかわらず、人は変更に対して不安を抱く。この場合、未知への不安や安心感の喪失に対して抱くことがほとんどで、変更の受け入れを難しくする。アジャイル・チームは変更に対して十分な態勢が整っているとはいえ、彼らの大部分は変更の影響がチームに及んだ場合、それを快くは思わない。
-
アジャイルチームにおける人のつながり
基本的なアジャイルプラクティスの統合が完了しかけているのだとすれば、それは何か新しいものが始まろうとしていることを意味している。イノベーションの新しいフェーズはそこまで来ているのだろうか？もしそうだとすれば、新しい思想的リーダは誰なのか？新しいアジャイルの最先端はどこにあるのか？InfoQではMichael de la Maza氏の調査に目を向ける。氏はアジャイルの指導者であり、チームや組織における親密さといった論議を呼びそうな題材を扱っている。
-
自己組織型チームを組織化する
Rashina Hoda氏は、博士号目指す研究者で、チームで実際にどのように自己組織化が生まれるのかを調査してきた。彼女は、ニュージランドとインドで研究し、チームが効果的に自己組織化する時に生まれる６つの役割を特定した。彼女は、５月に南アフリカの Cape Townで開催されるInternational Conference on Software Engineering (ICSE2010)で発表される彼女の論文についてInfoQに話した。
-
チームの最適な構造
アジャイルは7人に2人多いか少ないかくらいの大きさのチームについて話題にするが、一方で全体チームという考え方も推奨する。全体チームとは案件を遂行するための十分な技術をチーム全体に持たせるという考え方だ。つまり、中核となる開発技術とは別に、必ずやらなければならないテストの技術、データベースに関する技術、ユーザインターフェイスに関する技術もチームが持つという考え方だ。チームの構造を定義するのは簡単だろうか。
-
ふりかえりを改善するためのルール
James Carr氏は最近、ふりかえりを改善するための5つのルールを公開した。これらのルールは、成功したものも失敗したものも含む、何百回にも及ぶふりかえりの経験に基づいている。