周りではウォーターフォールで出来るエンジニアが減っていているけどアジャイル開発でないとダメという事も無いよな。
イノベーション創出が大きな経営課題となり、企業は新しいサービスやアプリケーションを早く市場に投入し競争優位性を保っていくことが重要だ。そのための開発手法の変革 ...
米ServiceNowは5月9日、米国ラスベガスで開催した年次イベント「Knowledge 18」で、DevOpsへの参入を発表した。これを明らかにした最高製品責任者のCJ Desai氏は、2018年後半に公開予定の次期版で、人工知能（AI）を使った利便性や自動化機能も加わる予定だとし、基調講演で同社のモットーである”将来の仕事の姿を作る”を顧客に見せた。 社内で使うDevOpsを製品化した「Enterprise DevOps」 ITサービス管理（ITSM）でスタートした同社は、単一のプラットフォーム「N
だよね『日本の製造業の強みが、海外でジェフ・サザーランド氏によって体系立てられ、アジャイル開発・スクラムといった形でソフトウェア開発手法として逆輸入されているなどの話題が上がっていた。』
数値は、計画・推測・観測・判断で使わないとね。 って、航海学のPosition Fixで学んだ。 航海中の天測は推測位置から入るよね
IBMの開発ツールの紹介
「SWAT（Speedy Willing Alliance Teamの略）」
。独自のアジャイル開発スキームを「SWAT（Speedy Willing Alliance Teamの略）」
ここまでがんばっても、Agileで行こうとするとやっぱり多重請負が日本のソフトウェア開発の足を引っ張っている。
完ぺきを目指すとロクな事にならない
Project Based Learningについて
Demo or Die. Done is better than perfect.
設計上流のデザインスパイラルを迅速に回せる高度な初期計算シ ステムを構築し，設計の最適化と品質向上を図っている． 図２ 設計スパイラル
12 MAY 2003 反復・スパイラル推奨
頻繁な顧客レビュー推奨 05 DEC 1994
DOD-STD-2167 沢山文書を作ろう (04 JUN 1985)
DOD-STD-2167 Rev. A 工程の反復禁止 29 FEB 1988
本来のあるべき「すりあわせ型」の仕様変更とは，詰める部分は最大限，力を尽くして上流で仕様を詰め，ドメイン知識をつぎ込み，どうしても詰められない部分については，イテレーティブな繰り返し型プロセスで改善を加えていく
Original waterfall paper
そもそもウォータフォールも反復だった
スクラムの原点
スクラムの起源は「The New New Product Development Game, Hirotaka Takeuchi and Ikujiro Nonaka, 1986」という論文。つまり日本の製造業の試行錯誤のイノベーションの方法論が、1990年代から2000年代にかけて米国のソフトウェア産業で受け入れられたという流れがあるという。
継続的デプロイの運用自動化について
オバマ大統領の大統領選のシステム開発
後戻りを許容することでできることが広がるのにそれを無視している開発が多い
ソフトウェア開発手法の比較 ウォーターフォールモデル/統一プロセス（United Process
英語の本の読書会をやっていると日記に書いたら、それがきっかけで勉強会を開催した
後で見よう
コードはHOW、テストはWHAT、ドキュメントはWHY
アジャイル開発では要件が追加されれば、重要度の低い要件を開発対象から外して納期と金額を守るように調整する。また、エンジニアにはイテレーションですばやく開発する技術力と、顧
