BT

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

寄稿

Topics

地域を選ぶ

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

  • あれから10年、いまアジャイルが熱い。アジャイルサムライ他流試合レポート

    2011年9月18日、アジャイルに熱いサムライ達が東京に集結した。「アジャイルサムライ 他流試合」というイベントに参加するためである。「アジャイルサムライ」はJonathan Rasmusson氏によって執筆されたアジャイルの解説書である。発売以降、日本の技術者の心を掴み続け、各地で読書会が開かれている。そして、その読書会の参加者達が一同に集まるイベントがこの「他流試合」だった。

  • 個人と対話は重要だが、プロセスとツールも重要

    アジャイルマニュフェストの“プロセスやツールよりも個人と対話”に価値を置いているという点が議論になっている。この記事では幾人かの論者の意見を紹介する。

  • ユーザーストーリーの見積もりをやめるときなのか?

    最新のアジャイルチームは、時間ベースの見積もりから、ストーリーポイントを使った相対的な見積もりに推移してきているが、我々はこれからも見積もりが必要なのだろうか?

  • アジャイルにおけるUI/UXの未来

    アジャイルを採用したばかりの多くの人々はアジャイルチームにおけるUIやUX���ザインの位置に戸惑っている。以前は多くのチームがチームの作業から切り分けようと試みたり、一つ後のスプリントで行おうとしていた。最近、UIやUXをアジャイルチームに迎え入れたり、UXはむしろ先頭に立つべきだと言う議論が高まっている。

  • Team Foundation Server 11 のアプリケーションライフサイクル管理

    Team Foundation Server 11 には,アプリケーションライフサイクル管理の分野で多くの機能が追加されている。注目すべきなのはイタレーション/スプリントおよびリソース割り当てに関するサポート向上,サードパーティ製テストフレームワークのサポート,能力面で大きく改善された依存性グラフなどだ。

  • スクラム開発に関するイベント「スクラムギャザリング東京2011」が10月に日本初開催

    近年欧米を中心に急速に普及してきたスクラムが、ここ数年国内でも注目を集めていることを受け、ついに日本でスクラムギャザリングが開催されることとなった。

  • スクラムの硬直さ

    スクラムは開発プロセス改善のための柔軟で適用しやすいソフトウエア開発手法と思われている。何年もの間、スクラムは多くの成功を納めてきた。しかし、スクラムを導入しても未だに硬直的なチームがある。スクラムに欠点があるのだろうか、それとも、スクラム導入に失敗したのだろうか。

  • Ken Schwaber氏とJeff Sutherland氏、スクラムガイド改訂版をリリース

    スクラムの共同開発者であるKen Schwaber氏とJeff Sutherland氏は、2010年2月に発行したスクラムガイドの最初の改訂版をリリースした。改訂版では、戦略や技法についての詳細は取り除かれ、スクラムのフレームワーク、ルール、儀式に焦点が当てられている。付随するScrum Update Documentには、スクラムフレームワークの細部を明確にした改良点について説明されている。

  • スクラムアライアンスがCSP認定を強化、ベータプログラムを発表

    スクラムアライアンスは6月のニュースレターで認定スクラムプロフェッショナル(CSP)の指定を強化して"認証評価に必要な仕組みとテストを世界的な標準に合わせた認証プログラム"にする計画を発表した。CSPの認定は実際の仕事でアジャイルを実践した経験が必要なので、スクラムアライアンスの認定スクラムマスタ(CSM)よりも上位の認定として位置づけられている。ベータプログラムの詳細は次のスクラムアライアンスニュースレターで確認できる。

  • チームアカウンタビリティを問う

    Glen Alleman 氏が自分たちの用いているビジネス管理プロセスについて説明し,個人が責任を負わない,チームアカウンタビリティという考え方に異議を唱える。氏はチームが責任を負うことの効果性に疑問を呈し,単に成功ないし失敗の責任を負う個人が存在しないだけなのではないか,と問いかけている。

  • アジャイルコーチを止める時

    アジャイルコーチの Morgan Ahlström 氏は先日,アジャイル促進の成果を望みながら,目標とは正反対の振る舞いをする組織をどうやって扱えばよいのか,という質問を Agile Coach Support メールイングリストに投稿した。

  • 一人のプロダクトオーナーという問題に対する解決策

    プロダクトオーナーはスクラムで最も大変な役割のひとつだと言えるだろう。プロダクトオーナーは一人でプロジェクトの成功に責任を持ち、チームにビジョンを伝えることで開発活動をリードすることが期待されている。そして、チームが最大限のビジネス価値を生み出すのを支援することが期待されている。これは一人にたくさんのことを期待していないだろうか?

  • アジャイルフィードバックループの重要性

    アジャイルコミュニティの複数のメンバーがアジャイル開発プロセスの有効性におけるフィードバックループの重要性を強調している。

  • プロダクトオーナーパターン

    プロダクトオーナーの役割は、多くのオンライン・フォーラムやブログで定期的に議論されている。この役割の持つ課題と、そこに含まれるさまざまな責任は、議論やアドバイスが生み出される原因になってきた。最近、プロダクトオーナーという役割と、アジャイルプロジェクトの中でプロ���クトオーナーが確実にやるべき重要な活動、さらにプロダクトオーナーとプロダクトマネージャの違いについて、いくつか議論がなされた。

  • アジャイルチームへ上手く移行するには

    アジャイルコミュニティのメンバが多くのブログで組織の中でアジャイルへ上手く移行するための条件について書いている。

BT