リモートワーク時のアジャイルソフトウェア開発チームに役立つ6つのベストプラクティス
ガートナーの米国本社発のオフィシャルサイト「Smarter with Gartner」と、ガートナー アナリストらのブログサイト「Gartner Blog Network」から、＠IT編集部が独自の視点で“読むべき記事”をピックアップして翻訳。グローバルのITトレンドを先取りし「今、何が起きているのか、起きようとしているのか」を展望する。 2020年、リモートワークへの移行が一気に進み、ソフトウェアエンジニアリングやアプリケーションのリーダーからは「開発スピードが低下するのではないか」と懸念する声が上がった。 もともと、アジャイル開発チームは自律性や変化への適応性が高い。だが、アプリケーション技術者の集団として力を発揮し続けるには、緊密なコラボレーションやフィードバックループ、ダイナミックな交流といった強力なチーム文化を維持しなければならない。 Gartnerのアナリストでシニアディレクタ
ヤフーのスクラムマスターが語る、失敗から導き出したチーム改善の知恵【Developers Boost 2019】
スクラムマスターとは、スクラムの理解と実践をチームの全員に促し、プロジェクトを円滑に進めていくメンバーのこと。スクラムを成功に導くために、必要不可欠なポジションだ。ヤフー株式会社の西山慧氏は、入社2年目からスクラムマスターとしてチーム改善に取り組んできた。本セッションでは西山氏が、スクラムにおける3つの失敗談と、その改善を通じて得たノウハウを解説した。 講演資料：入社2年目からスクラムマスターとしてチーム改善に取り組んだ話 ヤフー株式会社 テクノロジーグループシステム統括本部 サービスプラットフォーム本部 西山慧氏 失敗談1：終わらないユーザーストーリー 西山氏はまず、1つ目の事例である「終わらないユーザーストーリー」について解説する。このプロジェクトでは、1つのスプリントを2週間に設定した。そして、あるユーザーストーリーを終えるのに3スプリント（約1か月半）も要してしまったという。明らか
SPEEDA開発チームをブーストするふりかえりのカルチャー - Uzabase for Engineers
こんにちは！SPEEDA開発チームの岩見です。 この記事では私たちSPEEDA開発チームの中でも特徴的な文化のひとつとなっている、ふりかえりについてご紹介します。 以下のような方々のお役に立つことを願っています。 自分たちのチームでもふりかえりをやってみたい方 ふりかえりはやってるけどなんだかマンネリ化している方 色々なふりかえりの運用、実例が知りたい方 SPEEDA開発チームにおけるふりかえり SPEEDA開発チームのふりかえりの特徴 SPEEDA開発チームにおけるファシリテーターの役割 議論しやすい場の設定 アクティビティの選定を含めた全体の進行 ファシリテーターを置くメリット ファシリテーターが他のチームへの理解を深めることができる ファシリテーターが問題を構造的・俯瞰的にとらえる能力が高まる チームのメンバーが議論に集中することができる さいごに SPEEDA開発チームにおけるふり
スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（前編）。Developers Summit 2019
スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（前編）。Developers Summit 2019 アジャイル開発手法を実現する方法として、もっとも普及しているのが「スクラム」でしょう。 スクラムを開発チームの単位で導入している企業は増えてきましたが、これをスケールさせる、つまりスクラムの手法を使って組織全体をより早く動かし、より早く価値を届けていくにはどうすればいいのでしょうか。 そのために開発されたのが「Scrum@Scale」フレームワークです。スクラムをスケールさせる仕組みの背後にあるスケールフリーネットワークや、大きな組織でも迅速に情報を共有する手法が組み込まれた「Scrum@Scale」について、2019年2月に行われたイベント「Developers Summit 2019」で株式会社アトラクタの代表取締役 原田騎郎氏が説明しています。 本
組織をリデザインして「アジャイル組織」にしたら、全員がCEOになった話──ゆめみ片岡代表×Goodpatch土屋氏対談 - TECH PLAY Magazine
「今日からアジャイル組織にします」──ある日突然、ゆめみ代表の片岡氏が宣言して始まった全員CEO制度、有給取り放題制度、給与の自己決定制度などのユニークな組織制度。社員のみんなはどう新たな組織を受け入れることができたのか？組織をリデザインしたときに実際に起こった話を深掘りするべく、Goodpatchの土屋尚史氏が鋭く切り込む！ アジャイル組織にしたら起こった、3つの恐怖と悲哀のドラマ 今回の対談も前回に引き続き、TECH PLAY SHIBUYAにて公開形式で開催された。まずは片岡代表がゆめみの組織改革「アジャイル組織」について、プレゼンテーションが行われた。 ▲株式会社ゆめみ 代表取締役 片岡 俊行氏 1976年生まれ。京都大学大学院情報学研究科在学中の2000年1月、株式会社ゆめみ設立・代表取締役就任。在学中に、100万人規模のコミュニティサービスを立ち上げ、その後も1000万人規模の
立ち上げ時のふりかえりKPTの４つのコツ
https://www.flickr.com/photos/visualpunch/7477997812「問題対私たち」のチームになっていくには？チーム立ち上げのころは相互参加−相互貢献−相互尊重−相互信頼がまだチーム内で醸成されていない状態であることが普通です。このタイミングでは、チームメンバーは些細な困りごとを安心して話すこともできず、仮に本丸の取り組むべき問題をチームで見つけても、チームメンバーが協力して前向きに取り組むことできないことがあります。チーム内の人と人とのコラボレーションの質が低い状態の場合は、ふりかえりの場が、無関心、他責、厄介事の押し付け、一方的な説得、ディベート（言論で打ち負かす）の言動を取りがちで、機能不全に陥ります。 では、どうやって、本丸の重要なテーマの問題にも「問題対私たち」で取り組める相互信頼のあるCool&Sexyなチームになっていくのでしょうか？ KP
「北欧、暮らしの道具店」のエンジニアチームが2年間スクラムを実践して学んだこと | Kurashicom Tech Blog
こんにちは、エンジニアの濱崎です。 クラシコムのエンジニアチームでは、2015年からスクラムでチームを運営してきました。 最近ではスクラムを取り入れている会社も増えてきましたが、やり方は会社やチームによってまちまちで、ベストプラクティス的なものは無いんじゃないかと思います。 クラシコムでも、最初はゆるくスクラムを始めて、いろいろと試行錯誤しながら今のやり方にたどり着きました。 このエントリでは、僕らなりに2年間スクラムを実践してきた中で、うまくいったことや失敗したこと、それらを通して学んだことをお伝えします。 これからスクラムをやろうとしている方や、すでにスクラムを実践しているチームにとって、少しでも参考になれば嬉しいです。 「スクラムって何？」という方は、以下のスライドを読んでいただけると概要をつかめると思います。 ゆるいスクラムから始まったエンジニアが1人しかいないときはスクラムはやっ
チーム開発における「ニワトリ」が適切に鳴くために - 病みつきエンジニアブログ
アジャイルやスクラムとかの文脈で「ニワトリ」と「ブタ」という概念がある。 その言葉自体は結構ググれば出てくると思うんだけど、一つ寓話を引用してみる。要は、「ニワトリとブタ」のプロジェクトメンバーが「ハムエッグ」を作る上で、「ブタ」は自分の身を削っているのに対し、「ニワトリ」は身を削っていないですね、ということ。 ニワトリとブタがいた。 ニワトリは「さあ、レストランでもやろうよ」と言った。 ブタはよく考えてから「レストランの名前は何にしようか」と言った。 ニワトリは答えた。「ハム・エッグさ」。 ブタは言った。「僕は止めておくよ。君は産むだけだけど、僕は切り刻まれるんだよ」 recompile.net ※ 原典は シュエイバー・ビードル共著の「アジャイルソフトウェア開発スクラム」？ 原義からずれるかもしれないが、自分は「ブタとニワトリ」をこう解釈している。 ブタ・・・開発チームのメンバーであり
ふりかえりを分類してみた〜自分のチームに合うのはどれだ！？ #Agile - Lean Baseball
先日、Facebookにて、 【教えてアジャイルに詳しい人】 KPT以外の振り返り手法 とつぶやいてみたところ、大変ありがたいことに、1日で10件以上のフィードバックを頂きました（嬉し涙）. たくさんコメントを頂いたので、せっかくなので分類&「そもそも自分のチームで何をふりかえりたかったんだろう？」をちゃんと振り返ろうと思います. なお、あらかじめ言っておくと、 「分類」しただけで、「効果」に関してはノーコメントです！*1 ふりかえりを分類してみました いきなりですが、このエントリーの言いたいことを絵にした結果こうなりました. 「ここに書いてる手法全部知ってるぜ！」という方はこの四象限を見てそっとブクマしていいと思います. 私はここに書いた手法の2/3は知りませんでした. （そもそもKPTとワールドカフェ、5なぜ以外知らなかったので聞いてみた） 分類の軸 【縦軸】パッション重視か、プロダク
エンジニアの「チーム化」で何が変わる？成功体験を積み上げる、開発チームの作り方 | SELECK
〜エンジニアチームが、明らかに変わる。「 スクラム開発 」のエッセンスをうまく取り入れた、クラウドワークスのエンジニアマネジメントの取り組みとは〜 国内最大級のクラウドソーシングサービスを展開する、株式会社クラウドワークス。同社は事業の拡大に伴い、開発チームの組織化という課題に直面した。その課題に取り組んだのが、過去に100名規模の組織にスクラム開発を導入した経験を持つ、安西 剛さんだ。 安西さんは、ひとつの大きな開発チームを少人数のチームに分割し、スクラムのエッセンスを取り入れることでコミュニケーションを増やす工夫を行った。すると、チームが「同じ目標に向かう」ようになり、成功体験を積み上げていけるようになったそうだ。 アジャイルやスクラムに関わった経験の長い同氏だが、組織をチーム化していくために「スクラムをやろう」と呼びかけるのはアンチパターンだと語る。 あくまでもチームやコミュニケーシ
朝会のこと - @m_seki の
朝会は毎朝やるミーティングです。一般的には、立ってやるとか、こんな話するとか、スタイルの説明がありますが、それでは私たちの朝会の実態を表している感じがしないんですよね。今日はスタイルだけではわからない、私たちの朝会の実態を説明したいと思います。ちなみに私たちのチームの規模感は 十数年 x 小学校1クラスより少ないくらいのイメージです。チケット数は数万くらい。 朝会の流れ 私たちの朝会では、現在のイテレーションに配置されたチケットを全部さらいます。メンバーが順に話すのではなく、チケットをひとつずつ見ていきます。（その結果、ほとんどのメンバーにパスが回ります。） メンバーの負荷の方に興味があるチームの場合はなにかしら変化の起きる可能性の高い「メンバーが手をつけているチケット」について聞いて回る方が効率もいいかもしれませんね。 私たちは、各メンバーが昨日やったこと／今日やること、ではなく、チーム
最近の開発フローの改善と、「スプリントおじさん」という取り組み - しるろぐ
ここ最近、自分が見ているプロジェクトの1つで、うまくスケジュール通りに作業が進んでいなかったので、その対策をした。 その中でも特に効果があった2つを紹介する。 背景 簡単にプロジェクトの背景を説明する。 スクラムっぽい開発をしている スプリントの期間は2週間 スクラムマスターはいるが専任ではない すでにリリース済みで運用中のWebサービスである 基本的によくあるスクラムっぽい感じで、2週間というタイムボックスの中にチームが作業可能なストーリーを突っ込んで、ひたすら消化する。 スプリントの最後には、レビューをして、次のスプリントの計画を立てる。 スクラムマスターは、一応自分が担当しているが、専任ではないし、他のプロジェクトも見ているので、注意深くチームを見れていない。 課題 以下のような課題があった。 バグの修正や問い合わせ対応など、計画時に含まれていなかったタスクがスプリント中に増えてしま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
