BT

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

寄稿

Topics

地域を選ぶ

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

  • スクラムコミュニティの3組織がScrum Guideを共同採用へ

    分裂状態にあるスクラムコミュニティの3組織が新たにScrumGuide.org webサイトを立ち上げ,"The Scrum Guide, The Definitive Guide to Scrum: The Rules of the Game"の公式ソースとして協力し,推奨していくことを共同発表した。

  • 規範的なアジャイルコーチングの必要性

    アジャイルコーチは通常、チームをコーチングするときは、”無干渉”な叙述的な手法を採用する。そこで、疑問が生まれる。チームがアジャイルを導入し始めているときもこのようなコーチング方法が最良なのだろうか。規範的で”干渉”的なコーチングの場合が効果がある場合があるのではないか。

  • プロジェクトマネージャによるアジャイルチーム管理

    組織がアジャイルを導入すれば,プロジェクトマネージャの役割や行動に影響があるのが普通だ。スクラムは,プロジェクトマネージャをスクラムマスタや,あるいはプロダクトオーナにするかも知れない。プロジェクトマネージャの方もまた,その仕事の仕方や内容を,スクラムマスタやアジャルチームに合ったものに変えることは可能だ。

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

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

  • スクラムとManagement 3.0

    スクラムとManagement 3.0 - Regional Scrum Gathering India 2014でのArne Ahlander氏の講演より。

  • Regional Scrum Gathering India 2014,第2日

    Regional Scrum Gathering India 2014 第2日 - 最新情報,講演,コーチングクリニック

  • Regional Scrum Gathering India 2014,第1日

    Regional Scrum Gathering India 2014 第1日 - 講演,ゲーム,思索

  • Regional Scrum Gathering IndiaのプレカンファレンスワークショップとCSP+リトリート

    Regional Scrum Gathering India 2014の初日に行われたプレカンファレンスワークショップとCSP+リトリートの様子。

  • どのようにして正しい製品を開発するか

    顧客がほしがっていない製品や市場がない製品を作ってしまうのは無駄だ。アジャイルは効率的に製品を開発できるが、何をビルドするかは理解しておかなければならない。どのようにして顧客の製品に対するニーズを見つけることができるだろうか。

  • ING NetherlandsによるDevOps移行の客観的改善測定

    ING Retail Banking NetherlandsのJan-Joost Bouwman氏とMark Heistek氏はDevopsdays Amsterdamで,CMMI-ITIL型の組織がよりアジャイル的な価値観からどのような恩恵を受けられるか,という内容のプレゼンテーションを行った。この種のセッションとしては珍しく,運用システムにデプロイされた変更数の顕著な増加や変更当たりのリスク値の減少など,改善に関する定量的根拠が提示された。

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

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

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

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

  • 匿名振り返りの効力

    Hiren Doshi氏はPractice Agile Software Developmentのブログ記事に匿名振り返りについて書いている。チームのフィードバックを最大化する方法だ。

BT