契約による設計のメイヤー先生がアジャイル本を出していて、それに関する講演

メイヤー先生Part2 SEA Forum in January 2016「アジャイルの功罪」をメモメモ
（英語がよくわかんないので、テキトーに間違えていると思う。
　とくに、障害って書いたのはあやしい・・・）

---

玉井先生が司会
・メイヤーさんは、明日帰る
・今日のタイトル　アジャイルの功罪→本

・あいさつ
・Agile!
　バックグラウンド

リサーチ
　↓↑
practice

アカデミック：ウォーターフォール
インダストリ：ちがったほうほう

スクラム：半分の時間で２倍の働き
近くで見ると・・
　　風船にはり

１．アジャイルのコンセプト：クリエーターの視点から
４．評価
３．アジャイルコンセプト：より明確な視点
２．アジャイル分析：障害

ねむくなっちゃいといけないので、順番変更

１．キー　アジャイル　コンセプト
　どこからきたの：アジャイルマニュフェスト 2001
　　→見た人：ほとんどだね

　more thanの形で書かれている

・１２の公式なプリンシパル

アジャイルの方法
　ＸＰ:ケントベック(XUnitで知られる）
　リーン：ポッペンディーク(）
　crystal
　スクラム：ソフトウェアオリエンテッドメソッド
→スクラムはマーケットとったよねえ～
　スクラムは他のアイデアを統合（とくにＸＰ）

ＸＰ：The revolt of the cubicles
　９０’Ｓ　プロセス　ＵＭＬ
　　→タイ付けてる人（＝背広のひと）

ＳＣＲＵＭ　マネージメントアプローチ

４．ひどい、Hype(誇大広告）、よい、すばらしい：評価

ひどい
・上流のタスクをだめにする
　　はじめ、要求がない状態
　　前のアーキテクチャをだめにする
・以下のものをだめにする
　　プロダクト、成果物を納品できない Laddik
　　優先すべき拡張性→アジャイルマニュフェスト　Ron oggeiss
　　優先すべき再利用性
・仕様の変更のためのテスト
・伝統的なマネージャーの仕事
　indifferent
　　・ペアプロ
　　・オープンスペース
　　・プランニングポーカー

よい
・動いているコードを強調
・デイリーミーティング：単純だけど　毎日１５分のミーティングではじまるべき
・ノーブランチ
・いたらティブ

すばらしい！
・いてレーションが短い
　　ダイバージョンするんで、
・リファクタリング（設計のコンプリメントとして）
・クローズド　ウィンドウ　ルールースクラム
　　タスクリストにある一定期間、付け加えない
　　（次のいてレーションで実現）

２．障害
Intuitive
　　ダイクストラ：ＧｏＴＯ

Experiential(including anaecdotal)

Logical(analytic)

Empirical


ソフトウェア工学は法則がある
・例：ベーム、まコーネル、

Proof by anecdote;Mike Cohn いいほん
ちぇっくしないと

Intimidation:Steve Denning(フォーブス　２０１２年４月）

Steve Denning

３．アジャイル：より明確な視点
１２のプリンしパル
　　プラクティスが
　　　プリンシパルとプラクティスとは違う
　　アサーション
　　冗長性

設計の終了

クール：スティーブジョブス

アジャイルの価値
・マネージャーの役割を減らす
　　：
アジャイルのプリンシパル
　　組織
　　技術
　チームの自己組織化

スクラム
　　チーム
　　スクラムますたー
　　プロダクトオーナー
自己組織化：音楽

ユーザーストーリー
　　As a ＜user_or_rile＞　
　　I want＜ビジネスファンクション＞
　　so that＜ビジネス_justification＞

O　なら　O
r　なら　r
1　なら　１
2　なら４
3　なら９
4　なら１６

では６ならなにになる・・・そう、わからないが正解！

ラザニアの複雑性
スパゲティの複雑性
　複雑：相互作用する

最後の観察

【質問】
・レトロスペクティブについて、どうおもう
　ＣＭＭなんかとアジャイル反対するけど、それが合う(ミート）する点だよね

マイナンバーでシステム障害 影響長引く可能性も

まだ、マイナンバーをバンバン使うという状況でもないのに、
これで、大丈夫なんだろうか？

マイナンバーでシステム障害　影響長引く可能性も
http://news.goo.ne.jp/article/asahi/nation/ASJ1M5V8MJ1MULFA02G.html