「本番環境などという場所はない」マイクロソフトがSaaSの失敗と成功から学んだ、アジャイルからDevOpsへの進化（前編）。Regional SCRUM GATHERING Tokyo 2016
「本番環境などという場所はない」マイクロソフトがSaaSの失敗と成功から学んだ、アジャイルからDevOpsへの進化（前編）。Regional SCRUM GATHERING Tokyo 2016 アジャイル開発手法の1つであるスクラムをテーマにしたイベント「Regional SCRUM GATHERING Tokyo 2016」が1月19日と20日の2日間、都内で開催されました。 そこでマイクロソフトが行ったセッション「マイクロソフトが実践したScrum導入7年間の旅。そしてDevOpsへの進化」は、アジャイル開発からクラウドサービスの提供へと進んだマイクロソフトが、サービス開発の過程で学んださまざまな知見を共有するものとなりました。 そこには、アジャイル開発の延長線上にあるDevOpsを成功させる組織と技術、そしてマインドのあり方が紹介されていました。セッションの内容をダイジェストで紹介
「テスト考2014」考 - プログラマでありたい
テスト考2014が面白いです。記事本文は無論のこと、それに対するブックマークやTwitterの反応が興味深いです。反応としては、主に以下の2つにまとめられます。 賛成。テストの費用対効果を考えるべきだよね 反対。現実の開発の現場を見ろ ２つの世界 何故、ここまで賛否両論になるのしょう？恐らく2つの世界から見た意見なのです。 1つは、職人の世界。あるいは少数精鋭の開発者達です。ベンチャー企業やWeb系の企業が多いですね。こちらの世界では、少数精鋭で開発者の個々の能力が高いことが多いです。生産性をあげるには、元々もっているパフォーマンスをいかに出して貰うかが、組織としては大切になります。そうすると開発の方針としては、生産性を落とさない為の足かせを無くすということが大切になります。簡単にいうと、開発方式をトップレベルに合わせるということですね。 もう1つは、SIerにみられるような、大量の人を投
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
