Keep Problem Try テーマ テーマはオプション KPTふりかえり会 進め方のヒント ふりかえり会のグラウンドルール ◇全員が最善を尽くしたことを疑わない 原因の追究はしても、責任の追及はしない 言い訳、自己弁護は不要 ◇積極的に参加する 当事者意識を持つ 議題に集中する ◇一人で話しすぎない 人の発言をさえぎらない 話してない人にも思いあり タイムテーブルの例 (しっかりバージョン) 目安(分) 内容 5 前回のTryとProblemを確認する 5 KeepとProblemを付箋紙に書く 10 KeepとProblemを共有する 7 Tryを付箋紙に書く 7 Tryを共有する 10 Tryを選択する 16 Tryをアクションに落とし込み合意する 合計：60 2019/5/15 Copyright (c) 2006-2019 Eiwa System Management, In
エンジニアの森田です。 チームでKPTをやってみました。その時に考えたことなどを書きたいと思います。 社内発表資料です。 KPTとは アジャイル開発や反復型開発ではイテレーション（繰り返しの単位）ごとに作業の振り返りが推奨されるが、そのためのチーム反省会などでよく用いられるフォーマットである。 http://www.itmedia.co.jp/im/articles/0905/19/news143.html KはKeep、PはProblem、TはTryをそれぞれ表します。イテレーションの単位でチームで振り返りを行い、良い点（Keep）、問題点（Problem）、具体的な改善項目（Try）を軸にミーティングをします。基本的な流れは、Problemが具体的なTryになり、Tryが解消したら、消える。またはKeepに昇華します。KeepはProblemやTryに関係なく、上げていくこのが良いと思
はじめに こんにちは、モバイルファースト室の@y_310です。 部署名からもお分かりの通りクックパッドでは今年からスマートフォンアプリの開発に特に力を入れて取り組んできました。 実際に昨年と比べて開発体制が大きく変化しています。以前はアプリ開発専門のエンジニアのみで開発していたものを、サーバサイドエンジニアもアプリ開発を学び、自分が所属する部署に必要な機能をアプリに実装するようになりました。 そのため、以前は2、3人のチームでの開発だったものが、現在は多い時には複数の部署にまたがって10人ほどのエンジニアが1つのアプリにコミットする状況になりました。 そのような環境の変化によりアプリの品質維持が大きな課題となり、この半年間継続的に品質改善に取り組んできました。今回はその改善プロセスについてご紹介したいと思います。 課題 取り組みを始める前は、様々な部分で課題がありました。 具体例を上げると
Colorful collaboration with lino. linoは、ブラウザだけで使える無料の付箋とキャンバスです。
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
久しぶりのPFPワークショップ。今回のテーマはKPTで、最近この本を書かれた天野勝さんにワークショップをお願いしました。 これだけ! KPT/天野 勝 ￥1,512 Amazon.co.jp アジャイルの心得のある人ならば、必ず「ふりかえり」を実践するはずで。ふりかえりなきアジャイルはあり得ない、ぐらいな。 ふりかえりのツールは数多くあるのですが、KPT（けぷと）はその中で最も知られた手法だと思います。 自分たちにとっては熟知しているはずのKPT。それにも関わらず、今回のワークショップではKPTの凄まじい「改善力」をビンビンと感じる、エキサイティングな内容でした。 会場は渋谷の素敵空間VOAGEグループさんの「OASYS」をお借りしました。 まるで映画に出てくる図書館のようなところです。 KPTをご存知ない方は、こちらのバイブル的資料をご参照ください。 「プロジェクトファシリテーション実践
MLOps に基づく AI/ML 実運用最前線 ～画像、動画データにおける MLOps 事例のご紹介～（映像情報メディア学会2021年冬季大会企画セッショ...
Copyright (c) 2006-2025 ESM, Inc. Oblove, AMANO Masaru 1/67 プロジェクトファシリテーション 実践編 ふりかえりガイド (株)永和システムマネジメント オブラブ 天野勝 第 1 版 2006 年 6 月 7 日 第 32 版 2015 年 11 月 24 日 第 33 版 2016 年 4 月 25 日 第 34 版 2018 年 1 月 27 日 第 35 版 2021 年 5 月 13 日 第 36 版 2022 年 10 月 30 日 第 37 版 2025 年 4 月 25 日 第 38 版 2025 年 5 月 1 日 オリジナル：http://ObjectClub.jp/community/pf/#material このドキュメントは、クリエイティブ・コモンズ・ライセンス(帰属 2.0)の下で 提供しています。このライセ
※本記事の内容は、弊社で行った勉強向け資料の内容を一部変更して記述してあります。 1．はじめに プロジェクトが終わった際に、「あーしておけば良かった」「この点が悪かったから次は頑張ろう」などと振り返った経験がある方は大勢いらっしゃると思います。 また、ところによってはチーム全員で集まって反省会を開かれている方々もいるかと思います。 しかし、残念ながら「前回の反省が上手く生かせず、今回も同じ様な失敗をしたなぁ」と言う経験をされた方も多いのではないでしょうか？ 終わった直後は強い思いを持っていたのに、後々まで維持できないと言うあなた。 次章に挙げる「KPT法」を試されてみてはいかがでしょうか。 2．KPT法とは まず、KPTとは、「Keep」、「Problem」、「Try」の頭文字を並べたものです。 個々の意味としては、以下の通りです。 K： Keep ･･･ 良かったので継
現場のオペレーションを改善するために、最初に着手するなら何か？と聞かれたら、いつも「ふりかえり」から始めましょう、と答えています。かつてトラブルの起きているプロジェクトに入ったときも、まず始めたのは「ふりかえり」からでした。 「ふりかえり」とは、文字通り現場の活動を振り返って、改善のアクションを考えることです。反省会のようにも思えますが、すべてが終わってから反省する訳ではなく、現状分析を行って、うまく続けていくための未来を向いた活動です。 この記事では「ふりかえり」という習慣について、そして、ふりかえりを実践するにあたって、進め方とポイントについて紹介します。 ふりかえりの進め方”KPT”とは 上の写真は、私たちソニックガーデンで「ふりかえり」をしている様子です。ソニックガーデンでは弟子を採用していて、その弟子と師匠とのふりかえり風景です。このように、特別な道具はなにも必要ありません。必要
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
