スプリントの振り返り大全 〜 チームに最適な手法を見つける15のレトロスペクティブを振り返る - Agile Journey
はじめまして。株式会社イノベーター・ジャパンでフロントエンドエンジニアをしている、うじた（@besburg）です。弊社ではスクラムによる開発を取り入れており、スプリントの最後には毎回スプリントレトロスペクティブという振り返りを行っています。そこで試した振り返りの手法をこの記事ではまとめてみました。 私たちのプロジェクトではタスクの優先度に入れ替わりが多く、今やっていることを可視化するため、2021年8月からスクラムを開始しました。参加メンバーは各プロジェクトのエンジニア全員で、スプリント期間に合わせて1週間ごとに振り返りを行っています。スクラムによる開発が初めてだったこともあり、当初は自分たちに合った手法を見つけることを目標に振り返りを進めました。 週ごとにメンバーが交代でファシリテーターを担当し、試したい振り返り手法を持ち寄ってレトロスペクティブを行いました。そのため基本的には振り返り手
週1回たった15分の「振り返り⇒軌道修正」が、仕事の質を上げてくれる納得の理由。 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
「毎日忙しく作業しているのに、仕事がいつまでも終わらない……」 「頑張っているのに、目標までの道のりが遠い気がする……」 こんな悩みがある人には、振り返りの時間を設けることをおすすめします。振り返りをしないと、長期的に見て仕事の効率が落ちたり成果が出なくなったりする可能性があるからです。 なかには、「忙しすぎて、振り返るための時間なんてとれない！」という人もいるかもしれません。でも大丈夫。「週にたった一度だけの振り返り」でも、効果はあるそうですよ。そのやり方を、実践報告も交えてご紹介します。 振り返りをしないとなぜ困る？ 1. 成果を安定して出せない 2. 仕事が終わらない 振り返りは「週1回」でもいい！ 1.「週1回」振り返る 2.「よかったこと」から振り返る 3.「翌週の仮行動」を決める 「週1回の振り返り」で軌道修正してみた たった週1回振り返るだけで、仕事の効率が上がった！ 経験を
スクラム開発のスプリント振り返りを色々な手法でやってみた - Innovator Japan Engineers’ Blog
こんにちは、エンジニアのうじたです。 弊社ではスクラム開発を取り入れており、スプリント内の最後には毎回スプリントレトロスペクティブという振り返りを行っています。 2021年の8月から開始して、現在までの間に約15個の振り返り手法を試してみました。 現在はFDL+Tというオリジナルの手法によって行っています。 この記事では試してみたいくつかの振り返り手法の感想と現在のFDL+Tという手法を採用した経緯をまとめました。 どの振り返り手法を採用しようか悩んでいる方の参考や弊社の振り返りの雰囲気が伝わると嬉しいです。 弊社でのスプリント振り返りの歴史 試した振り返り手法の感想 FDL SSC 象、死んだ魚、嘔吐 YWT KPT 現在の手法を採用した経緯 まとめ 試した振り返り手法の感想 FDL Fun（楽しかったこと） Done（価値を届けられたこと） Learn（学んだこと） 振り返りが暗いもの
成績の伸ばし方がわかる！ 勉強法の改善点が自然と見えてくるフレームワーク「YWT」の使い方 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
「1か月も前から試験勉強をしていたのに、点数が思ったより低かった」 「もう十分勉強しているのに、これ以上勉強法をどう改善したらいいかわからない……」 このように悩んでしまうのは、勉強した「つもり」になっているだけだからかもしれません。今回は、勉強した「つもり」の状態に陥ることを防ぐのに有効な「YWT」と呼ばれる振り返り法について、詳しくご紹介します。成績の伸び悩みや、勉強の行き詰まりを解消するために、ぜひ活用してください。 勉強した「つもり」になる人が気づけていないこと 教育デザインラボ代表理事で教育評論家の石田勝紀氏は、勉強した「つもり」になっている人がやりがちな、成果につながらない勉強法の一例として、以下を挙げています。 「複数冊の問題集」に挑む →本当は、1冊の問題集を繰り返すほうが、必要な情報を記憶しやすい。何冊もの問題集に手を出しても、記憶の定着率はなかなか上がらない。 新出用語
がんばりすぎないふりかえりのススメ - yigarashiのブログ
がんばりすぎてふりかえりを嫌いになった 自分たちのやりかたを検査して改善するふりかえり。巷には様々な思想やフレークワークが出回っています。チームからうまく情報を引き出したり、教訓に昇華したり、SMARTなアクションを設定することも大事です。そういう情報がどんどん襲ってきて、しっかり会を設計してバリューの高いふりかえりをやらなければという気になってきます。 それで工夫して上手くいくなら良いですが、自分にとってはあまり良い道標として機能しませんでした。会を頑張って設計しても、そもそも参加者が喋ってくれなかったり、ファシリテーターと1対1の会話が起こるだけになったりして、手応えを得られないことが多くありました。それでもちゃんとバリューを出さなければと焦って、なんとかアクションをまとめたり、無理やり教訓ということにしてチームのドキュメントに追記したりしていました。そういうぎこちない会を回すのはとに
SRE チームを支えるふりかえりの文化 - スタディサプリ Product Team Blog
こんにちは。SRE チームの@chaspy です。 本記事では私の所属する SRE チームにおける「ふりかえり」の文化を紹介します。 背景 最近のチームのふりかえり会 *1 で僕自身が以下のようなコメントを"Keep"として出しました。 これは、単にこのふりかえり会が継続している、という意味に留まりません。あらゆる物事に対してふりかえりが行われ、改善サイクルが高速に回っていると感じます。それはチームメンバー全員が以下の価値観で仕事を進められているからだと思います。 あらゆる問題、取り組み、事象について「それは本当に必要か？」「それはなぜやるのか？」といったことを問うことができる。いわゆるクリティカルシンキング。 あらゆる問題に対して、建設的・前向きに、他者や何かを否定することなく、より良い案を言葉にして提案できる。建設的思考。blameless。 やることにコストがかからず、やらない理由が
組織に失敗学でPostmortem文化の定着を試みた話 - 電通総研 テックブログ
これは電通国際情報サービス アドベントカレンダーの12日目の記事です。 こんにちは。電通国際情報サービス 金融ソリューション事業部 石沢です。 本記事は当部門で5年ほど前から継続している組織としてのPostmortem（ポストモーテム）活動「失敗学」をご紹介します。様々な用語で類似の活動をされている組織も多いと思いますが、良きシステム開発を実施するためのヒントとなれば幸いです。 Postmortem（トラブル事後分析）文化について Postmortemは直訳すると検死解剖ですが、システム開発の文脈では現在「トラブルの事後分析」という意味で使われています。有名なところでは サイトリライアビリティエンジニアリング The DevOps ハンドブック 理論・原則・実践のすべて 他多数の書籍で紹介されている概念です。 簡単にいうと、 システムやサービスにおいて発生したインシデント（障害等）の対応が
一年半同じチームで色んなふりかえりをやったので手法と学び紹介していく
Scrum Fest Mikawa 2021の登壇資料です。 以下は資料内で引用している参考リンクです DPA https://qiita.com/viva_tweet_x/items/97e819c626979b78947a KPT http://objectclub.jp/download/files/pf/KPT_TIPS.pdf TimeLine https://developers.freee.co.jp/entry/timeline-is-a-good-retrospective-method 象、死んだ魚、嘔吐 https://no-kill-switch.ghost.io/elephants-dead-fish-vomit/ Start Stop Continue https://www.retrium.com/retrospective-techniques/start-
KPTのKがいまいち膨らまないチームに贈るパワフルな質問 - yigarashiのブログ
ふりかえりでKPTのようなポジティブ/ネガティブな話題を出すような手法を使っていると、悪いところの掘り下げはサクサクできる一方で、良いところをうまく膨らませるのが意外と難しいように思います。書いた本人に話してもらって、ファシリテーターが「いいですね」とコメントして終わりとか、「コメントないですか」と聞いて誰も話さなくて終わりとか、そういった場面を見たことがある人は多いんじゃないかと思います。悪いところを解決するのは慣れていても、良いところを伸ばすための道具箱が空っぽという状態ですね。 そんなチームの最初の道具として次の質問を贈ります。 それがうまくいった要因は何かありますか？ これです。なんとかのひとつ覚えで良いので、ちょっとでも話が広がらないなと感じたら、まずはこれを聞いてみると良いです。この質問が優れているのは、出来事や本人の経験から単刀直入にプラクティスを抽出できることです。何か聞き
ミラティブサーバチームで行っている障害振り返りを紹介します！！ - Mirrativ Tech Blog
こんにちは、サーバエンジニアの夏（なつ）です。今回はミラティブのサーバチームで行っている障害振り返りを紹介したいと思います。 ミラティブのサーバチームではサービスに障害が発生した場合、その後、担当者を決めて障害の振り返りのたたき台を作成し、チーム内で振り返りを行って、今後の改善に活かす努力を続けています。 今回はその振り返りの目的やフォーマット・注意点についてお話したいと思います。 目的 システムを運用していれば障害はつきものです。ましてや改善を続けるならば、その代償として不確実性が障害として表面化し、放置していけば徐々にユーザの信頼を失っていくことになります。かといって、障害の防止にコストをかければかけるほど、費用対効果は見合わなくなり、障害を絶対に起こしてはならないという心理的圧力はメンバーのメンタルを擦り減らしていきます。そのため障害の振り返りでは障害の詳細や原因をチームメンバーと共
アジャイルなチームをつくる ふりかえりのガイド / A Retrospective Guide
2021/02/19 Developers Summit 2021 （https://event.shoeisha.jp/devsumi/20210218/session/3078/） 19-C-9 『アジャイルなチームをつくる ふりかえりのガイド』の登壇資料です。 ふりかえりが少しずつ認知されてから、様々なところでふりかえりの重要性が叫ばれてきました。ただし、どう始めたらいいのか、どう定着までに至るのか、道のりはあまり述べられてきていません。 ふりかえりは、チーム全員で定期的に立ち止まり、チームがより良いやり方を見つけるために話し合いをして、チームの行動を少しずつ変えていく活動です。COVID-19とリモートワークの加速によって、これまで顔を合わせて働いていたチームも、直接会って仕事をする機会は今後も減っていくでしょう。これから新しくチームを作ることも今まで以上に難しくなっていきます。
ふりかえりを拡張する「ふりかえりカタログ」 - Qiita
New!!（2024.1.11） 本記事の内容をよりブラッシュアップし、さらに使いやすくなった「ふりかえりカタログ（コミュニティ版）」をリリースしています。 今後はそちらをご利用ください。 ふりかえりカタログ（コミュニティ版） はじめに あなたのふりかえりを拡張するふりかえりカタログを公開いたします！ ふりかえりカタログは、ふりかえりの手法（現在）71個とその特徴を網羅したカタログです。下記画像はイメージです。 pdfはBoothで無料DLできます。 DLはコチラ => ふりかえりカタログ（Booth版） スライドはSpeakerDeckから参照できます。 DLはコチラ => ふりかえりカタログ（SpeakerDeck版） ふりかえりカタログとは ふりかえりの様々な手法をまとめたカタログです。 ふりかえりの各手法を「手法名」「手法を使う場面」「手法のイメージ」「出典」「進め方」「いいところ
ふりかえりの進め方を見直すため「ダメふりかえりを撲滅する3つのヒント」を読んだ #技術書典 | DevelopersIO
はじめに 現在開催している技術書典でふと目にしたダメふりかえりを撲滅する3つのヒントという技術同人誌を買って読んでみました。この内容はさっそく次からチームのふりかえり会に活かさなくては、と思い書評も兼ねてまとめます。 私のチームで実施している「ふりかえり会」について 本書の紹介をする前に私が所属するチームでどんなことしてるかを簡単にまとめます。 私は prismatix という EC / CRM 向け API プラットフォームの決済サービス開発チームで、毎週チームメンバー内でその週の活動に関する「ふりかえり会」を主催しています。開発の課題と感じたことや今後やるべきこと・役立てそうなことをチーム内で共有し、今後の業務で活かす狙いでこの会を実施しております。 KPT を使ってふりかえり会を実施している ふりかえりでは KPT というフレームワークを使っています。 KPT については ふりかえり
"ふりかえり会" の第一歩 / The first step to retrospective.
"ふりかえり会" をやろうよ！という話を、社内勉強会で話した。
「Retrospectives Antipatterns」を読んだ - 勘と経験と読経
先日「Project Retrospectives: A Handbook for Team Reviews (Dorset House eBooks) (English Edition)」を読んだばかりだけれど、別の調べ物をしていたら「Retrospectives Antipatterns」という本が最近発売されたことを知ってしまったので勢いで読んでみた。アンチパターン好きなもので。すごい有用な本だった。 Retrospectives Antipatterns 作者:Corry, Aino,Corry, Aino発売日: 2020/11/02メディア: ペーパーバック 著者サイトはこちらのようだ。https://metadeveloper.com/ 全体的な感想 えてして「ふりかえり」のファシリテーターは孤独だと思う。特にファシリテーションすること自体を主な仕事にしている場合、「より良い
「ふりかえりの手法をたくさん学ぼう」で紹介された手法まとめ - Qiita
10/5 の「ふりかえりの手法をたくさん学ぼう」でいいふりかえり手法をたくさん紹介いただいたので、改めてまとめます。 記事の元になったお話、資料 ここに記載しているのは、以下で紹介された手法です。 ふりかえりの手法をたくさん学ぼう(ふりかえりam #27-28公開収録) - connpass podcast ep.27【#ふりかえりam】ふりかえり手法をたくさん学ぼう（前編）～ 紹介した手法：いっぱい ep.28【#ふりかえりam】ふりかえり手法をたくさん学ぼう（後編）～ 紹介した手法：いっぱい YouTube ふりかえりの手法をたくさん学ぼう ふりかえり手法の確認には、以下が紹介されていました。 ふりかえりチートシート 各手法、簡単に実践方法と効果を書いています。 実践例の記事が見つかったものはリンクを貼っているので、詳細はそちらをご参照ください。 各手法の参考リンクは、適当にググって出
Retrospective Patterns 〜 ふりかえりのパターン集の紹介とその補足
『Retrospective Patterns』とはなにか2011年のAsianPLoPにてチームのふりかえり(レトロスペクティブ)の運営についてのパターン集をまとめたことがある。 ながらくAsianPLoPのサイトからPDFが参照できていたのだが、ここ数年は見当らなくなっていた。オリジナルをどこかにアップしようかとも思ったのだが、ACMの論文サイトからダウンロードできるようになっていたので、そちらのリンクを貼るとともに、少しアジャイル初学者の方向けに解説を付け加えたいと思う。 論文: https://dl.acm.org/doi/10.1145/2524629.2524654 ダウンロード: https://dl.acm.org/doi/pdf/10.1145/2524629.2524654?download=true Retrospective Patterns＝ふりかえりのパターン集
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
KPTに慣れたチームがよりよい振り返りを行うために、K/P/Tのそれぞれにフォーカスをあてた考察
KPT (Keep/Problem/Try) 等のふりかえりで、K (Keep) ネタを増やすみんなの工夫
究極のふりかえり〜学び続け変化し続ける民の話