タグ

ブックマーク / simplearchitect.hatenablog.com (6)

  • 衝撃的な効率性~最高の DevOps チームは「知っている事」で構成されていた~ - メソッド屋のブログ

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

    衝撃的な効率性~最高の DevOps チームは「知っている事」で構成されていた~ - メソッド屋のブログ
  • 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ

    私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ15年ぐらい実施し、導入の支援をしている。私はかつては、日の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか?ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して

    私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
  • ダイバーシティの本質はそういうことじゃないんじゃないかな - メソッド屋のブログ

    いつも通り、生産性に関するブログを書こうと思ったのですが、その過程で、ダイバーシティについて少し調査しようと ブログやをチェックして、とても違和感を感じました。そこで自分の意見を整理するために、ブログを書いてみました。 私は単にインターナショナルチームのメンバーであるだけで、専門家でもなんでもないので、稚拙で誤った意見かもしれませんが、それでも何か書いておくと自分の整理と学び(プロセスの改善のプロフェッショナルとして)になるかと思い筆をとってみました。 自分の感じるダイバーシティの違和感 私はインターナショナルチームで働いています。そして実際にその環境で働いていると、当に楽しく快適に働けています。だから、その環境の素晴らしさと、その環境を日でも実現する方法を考察するために、インターネットを調査してみました。 Microsoftはダイバーシティに非常に力をいれているので、必須教育でもダ

    ダイバーシティの本質はそういうことじゃないんじゃないかな - メソッド屋のブログ
  • 日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む - メソッド屋のブログ

    私は米マイクロソフトの DevOps のインターナショナルチームに所属しています。ただ、住んでいるところは日なので日側のオペレーションも実施しています。 前回のブログでも書いた通り、私はどうして米国のエンジニアが生産性が良いのかをずっと知りたいと思っていたし、今も研究中です。この2つのチームに同時に見えてきたことがあり、彼らの生産性の良さの一端に気付いたのでブログにして残しておきたいと思いました。 見えてきた「物量」の違い 私がインターナショナルチームと一緒に向こうでしているときに、仕事でアップアップになったことはありませんが、日だとしょっちゅうです。日のMSもはっきり言って過去に私が所属したどの会社より相当効率的で無理がないのですが、それでも存在するこの差はいったい何でしょうか?いくつかの事例を通じてだんだん見えてきたことは1つのことをこなすための「物量」が違うということです。

    日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む - メソッド屋のブログ
  • ソフトウェア開発の生産性を阻害する「気軽に聞けない」ことの考察と対策 - メソッド屋のブログ

    マイクロソフトの DevOps テクニカルエバンジェリストになる前から、ずっと不思議だったことがあります。 それは、「アメリカエンジニアの生産性の高さ」です。素晴らしいサービスは大抵彼らから生まれていますし、彼らを見ているとアウトカムも生産性も非常に高く感じます。 私は個人的にこの秘密を解く旅の途中にいます。私はインターナショナルチームに所属しているのですが、同僚と一緒に働いたり、ハッカソンをしたりして気づいた1つの仮説について共有したいと思います。 気軽に「聞けないこと」が生産性を阻害しているのでは? 以前私は「米国のエンジニアはコンピュータサイエンスを専攻している人が多くすごく優秀で、さらに英語が出来るので、技術収集するのも楽だから相当アドバンテージがある」と思っていました。 英語に関してはそうだと思いますが、彼らの個々の人がそんなに優秀かというとそうでもないことに気づきました。それ

    ソフトウェア開発の生産性を阻害する「気軽に聞けない」ことの考察と対策 - メソッド屋のブログ
  • アジャイルなインフラのつくり方とデータマネジメント - メソッド屋のブログ

    さて、今日2発目のブログは、多くの人に書いてくれ〜と言われて約束していたネタです。 目下最近の私の2大関心毎は「Lean Startup/UX」と「Continuous Delivery」です。Lean Startupは書きましたので、何で「Continuous Delivery」か?というのは、理由があります。 最近実は企画フェーズのコンサルの中でプログラムを書いています。JQuery Mobile + Ruby on Rails on EC2 という感じです。インフラからアプリケーション、そしてUX的な要求開発なんかもやっています。チームは企画フェーズのアジャイルなので小さいですが、今回のアプリケーションを作っていて思っていることですが、Agileに加えてRailsやJQuery Mobileを使うとかなり開発って加速するのですが、どうしてもめんどくさい事があります。1つはインフラ構築

    アジャイルなインフラのつくり方とデータマネジメント - メソッド屋のブログ
  • 1