ウォーターフォールに何もメリットはない？ | スラド デベロッパー
ストーリー by hylom 2016年06月24日 18時25分 ウォーターフォールじゃないと下請けに丸投げできないのでは 部門より アジャイル開発が広がる昨今でも、大規模開発ではウォーターフォールといった考えが主流と思われるが、そうした考えを一蹴する、MicrosoftのDevOpsエバンジェリストの牛尾氏による「私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い」というブログが微妙に注目を集めている。 事の発端となったのは、先日来日した米Microsoftのプロジェクトマネージャで「No.1 DevOps Person」と呼ばれるサム・グッケンハイマー氏と日本企業とのやり取り。氏は企業からの「アジャイルと、ウォータフォールのメリット・デメリットを教えてください」との質問に対して「ウォータフォールは一切メリットがないので止めておきなさい」ときっぱり言い放ったとのこと。これ
日本でアジャイル / DevOps 導入が進まないのは「文化」を変えないから - メソッド屋のブログ
私が初めてeXtreme Programming に出会ったのは確か2000年だと思う。実際に初めてのプロジェクトを実施したのが2001年。それからすでに15年が経過していることになる。そんな長い間アジャイル、そして DevOps の日本での導入に関わってきた。日本のアジャイル導入に関しては全て成功とは言わないが、かなり成果は上げてきたとは思う。だけと、今日は自分の導入ポリシーの誤りに気付いて、新たなステージにいける気がしたので、そのことを共有してみたい。 2002年 尊敬するアリスターコバーンと、XP JUG関西のメンバーと清水寺で。私が写真撮ってたのかなw Alistair.Cockburn.us | Alistair's first trip to Japan sept 2002 日本はアジャイルの導入がこれからという噂を聞いたけど本当？ これは、私がマイクロソフトの面接の時に、当時
ウオーターフォール中心の企業が見直すべき4つの課題
ウオーターフォール中心の企業が見直すべき4つの課題：特集：「差別化」をリードする、アジャイル時代のプロジェクト管理（1） 先が読めないニーズの変化に対応しながらITサービスを開発するためには、どのようにプロジェクトを管理すれば良いのだろうか？ 手作業中心の「静的な管理」がもはや通用しない理由と、今求められる「動的な管理」の要件を考える。 大企業にも強く求められる、アジャイルやDevOpsのアプローチ 今、ソフトウェア開発の在り方があらためて見直されている。背景にあるのは、ニーズに対応する「スピード」が差別化の一大要件となる、昨今の市場環境変化の速さだ。 今やおよそ全てのビジネスをITが支えている他、Webやモバイルが社会に深く浸透し、社外に提供するITサービスも収益、ブランドを左右する重要な顧客窓口になっている。加えて近年のIoT、FinTechトレンドにおいては、ニーズの変化に迅速に対応
「本番環境などという場所はない」マイクロソフトが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を成功させる組織と技術、そしてマインドのあり方が紹介されていました。セッションの内容をダイジェストで紹介
絶対に押さえておきたい、超高速システム構築5要件と3つのテクノロジ
絶対に押さえておきたい、超高速システム構築5要件と3つのテクノロジ：クラウド時代のアジャイルシステムインテグレーション（2）（1/4 ページ） 多くの企業にとって“クラウドファースト”がキーワードとなっている今、クラウドを「適切に」活用する能力はSIerやIT部門のエンジニアにとって必須の技能となっている。今回はビジネス要請にアジャイルに応える「クラウドファースト時代のシステムインテグレーション」に必要な要素技術を解説する。 連載目次 クラウド時代のアジャイルなシステムインテグレーション 前回はクラウドが多くの企業に浸透している現状とともに、従来の「システムごとに最適化された、手作業を前提としたシステムインテグレーション」と、「クラウドを前提としたアジャイルなシステムインテグレーション」の違いを解説しました。今回はもう少し踏み込んで、後者のスタイルを実現するための要素技術を解説したいと思い
アーキテクトと要求もしくは技術について[追記あり] - arclamp
2014年2月27日の要求開発アライアンス２月定例会で「アーキテクチャの発掘に見る要求変化の発見」、そして翌2014年2月28日にはEnterprise ☓ HTML5 Web Application Conference 2014で「JavaエンタープライズアーキテクチャにおけるHTML5」という講演をさせていただきました。 前半は（ここ数年間は同じですが）、ITサービスの提供において「利用価値、提供機能、構成／構造、プロセス」の４つの要素のバランスが重要であり、そのバランスを取る事がアーキテクチャ設計だという話です（そのバランスを保ちながらモノを作るのがマネジメントですね）。そして、後半はそれぞれのイベントの趣旨に従って変えています。 要求定義がきちんとできても、どんなにHTML5に詳しくても、あるいは、どんなにアジャイルがうまく回っても、それ"だけ"で良いITサービスを提供する事は出
![アーキテクトと要求もしくは技術について[追記あり] - arclamp](https://cdn-ak-scissors.b.st-hatena.com/image/square/6d8216e64106bac7e18f0344459bda51cb85fdba/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12704346814673873149%2F12921228815719241700%2F1396502451)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
