継続的改善をするためのふりかえり方法「ＹＷＴＭ」がすごい。
たいそうなタイトルにしてますが はじめに行っておくと、ツールの話なんです。 これまで僕自身が振り返りをやろうといって、使っていたツールはアジャイル界隈の振り返りのプラクティスでよく使われているＫＰＴ(ケプト）だったわけです。 次の３つのキーワードで引き出す。 Keep ・・・引き続きやること Probrem ・・・問題だったこと Try ・・・次やってみること で、フォーマットはこんな感じ。 いいツールだな～と思っていたんだけども（もちろんいまでもね） アジャイルみたいにサイクルをガンガン回していくところだとTryが回りやすいんだろうけれど 改善活動（あるいはかいぜん活動、あるいはカイゼン活動）を形式的にやってるところだったり、 単発案件をやってるところとかでたまにやった感じだとTryが回らないことがよくある。 最近ＹＷＴＭというツールを知ってこっちがさらにいいじゃんと思った。
炎上プロジェクトの責任はプロマネが９割 - プロマネブログ
サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 前回からの続きです。 以下、３部作の３本目となります。 ウォーターフォール開発とアジャイルの本質 - プロマネブログ サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 炎上プロジェクトの責任はプロマネが９割 - プロマネブログ 追記)ブコメで誤字の指摘がありましたので、訂正します。。。お恥ずかしい NetPenguinさん、ご指摘ありがとうございます 改めて考えたいプロマネの仕事 プロマネの仕事とは、PMBOKのプロジェクト管理に関する観点をマネジメントする、と言えます。 統合 ・・・ チーム内の意思統一 スコープ ・・・ 目標、成果決定 タイム ・・・ 期限、スケジュール管理 コスト ・・・ 予算、費用管
［CEDEC 2012］「ドラゴンクエストX」における開発進捗管理法とは？ セッション「大規模開発のプロジェクト管理 〜ドラゴンクエストXにおけるマネージメント事例〜」レポート - 4Gamer.net
［CEDEC 2012］「ドラゴンクエストX」における開発進捗管理法とは？ セッション「大規模開発のプロジェクト管理 〜ドラゴンクエストXにおけるマネージメント事例〜」レポート ライター：大陸新秩序 2012年8月20日から22日にかけて，神奈川県内のパシフィコ横浜にてCEDEC 2012が開催されている。本稿では，開催初日に行われたセッションから「大規模開発のプロジェクト管理 〜ドラゴンクエストXにおけるマネージメント事例〜」の模様をレポートしよう。 「ドラゴンクエストX 目覚めし五つの種族 オンライン」公式サイト スクウェア・エニックス 開発部 ドラゴンクエストＸ デザインセクションマネージャー 荒木竜馬氏 本セッションの講師を務めたのは，スクウェア・エニックス 開発部 ドラゴンクエストX デザインセクションマネージャー 荒木竜馬氏だ。荒木氏は，「ドラゴンクエスト」シリーズや「FINA
Readingagilesamuraiindwango20110914
2011年9月14日：アジャイルサムライ@ドワンゴ道場 参加者：@lchin @yamashiro @guccii @xga @hedachi 前回はこちら。 第10章 アジャイルな意思疎通の作戦 4つのミーティングの話。 多くのアジャイル手法では「みんな同じ場所に集まろう」みたいなことは書かれてるけど、もっと具体的にイテレーション内でどうするのかはあまり書かれてない。 10.1 イテレーションでやるべき4つのこと 要約：どんなアジャイルプロジェクトでも「期待をマネジメントすること」と「フィードバックを得ること」は欠かせない。そのために以下の４つのミーティングを行う。 ストーリー計画ミーティング ショーケース イテレーション計画ミーティング ミニふりかえり 実際どうか？ 同じ日に全部やったりまとめたりしている。 ショーケースをあんまりやってない。あんまり見てもらえないことが多い。 デモする
ウォーターフォールの方が楽ですか？
(顧客) そのシステムを作った結果に対して、顧客自身が結果責任を背負っていない場合は、ウォーターフォールの方が楽。最初に仕様合意して最後に「納品」されれば良い。場合によっては、システムによって得られる価値が目的なのではなく、「システムを作る」こと自体がアリバイ的に目的であるケースすらある。こういう場合は、顧客自体のプロジェクトへの参画が必要なアジャイルは面倒だと思うだろう(顧客) また、顧客が開発部隊に対して政治的に極めて強い力を持っている場合なんかは、基本的に全てのリスクを政治的な力によって移転できるので顧客側が大きくコミットする必要性はなく、ウォーターフォールの方が彼らにとっては楽かもしれない(顧客) その一方で顧客自身が結果責任を背負っている場合やそのシステム自体がビジネスの中心を担っているような場合、肉体的ではなくリスクマネジメントとして楽なのは圧倒的にアジャイルであると言える。市
第19回 TRICHORDの開発現場に見るふりかえりの進め方
前回は，「ふりかえり」の概要とその効果について解説した。具体的なふりかえりの内容やファシリテーションの仕方については，前回紹介した「プロジェクトファシリテーション 実践編 ふりかえりガイド」に解説がある。詳しくは，そちらを参照してほしい。今回は，実際にTRICHORDチームで毎週実施しているふりかえりを題材に，ふりかえりの進め方と工夫を紹介する。 TRICHORDチームは，1週間を1イテレーションとして，イテレーションの最終日の午前中（金曜）にふりかえりを実施している。毎週実施しているので，プロジェクトが始まってかれこれ数十回行っていることになる。2006年5月から，内部で行ってきたふりかえりの内容をブログで公開している。ほかのプロジェクトのふりかえりの結果を見る機会はなかなかないと思うので，参考にしてほしい。 TRICHORDチームのふりかえりは，KPTと呼ぶスタイルを用いている。これは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「KPTの理論と実践」プロジェクトへの「ふりかえりカイゼン」の導入で学んだこと
History of WaterFall