フェニックスプロジェクトワークショップを体験してきました - @ikikko のはてなブログ
今日、クリエーションラインさんのフェニックスプロジェクトワークショップというのがありました。それに参加してきたので、忘れないうちにメモっておこうと思います。 www.creationline.com 目的 今日の参加者は、普段とは違ってアジャイルコーチの人たちばかりで構成されてました*1。 めんどくさいアジャイルコーチな人たちはよく「自律的なチームがー」みたいに言ってるけど、その人たちが集まったときにほんとにそういう風に振る舞えるの？というのが気になってたので、この機会にいっちょ確かめてみようかというのが目的。 感想 あー、ただただ、多人数での作業の進め方に熟練した人たちばかりでやると、ここまで物事が早く進むんだなあというのを実感した場でした。いくつか例をあげると、こちら。こういうのって、別に今回のワークショップに限定した話ではないんですよね。 話しやすいように、ワークショップ始まって最初
Value Stream Mapping ワークショップ @ DevOpsDays Tokyo 2019
2019/4/10 に DevOpsDays Tokyo 2019 でやった、Value Stream Mapping で使用した資料です。DevOps の活動に活用してください！ DevOps のコミュニティを盛り上げていきたいという方、出張開催しますので呼んでください。 ※ワークショップのため、描き方は普段やっているものより簡易なものになっています。
Microsoft の DevOps への道のり
Microsoft の開発も最初から DevOps だったわけではありません。地道に 1 つ 1 つの技術や手法、組織の変更が積み重なって、今のような開発スタイルになっています。この投稿では Azure DevOps という Microsoft の DevOps の根幹となっているツールの開発チームが、どのように環境を DevOps にトランスフォームしてきたか紹介します。 DevOps についてはいろいろ議論があるところです。「ツールだけ揃えてもカルチャーが変わらなければ DevOps じゃないよね」とか「CI/CD してるだけで DevOps してるとか言ってるよ (笑)」とか。 個人的には、日本の Waterfall がメインの IT 業界 は、なかなか DevOps というか Agile の世界にも行けていない現状があるので、あるべき論よりも「とりあえず何か 1 つやろう。」という
バリューストリームマッピングをやってみた | DevelopersIO
はじめに こんにちは、DevOps導入支援担当の藤村です。 今回はDevOps導入支援を行っていく中で欠かすことのできないバリューストリームマッピングについて、クラスメソッド社内のとあるプロジェクトで実施してみた内容をお届けします。 バリューストリームマッピングとは バリューストリームマッピングとは、製品やサービス、機能を顧客に届けるために必要なプロセスを可視化するためのツールです。 以前書いた、DevOps導入支援サービスのご紹介という記事の中で、DevOps導入の目的はお客様のビジネス競争力の向上のためであり、そのためには以下のステップを順に実践することが重要だと書きました。 お客様のリードタイムの短縮の実現 お客様のフィードバックループの継続的な短縮、強化の実現 お客様の仮説検証ループの高速化の実現 今回紹介するバリューストリームマッピングは、1番目のステップであるお客様のリードタイ
衝撃的な効率性～最高の DevOps チームは「知っている事」で構成されていた～ - メソッド屋のブログ
今回マイクロソフトの社内カンファレンスに参加するために、シアトルに滞在したが、以前からどうしてもやりたかった、マイクロソフト最高の DevOps チームを直接観察してみたいという夢をかなえてみた。 私はマイクロソフトの DevOps エバンジェリストだが、Sam Guckenheimerのチームの話は、本人の口と、プレゼンテーションと、アーティクル経由で理解したものに過ぎない。現場に行って本物を見てみたかったのだ。 だから、今回Ｓａｍにお願いして、VSTS/TFSを開発しているMatthewのチームを観察させてもらった。そこで得たことを皆さんと共有しておきたい。 気になっていたSamの一言 VSTS / TFSの開発チームがいるビルにやってきた。ここにあのチームがいるのかと思うとすごくワクワクしてきた。一体どんなことを彼らはやっているのだろう。それと同時に、私が顧客訪問をSamと日本で行っ
夏サミ 2014 『KDDIのAgile&DevOpsへの挑戦と戦果』聴講メモ #natsumi - べにやまぶろぐ
今回は業務都合で残念ながら午前の部は参加できなかったのでセッションは午後から。結局今回はずっと B ルームにいたので主なテーマはアジャイルと DevOps でした。 というわけで最初のセッションは こちら です。 「KDDIのAgile&DevOpsへの挑戦と戦果」 川上 誠司 氏〔KDDI〕 アーサー・C・クラークの三法則 「高名だが年配の科学者が可能であると言った場合、その主張はほぼ間違いない。また不可能であると言った場合には、その主張はまず間違っている。」 => 年配の開発者(=上司)とも読み替えられる WF 開発の限界を感じていた Ray L. Birdwhistell によれば言語コミュニケーションで伝わるのはせいぜい35%程度の情報（３回ホップすればおよそ5%まで減衰してしまう）。 ５年で 10 億かけたシステムをハードウェア EOSL 起因で移行(Linux のポーティング)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Cookpad's deployment and auto scaling