仮想パネル: バックログは重要な成果物とプラクティスか、それとも無駄か?
Mary Poppendieck氏、Ron Jeffries氏、Jeff Patton氏、David West氏、Steve Freeman氏、Jason Yip氏が、バックログに関する彼らの意見とアジャイルチームを成功させるために必要な事を語った。
InfoQ
InfoQ
エディタ毎の記事の表示
Amr Elssamadisy
Amr Elssamadisy is a software practitioner who is also a partner with Gemba Systems working with a group of talented software practitioners helping IT organizations build better software. He helps Gemba's clients find, focus upon and understand their business goals (which aren't always that obvious), then works with them to learn and use the appropriate tools - personal, process, and technical - to reach those goals. Amr is a frequent speaker at software development conferences, regularly writes for the InfoQ and the Agile Journal, and is the author of Patterns of Agile Practice Adoption.
全ての Amr Elssamadisyに関するすべてのコンテンツ
Amr Elssamadisyが書いた最新の記事
Amr Elssamadisyが書いたNews
リーンスタートアップ
リーンスタートアップのムーブメントは拡大し続けており、世界中のローカルユーザグループで、成功するビジネスについて議論し、学び、立ち上げるために集まっている。しかし、リーンスタートアップとは何だろうか？ ガレージにいる2人のハッカーのことだろうか、はたまたそれ以上の何かだろうか？
恐怖の中でのアジャイルの導入
アジャイルを導入し、チームを変えるのは、効果的な場合もあるし、そうでない場合もある。失敗には共通の特徴があるだろうか。恐怖は関係するだろうか。恐怖に満ちた環境てアジャイルを導入する場合、どんな事態が待ち受けているか。
「技術的負債」は今でもメタファとして有効か
LinkedIn Agile Alliance グループでは，今日のグローバルなソフトウェア開発の世界において "技術的負債" が現在もメタファとして有効なのかが議論されている。そしてこの議論が20年を経た今でも，このメタファの有効性に対しての強い支持が存在することを明らかにした。
満足感と自己組織化したチーム
自己組織化したチームで、満足感はポジティブにもネガティブにも、成果に影響を与えるのだろうか？ Mark Levison氏は心理学における研究成果について紹介した。これによると、選択とコントロールは交換可能だという。「もし権限がなければ、選択する権利があることを強く要求しますが、もし選択する権利があれば、同等の権限を求めないのです」これは自己組織化の成功と痛みを説明するものだろうか？
商業的関心が失敗を隠す
Philippe Kruchten氏がアジャイルについて次ように述べている。"アジャイルの運動はティーンエイジャーに似ています。自己中心的で、鏡ばかり見ていつも外見を気にしていて、批判は受け付ず..."。氏は12の口に出しにくいことを列挙する。意図的に避けられている言いにくい問題だ。第一に挙げられているのは、商業的関心が失敗を隠してしまうことだ。
チームアカウンタビリティを問う
Glen Alleman 氏が自分たちの用いているビジネス管理プロセスについて説明し，個人が責任を負わない，チームアカウンタビリティという考え方に異議を唱える。氏はチームが責任を負うことの効果性に疑問を呈し，単に成功ないし失敗の責任を負う個人が存在しないだけなのではないか，と問いかけている。
チームから信頼を得るには
Wanjun Zhuang氏がLinkedInのアジャイルコーチンググループのメンバに新しいアジャイルチームから信頼を得ることについて質問している。氏はメンバからマネージャだと思われていて気持ちを開いてくれない。評価者だと思っているのだ。この質問にはたくさんの助言が寄せられた。どれもそソフトウエア開発チームに役に立ちそうだ。
アジャイル契約
ほとんどのソフトウェア契約は，固定的なスコープ/コスト/スケジュールという，ウォーターフォール方式のアプローチを念頭において書かれています。 この記事では，アジャイルソフトウェアプロジェクトの契約を記述する方法についてのアドバイスを提供します。以下、RSS feed / longer summary (max 400 chars)です。 従来のウォーターフォールモデル手法，すなわち要件を定義し，サプライヤが価格を提示して，両者が法的拘束力を伴う契約書にサインする，というやり方は，企業が何かを購入する場合にはとても都合のよいものです。しかしこの方法で記述された契約書には，アジャイルアプローチを使った開発に必要な自由がほとんどありません。この記事では，サプライヤと顧客がアジャイル開発の契約を締結するために利用可能な，４つの異なったモデルを検証しています。
オピニオン:アジャイルとはなにか？役立たずな説か欠くことのできない質問か？
好みのブラウザのクイックサーチを使って「アジャイルソフトウェア開発」の最近の記事を探すと、アジャイルとは何かについて驚くべきほど多様に派生したアイディアが返されるだろう。これは良い事なのか？これは悪い事なのか？もしくは5/10(月)に書かれたこの記事は、空白を埋めているのだろうか？
ソフトスキル(Soft Skill)が最も重要 - アジャイル・ボストン・オープンスペース報告
アジャイル・ボストン・ユーザグループ(Agile Boston user group) は先週，OpenSpace カンファレンスを終日開催した。セッションのひとつは，自分および／または自チームの組織に所属する，他グループに対する影響力行使に関するものだった。セッションの参加者たちは，それぞれ異なる状況と問題について理解し合い，事態を改善するための複数の戦略を見出すことができた。そしてその中に，アジャイルのプラクティスは含まれていない。