BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ Team Collaboration に関するすべてのコンテンツ

  • Alexey Pikulev氏,チームトラスト・コンステレーションのエクササイズを語る

    Unusual Conceptsでビジネスアジリティコーチを務めるAlexey Pikulev氏は先日,自身のブログの中で,チームトラスト・コンステレーション(Team Trust Constellation)のエクササイズについて説明した。このエクササイズは,システミック・コンステレーション(Systemic Constellation)の概念に基づいている。

  • ペアプログラミングが難しい理由

    ペアプログラミングはソフトウエアの品質を高め、チームのメンバとの協力を強化するのに良い。しかし、実施するのは難しい。この記事では、ペアプログラミングがなぜ難しいのか、どうすれば実施できるのかについて紹介する。

  • チームの否定的感情に対処する

    アジャイルチームで働くとき、必ずさまざまな感情が生まれる。肯定的な感情はチームの働きを強化し、否定的な感情はチームの協力と生産性に影響を与える可能性がある。Noel Radley氏はチームのムードがプロジェクトマネジメントに与える影響についてペーパーを公開した。InfoQは氏にインタビューし、職場で否定的な感情が生まれる理由、アジャイルチームがどのようにその感情に対処するべきかについて話を聞いた。

  • 少ないマネージャでより良いマネジメントをすることについてJurgen Appelo氏が語る

    Dare Festival Antwerp 2014にてJurgen Appelo氏は新著Management 3.0 Workoutについて話をし、企業がどのようにして自身を管理するかについて例を示した。

  • 個人のムードのチームに対する影響についてGerald Weinberg氏に聞く

    InfoQはチームのムードに影響を与える要因について、調査を進めている。チームのムードはメンバ個々人のムードの統合なので、個々人のムードと、それがチームの働きにどのように影響しているのかを理解することによって、チームのムードについてより理解が高まるだろう。InfoQはGerald Weinberg氏に、個人とチームのムード、個人のムードに影響を与えること、チームのムードについて議論すること、など話を聞いた。

  • ペアプログラミングと非単独開発を用いた共同開発

    ペアリングと非単独開発を用いたペアプログラミングの進化形について,Valentin Tudor Mocanu氏が解説する。

  • Bol.comのDevOpsへの道

    DevOpsDays Amsterdam 2014の初日,オンラインストアのbol.comは,DevOpsへの道程における同社の経験について報告した。成功の鍵となったのは完全な自動化,慎重なチーム構築,そして組織全体に浸透したアジャイル思考だ。RunDesk, Puppet, Hira, Nagiousなどのツールを駆使することでbol.comでは,完全に自動化された方法で���作業環境全体の構築と監視を2時間以内に可能としている。

  • 力と影響について

    DevOpsDays AmsterdamでMark Coleman氏が、企業文化の変化はあるひとりの人間が他人に影響を与えることで始まる、と主張した。氏によれば、Charles Handy氏の力と影響についての著作が組織の動きと、その変化のさせ方についての理解を助けてくれる。Charles Handy氏は著書で力の源泉を6つ挙げている。

  • Etsyはいかにして1日に50回ものデプロイをしているのか

    Daniel Schauenberg氏は先日のQCon Londonで、DevOpsや継続的インテグレーションを実践していることで有名なEtsyは1日に50回ものデプロイをしていると語った。リスクを最小限に抑えながらこのペースの変更を実現するためには、完全に自動化されたデプロイメントパイプライン、徹底的なアプリケーションのモニタリング、IRCベースの共同作業、これらすべてが重要なのだ。Etsyの訪問者数は毎月6千万、月あたりのページビューは15億だ。

  • Kevin Behr氏に聞く,継続的改善の技術(Kung-Fu)

    先頃ニューヨークで開催されたDevOps Daysで,"The Visible Ops Handbook"と"The Phoenix Project"の著者のひとりであるKevin Behr氏は,Jesse Palmer氏とともに,常態的にオーバーワークにある運用チームに継続的改善の文化をいかに浸透させるか,というテーマで講演を行った。InfoQではKevin Behr氏にインタービューし,採用されたアプローチについて詳しく聞いた。

  • アジャイルな企業でフィードバックを使って業績を評価する方法

    企業がアジャイルを導入するとき、業績評価の方法を変えるべきかどうかが論点になる場合ある。業績評価と報賞のプロセスは個々人の成果を元にトップダウンで行われることが多く、チームとしての貢献や協力は査定されない。何人かの著者がフィードバックを次に活かしたり、既存の評価制度を改めることで個人やチームの成果を向上させる方法について話している。

  • アジャイルチームのテスターと開発者の協力関係を改善するには

    開発者やテスターなどアジャイルチームのメンバの協力はチームの成功を助ける。アジャイルチームで開発者とテスターが協力し合うようにするためにはスクラムマスタはどうすればいいだろうか。

  • 情報を統合しDevOps文化を改善する

    Appsecuteプラットフォームはアプリケーションライフサイクルに関連する情報を統合することでコラボレーションを促進し生産性を上げる。このSoftware as a Service (SaaS)プラットフォームは人や統合されたプラットフォームから直接メッセージを受け取り、それを組織内のすべての人が閲覧できるように集約する。

  • Scrumodoro

    チームと個人の両方の生産性を最大化しようと、Mangus Nord氏はスクラムとポモドーロをブレンドした。

  • 完全に分散したチームの生産性と効率の改善

    Andrew Montalenti氏は自身のブログpixelmoneky.orgで、完全に分散したチームの現在と将来の実現可能性について語っている。

BT