BT

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

寄稿

Topics

地域を選ぶ

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

  • 「持続可能なペース」というのは週40時間労働を意味するのか?

    「持続可能なペース」はXPのプラクティスとしてよく知られている。ソフトウェア開発というゲームの中にいるチームが長時間走り続けられるためのプラクティスである。このプラクティスはどんなに忙しく働かざるをえなかったとしても、そのペースが持続可能であれば、同じペースでいつまでも働き続けることができるということを示している。しかし、「持続可能なペース」と、一週間の就業時間との間にはなにか関係があるのだろうか?

  • スクラムのスケーリングについて心配しないで

    アジャイルが組織に導入されるとき、最初に聞かれる質問の一つは、スケーリングについてだ。Tobias Mayersは自身のブログに、スクラムのスケーリングについて、組織はあまり心配しなくてよいという、彼の考えを投稿した。

  • アジャイルな環境のための文化づくり

    Greg Smith氏は自分の最新の著作「Becoming Agile(source:http://www.manning.com/smith/)」の内容を元にした記事を書いた。彼はこの記事の中で、アジャイルへの転換は文化の変容と同じぐらい大きなプロセスの変化であるという、実践に深く根ざした考え方を述べている。

  • 管理者達へ:チームがコミュニケーションスキルを学習できるよう手助けせよ

    アジャイルの「自己組織化チーム」パラダイムは、チームメンバに新しいスキルを要求する。かつてプロジェクトマネージャに期待していたスキル ― 対人スキルだ。チームが自己組織化する為に、コミュニケーションとコラボレーションの新しいやり方を学習する手助けという重要な役割を、管理者は演じることができる。しかし、どこから手をつければいいのだろうか?

  • Article: 高い生産性を生み出すソフトウェア開発の秘伝

    何について学ぶのか?お互いのこと、テクノロジ、ドメイン、顧客など、すべてについてである。速く学習するチームは成功する。チームのパフォーマンスを妨げる目に見えない「学習ボトルネック」について詳しく知りたいのなら続けて読んでほしい。

  • アジャイル組織の管理者の役割は何か?

    組織がアジャイル開発を導入しており、管理者たちが新たなロールを見つけようとしている。導入前に、おそらくアジャイル管理は仕様の作成およびタスクのアサインに関与していた。チームが自己管理されている今、ストーリー(スペックではなく)は、製品所有者からもたらされる。それでは、管理は何をするのか?

  • Agile Project Management ScrumWorks Pro 3.0のリリース

    Danube Technologiesは、ScrumWorks Proの3.0をリリースした。それが最後に語られたのは2007年8月のことである。ScrumWorks Proは、Agile Project Managementツールである。それぞれの反復やリリース全体を通じて、チームの進行をトラックする。

  • よく組織されたチーム:単に生き残るのではなく、成功へと導く支援

    業績の良いチームを編成するには何が必要なのか?Doug Shimp氏およびSamall Hazziez氏によると「よく組織されたチーム」は以下の特徴があるらしい。AgileおよびLeanの原則に従う、フィードバックループがある適応システムを使用、ビジネスの展望にフォーカス、そして熱意があり非常に生産的である。

  • スクラムマスターがブロッカーとなるのは、守るべきパターンか、それとも避けたほうが良さそうか?

    あなたは開発チームの一員で、そのチームではアジャイルを採用しているか、その方向に向かおうとしている。あなたはおそらく、スクラムか、その他のアジャイル手法のいずれか、あるいは独自に組み合わせたものを考えているだろう。もしアジャイルを小さく始めるのだとしたら、おそらくあなたは組織の体質に逆らって仕事をしているのだろう。

  • イテレーションやスプリントはアジャイルチームにとって無駄か、有用か

    アジャイルなソフトウェア開発を行う上で、イテレーションは基本的な特徴であると考える人は多いが、中には、果たして重要なのか、アジャイル方式に価値を加えているのか、余分ではないのか、はたまた無駄ではないかとさえ疑う者もいる。イテレーションがアジャイルチームにとって重要か否かの決定に役立ててもらおうと、InfoQではこの問題の論点を総括した。

  • 一つのAgileチームで複数のプロジェクトをこなすには

    組織において一つのデベロッパグループが複数のプロジェクトを完成しなければならない事は珍しいことではない。このような状況においてグループはどのように構成され、またどのように彼らの作業をどのように計画し、配分するべきなのだろうか。

  • 自己組織チームはもう必要ない?

    Jim Highsmith氏は自己組織のチームという用語は”Agileコミュニティにおいてその実用性を使い果たしたゆえに置き換えられる必要がある。”ことを提示している。また彼はライトタッチなリーダーシップがより適切である事も提案している。しかしながら、これは自己組織のチームの必要性とそれぞれのチームメンバーが”事を成し遂げるための仕事”に集中するのを妨げるのではないだろうか?

BT