BT

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

寄稿

Topics

地域を選ぶ

InfoQ ホームページ チームワーク に関するすべてのコンテンツ

  • 実践のための透明性と自己統制型管理の展開

    Lean Kanban France 2014カンファレンスでBjarte Bogsnes氏は,"脱予算(Beyond Budgeting)"をテーマとした基調講演を行った。プレゼンテーションの中で氏は,従来の管理方法の問題点,透明性と自己統制型管理による問題解決,予算編成より優先すべき原則とプラクティスについて語った。

  • かんばん方式による変革 - ある保険会社のケーススタディ

    かんばん方式は作業管理に使用されることが多いが,概念としては,組織改革の旅の道先案内として使うこともできる。今回紹介するのは,かんばん方式を利用した改革によって,可視性と予測可能性の改善と人々の積極的参加を成し遂げた,ある保険会社のケーススタディである。

  • テスト容易性のためのシステム設計

    テスト容易性(Testability)にはシステムで明示的な設計が必要だ,とSiemens AGのPeter Zimmerer氏はいう。テストアーキテクトはテスト容易性を推進すると同時に,優れた設計とエンジニアリングプラクティスを採用するためにシステムアーキテクトや設計者,テスタともコラボレートしなければならない。氏はQA&Test 2014カンファレンスで,組み込みソフトウェアにおけるテスト容易性の設計についてのチュートリアルを実施した。

  • ストーリウォールを作るためのさまざまなアプローチ

    Ryan Mckergow氏がアジャイルチームのために,ストーリウォールを立ち上げるためのさまざまな方法を解説する。今回の記事では,列や行のセットアップ,色の選択やアバターの利用について取り上げる。

  • 遠隔チーム管理に関する書籍シリーズ

    書籍シリーズ "The Art of Managing Remote Teams" では,遠隔チームの確立と作業について,著者らが自らの経験とアドバイスを提供している。想定している読者は,オフショアないしニアショアチームを立ち上げたい,あるいはすでに管理している遠隔チームを改善したいと考える人々だ。

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

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

  • アジャイルで効果的なIT-ビジネス アライメントを生み出すには

    アジャイルプロジェクトのプロジェクトオーナは,おもにビジネスとITのコネクションを確保する役割だと受け止められがちだ。しかし,ITとビジネスの効果的なアライメントのためには,プロダクトオーナでは不十分だ。組織のビジネスやデマンド,サプライといった役割の人々は,ITとビジネスのアライメントの効果を高めるために何ができるだろう?

  • アジャイルチームでソフトウェア品質を改善する

    アジャイルチームが納品するソフトウェアの品質は、労働時間の長さや納期、チームのプレッシャーによって、強い影響を受けることがある。ソフトウェアの品質がこれらのことに影響されずに、チームがソフトウェアの品質を向上させるにはどうすればよいだろうか? 私からの提案は、作業範囲と納期に余裕を持たせ、プルシステムを採用し、チームメンバがあせらずに、ゆっくりと眠れるようにすることだ。

  • アジャイルを導入する方法

    トップダウンでアジャイルが導入されるのは、企業ではよくあることだ。しかし、その他の方法もある。ステルスでアジャイルを導入する方法や、継続的改善チームを使う方法、限定的にアジャイルの方法を取り入れて、ゆっくりと進め始める方法がある。

  • 人員を増やさず,より多くのソフトウェアを提供するには

    ソフトウェア製品やサービスに対するニーズの増加に伴って,企業の開発能力を向上させるための方法が求められている。多くの企業が選択するのは,人員の追加によるスケールアップだ。このアプローチに対して一部の人々が疑問を持ち,人員を増やすことなく,より多くのソフトウェアを提供する方法を提案している。

  • プロダクションオーナはスプリントのレトロスペクティブに積極的に参加するべきだ

    Roman Pichler氏が,プロダクトオーナがスプリントのレトロスペクティブに参加することによる,開発チームとのコラボレーション向上について,自身の見解を述べている。

  • 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つ挙げている。

  • アジャイルにマネージャと職務階級は必要か?

    アジャイルを採用している組織は職務階級を廃止すべきだ,マネージャを一掃すべきだ,といった意見をしばしば耳にする。マネージャや職務階級の存在がチームの自己組織化を阻害する考えられているのだ。

  • Bob Marshall氏に聞く - “反物質の原則”について

    ソフトウェア開発は知的共同作業として見ることができる。このような見地に立てば組織,あるいは組織に従事する人々を管理する方法もおのずと違ってくる。InfoQは"反物質の原則(Antimatter Principle)"についていくつかのブログ記事を書いたBob Marshall氏に,その原則について,さらには原則を適用して人々の要求に応えた実例についてインタビューした。

BT