[*アジャイル]マーケティングをアジャイルで実施する10のステップ。アジャイル自体が人間と価値の創出に主眼を置いたものであるので、作成するものがソフトウェアでなくても問題なく適用できる
[*アジャイル]受け入れテストの作成の指針。抽象化し、関連コンポーネントも含め何故テストにパスしたか分かるように。集約し重複したテストを作らない。各テストは独立性を保ち依存関係を作らない。など
[*アジャイル]コードは「自宅のキッチンのように」常にクリーンに保つべし。リリース間際にまとめてやろうとするのは、ガレージの大掃除と同じだ。
[*アジャイル]クロスファンクショナルなチームもそうでないチームも、価値を顧客に届けることが最も大事なことである。
InfoQ: Agile Team Meets a Fixed Price Contract
[*アジャイル]アジャイルにおける固定費用の契約はイヤなものだが、最も多く採用せざるを得ないものでもある。それにどうやって対応するか？固定スコープから固定費用への移行に際して何を考えるべきか
[*アジャイル]アジャイルテスターの10原則。継続的なフィードバック、顧客に価値を。対面でのコミュニケーション。勇気を持つ。シンプルに。継続的な改善。変化への対応。自己組織。人にフォーカス。楽しむ。
[*アジャイル]どうやって要求事項に優先順位をつけるかをYoutubeのビデオで説明。価値と難易度を基準にして、4つに分類。ROIを基準に選定する。高価値・低難易度を先に、低価値・高難易度は捨てる。
[*アジャイル]アジャイルは文化でありプロセスではない。Agile development is a culture, not a process.
[*アジャイル]Scrum風について。(1)リズムの欠如(2)鶏の介入(3)豚がいない(4)スクラムマスターが仕事を割り振る(5)デイリースクラムがスクラムマスターのもの(6)職能で担当範囲を決めてしまう。など
[*アジャイル]アジリティはプロジェクト、仕事、キャリアに対して真摯な態度をとれてこそであり、単にプラクティスだけで十分な成果をあげられるわけではない。
[*アジャイル]スプリントでのコミットメントを達成するための８つの方法。(1)前のスプリントを参考に(2)小さいストーリーに分ける(3)大きいストーリーの優先度をあげる(4)スコープ変更を阻止する(5)厳密な優先順位づけ。など
[*アジャイル]アジャイルにおけるコミュニケーションの重要性。なぜ沢山のコミュニケーションがしばしば必要でデモもしばしば行うのか？過去の振り返りをするのか？ビジネスに注力するのか？の答え
[*アジャイル]アジャイル適用におけるアンチパターン。(1)銀の弾丸と思う(2)アジャイルを無規律であることの言い訳にする(3)説明なしにやる(4)フィードバックしない(5)プロセスを固定してしまう
[*アジャイル]ここ一年くらいで日本におけるアジャイルの潮流も大分変わってきたなぁと実感するとともに、ここからはバズワード的に根底を理解されないままに似非をされることも増えるんだろうなー、と。
[*アジャイル]アジャイルで成功するための要因。プラクティスをやっているからアジャイルなのではなく、顧客ニーズにあった高品質なソフトウェアを頻繁に継続的にデリバリできることがアジャイルなんだよ。
[*アジャイル]アジャイルなプロジェクトにはアジャイルなキャスティングが必要か？チームとともに熱意をもって働き他人の考え方を受け入れられ価値のために働ける人＞技術はあるけど他人の言うことを受け入れない人、だと思う。
[*アジャイル]採用面接でペアプロをやらせる例。OOへの理解、コードレビューによる問題の指摘を論理的に他人に説明できるか、リスクのあるリファクタリングをやってしまわないか、等。手間はかかるがこれはイイ！
[*アジャイル][*あとで訳す]アジャイルの組織への導入を先導した人に聞いた５つの質問。なんでアジャイルなの？という問いへの答えは、スタートアップの会社として素早くモノを作ってビジネス成果をあげる必要があるから、とのこと。
[*アジャイル]こういうことをするとスクラムマスターは発狂する。というかチームメンバーもだが。
[*アジャイル]組織におけるアジャイル適用の成熟度の話。５段階に分けられている。分かりやすい。
[*アジャイル]プロダクトバックログを優先順位づけする方法。優先順位決定のための観点は、「価値」「不確実性やリスク」「リリースしやすさ」「依存性」
thekua.com@work » XP2009 – Climbing the Dreyfus Ladder of Agile Practices
[*アジャイル][*あとで訳す]アジャイルなプラクティスへの取り組みにおける習熟度別の行動パターン。面白い！
[*アジャイル]ダメなプログラマーの例。リファクタリングしない、UI層にビジネスロジックを入れる、やたらと引数の多いメソッド、短すぎる変数名、英語のスペル間違いなどなど。
InfoQ: スクラムマスターは技術がわかる必要があるか？
[*アジャイル]個人的には技術が分かる必要があると断言。技術はチームに全部任せて外的な問題だけを解決すれば良い、という成熟度の高いチームの存在割合は極めて低い。大多数はプラクティスレベルでつまづいている
[*アジャイル]アジャイルプロジェクトにおける進捗は何を指標にするのか？
[*アジャイル]Salesforceもそうだが、SaaSでサービス提供すると、必然的にどんどん機能が追加、洗練されていく。それをやるのにはアジャイルが向いているということ。
[*アジャイル][*あとで訳す]アジャイルをパイロット導入する際の評価軸。図をみると分かりやすい
[*アジャイル]ベロシティを他のチームと比べたらだめよん
[*アジャイル]
[*アジャイル]ScrumとKanbanはあう。
[*アジャイル]なぜアジャイルを使うのか。
[*アジャイル]ベロシティ目標とベロシティのインフレ
MS Agile Day 3でLTしてきました – almost nearly dead
Agile Isn’t Immune for People Who Don’t Give a Damn
[*アジャイル][Agile Day3]
開発者たちがアジャイル開発に抵抗感を示すワケ（1/3）:企業のIT・経営・ビジネスをつなぐ情報サイト EnterpriseZine (EZ)
今、アジャイルが大企業に採用されるために解決すべきたったの2つの課題（1/3）:企業のIT・経営・ビジネスをつなぐ情報サイト EnterpriseZine (EZ)
[Agile Day3][*アジャイル]
[*アジャイル][*あとで訳す]
Amazon.co.jp： Agile Adoption Patterns: A Roadmap to Organizational Success: Amr Elssamadisy: 洋書