タグ

DevOpsとMicrosoftに関するraimon49のブックマーク (6)

  • Microsoft の DevOps への道のり

    Microsoft の開発も最初から DevOps だったわけではありません。地道に 1 つ 1 つの技術や手法、組織の変更が積み重なって、今のような開発スタイルになっています。この投稿では Azure DevOps という Microsoft の DevOps の根幹となっているツールの開発チームが、どのように環境を DevOps にトランスフォームしてきたか紹介します。 DevOps についてはいろいろ議論があるところです。「ツールだけ揃えてもカルチャーが変わらなければ DevOps じゃないよね」とか「CI/CD してるだけで DevOps してるとか言ってるよ (笑)」とか。 個人的には、日の Waterfall がメインの IT 業界 は、なかなか DevOps というか Agile の世界にも行けていない現状があるので、あるべき論よりも「とりあえず何か 1 つやろう。」という

    Microsoft の DevOps への道のり
    raimon49
    raimon49 2019/03/16
    マイクロソフトにおけるスクラムの運用。どういった情報をウォッチしてユーザーストーリーが作られるか。やはりサティア・ナデラのCEO就任による「開発者の生産性に寄与する会社」という再定義が大きいように見える。
  • 衝撃的な効率性~最高の DevOps チームは「知っている事」で構成されていた~ - メソッド屋のブログ

    今回マイクロソフトの社内カンファレンスに参加するために、シアトルに滞在したが、以前からどうしてもやりたかった、マイクロソフト最高の DevOps チームを直接観察してみたいという夢をかなえてみた。 私はマイクロソフトの DevOps エバンジェリストだが、Sam Guckenheimerのチームの話は、人の口と、プレゼンテーションと、アーティクル経由で理解したものに過ぎない。現場に行って物を見てみたかったのだ。 だから、今回Samにお願いして、VSTS/TFSを開発しているMatthewのチームを観察させてもらった。そこで得たことを皆さんと共有しておきたい。 気になっていたSamの一言 VSTS / TFSの開発チームがいるビルにやってきた。ここにあのチームがいるのかと思うとすごくワクワクしてきた。一体どんなことを彼らはやっているのだろう。それと同時に、私が顧客訪問をSamと日で行っ

    衝撃的な効率性~最高の DevOps チームは「知っている事」で構成されていた~ - メソッド屋のブログ
    raimon49
    raimon49 2016/08/22
    ペアもチームも定期的に入れ替える仕組み。
  • 新技術導入の遅さの一端はラーニングモデルの違いかもしれない - メソッド屋のブログ

    以前から不思議に思っていたことがある。それは、少なくとも米英の人は、ソフトウェア技術やプロセスに対して誤解が圧倒的に少ないということである。 別の回でも書いたが、イギリスの会社とお話しした時も、「アジャイル」に対するとらえ方、考え方は、100%といっていいほど正確だった。 バリューストリームマッピングで困っている人の話 今回の出張で、Sam Guckenheimerに依頼されたことがある。ある人が「バリューストリームマッピングをやっているのだが効果が出なくて困っている」だから原因を一緒に探ってほしいとのことだった。 Samと一緒に彼の話を聞いていると、バリューストリームマッピング、DevOps に関する考え方とらえ方は極めて正確だった。彼の問題は、「コンセプトの理解」は何の問題も無く、その先の「実際にやってみて工夫してみないと到達できない部分」の問題だった。 なぜか米英では、ソフトウェアの

    新技術導入の遅さの一端はラーニングモデルの違いかもしれない - メソッド屋のブログ
    raimon49
    raimon49 2016/08/05
    >なくともアメリカの人は「すべてを理解する」ことに重きを置く。ところが、日本の人は「具体的なやり方」を知って真似することを好む傾向にある。 / セミナーや勉強会でも質問が出ないっていう話を思い出した。
  • MS率いる黒船軍団が“DevOps鎖国”日本に開国を迫った日 (1/4)

    牛尾氏は、DevOpsが浸透していない日の現状を示した。調査によると、企業のソフトウェア開発プロジェクトにおけるアジャイル手法の採用率は、世界平均では95%(Version One調査、2015年)とすでにデファクトの位置付けとなっているのに対し、日ではまだ31%(PMI調査、2015年)にとどまるという。エンタープライズ領域のソフトウェア開発を中心として、日のDevOps導入は明らかに立ち遅れている。 こうした日の現状について、牛尾氏は「200年前の『鎖国』時代とまるで同じだ」と厳しく指摘する。 「鎖国時代の日は、2世紀にもわたって何も変化しなかった。新しいテクノロジーも、新しいライフスタイルも、海外から一切何も学ばなかった。一方で、そのころの米国では産業革命が始まり、新しいテクノロジーによって産業も社会構造も根的に変化していった」(牛尾氏) この長い鎖国時代を通じて、欧米諸

    MS率いる黒船軍団が“DevOps鎖国”日本に開国を迫った日 (1/4)
    raimon49
    raimon49 2016/06/16
    >「許可を求める必要はない。まず先にやってしまって、うまくいくことを実証してみせた後で『ごめんね、成功しちゃった』と言えばいい(笑)」 / Demo Dayの取り組みがよい。
  • DevOpsとは開発と運用の改善ではない:4人の“DevOpsガイ”が熱弁

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ビッグデータやIoTと並び、最近IT業界で流行っている言葉に“DevOps”がある。これは文字通り開発(Development)と運用(Operation)を合成したキーワードだ。開発担当者と運用担当者が連携することで、迅速で継続的なITシステムの開発と運用を実現する。 このDevOps、話題にはなっているが日ではまだまだ十分に普及しているとは言いがたい。そんなDevOpsの現状と未来について、日を代表する“DevOpsガイ”の4人、クリエーションラインのテクノロジー・エバンジェリスト 前佛雅人氏、Ryuzee.com 吉羽龍太郎氏、日マイクロソフト エバンジェリスト 高添修氏、米MicrosoftのDevOpsエバンジェリスト

    DevOpsとは開発と運用の改善ではない:4人の“DevOpsガイ”が熱弁
    raimon49
    raimon49 2016/03/24
    >1 wayが「リードタイムの短縮」、2 wayが「本番環境やユーザーからの学び」、3 wayが「継続的な実験と検証」 / DevOpsの3waysよい。
  • マイクロソフトはYammerからDevOpsを学ぼうとしている

    Exchange Server OnLineやOffice 365など、マイクロソフトはパッケージソフトウェアとして開発した製品を、次々にオンラインサービスとしても並行して提供を始めています。そのオンラインサービスの開発について、マイクロソフトは先日買収したYammerが実践している手法を学ぼうとしていると、Network Worldの記事「Yammer impacting Microsoft's software development process」(マイクロソフトの開発プロセスに対するYammerのインパクト)が報じています。記事から引用します。 Specifically, Microsoft sees great value in the way Yammer introduces weekly changes and new features to its cloud-host

    マイクロソフトはYammerからDevOpsを学ぼうとしている
  • 1