桜、抹茶、白、日記

名古屋市在住のC++使いのcoderの日記だったもの。

PMIJ中部 8月度定例会 に参加

Event Programming

スタッフの方にアジャイル開発系の人も参加してね！と煽られたので参加してきました。

PMIJ中部 8月度定例会
http://kokucheese.com/event/index/106839/

会場の場所を勘違いしていてちょっと迷ってしまったw

開会

12名位が参加。

プロジェクトの振り返りワークショップ by 水野さん

振り返りについて
GUNS紹介
    • KWSに着想を得て、今回GUNSという仕組みを考えて実施中。
      • GUNS = HAZOP GUide words + Nazenaze + SWOR
        • HAZOPガイドワード
          • 事故の未然防止の為に、設計意図からのズレを洗い出す為の指標
          • 振り返り項目を洗い出すヒントに用いる
        • なぜなぜ分析
          • 振り返り項目を分析するのに用いる
        • SWOR分析
          • アセスメントの診断方法
          • 振り返り結果の書式として用いる
    • GUNSの目的
      • 振り返りで出た問題項目について漏れなく改善に繋げる
      • 振り返りの場で声の大きい人のみが話をして終わってしまい、新人に発言の場がないのを改善する
    • GUNSのワークフロー
      1. 個々人の担当がなぜなぜ分析シートとSWOR分析シートで振り返りを実施
        • 良かった点、悪かった点を必ず書く。
      2. PMと個々人とで振り返り結果について粒度等を調整する
      3. 分析シートが一通り揃ったらプロジェクトメンバー全員で振り返り会を実施
        • 新人から分析結果について発表する
    • GUNSの実施結果
      • プロジェクトの工数に対して3〜9%がこのGUNSの実施に掛かってしまっている。
      • 新人の発言の場がなかったのが、新人が自発的に行動するようになったりもした
ワークショップ
    • 各自の経験したプロジェクトからGUNSを30分間で実施。
    • GUNSの結果発表とGUNSを実施してみての感想を共有。
      • なぜなぜ分析は重い、難しい
      • HAZOPガイドワードがあると、分析しやすい/分析し辛い
      • SWOR分析シートのリスク分析の部分に何を書くのか分からない。なぜなぜ分析で既にリスク分析しているのでは？

閉会

    • PMIJ中部についての連絡事項
      • 何も説明なしに話をしていたので何のことかさっぱり
    • 次回定例会の案内
    • 次回分科会の案内
      • 参加者数がふるわないので9/20日程変更予定。

参加しての感想等

    • ワークショップについて
      • 自己紹介は別にちゃんとやった方が良いかなぁ。
      • 参加者の振り返り実施状況の共有は各自で紙に書き出して発表した方が良かったのではないか。ボーッと話を聞いているだけでは眠たくなる。
    • GUNSについて
      • 参加者の振り返り実施状況の話はとても勉強になった。これを拾い上げればあるべき振り返りの形になると思う。
        • 振り返りをやっていない
          • 軽いプロセスで実施できるものを目指す
        • 品質に関わるもののみでプロセス改善は行っていない, 形骸化
          • 振り返りの本質を理解していない
        • 組織内の横展開、共有
          • 話の流れ的にGUNSは横展開前提のような気がするが、その共有方法については説明がなかった。
          • SWOR分析を利用するとして、それをどう共有するのか？
      • 振り返りの本質を見誤っている気がする
        • 振り返りは改善の為に行うと言いつつ、PDCAサイクルの話とか全く出てこなかった
          • GUNSはCAの部分しか定義していない。PDの部分もカバーしないと、社内の横展開ができないと思う。
          • KPTのKeepに当たる部分がない。良いことをあげるのは良いとして、なぜそれを実施したのかプロジェクトの開始時に改善の取り組みとして何をやるのかを整理してからやるようにしないと。結局は形骸化してしまうのでは？
      • なぜなぜ分析の使い方
        • 良いとこ取りしているのかも知れないが使い方が間違っていると思う。あと、なぜなぜ分析のやり方の説明もおかしかった。
        • ワークでも20分かけても１項目か２項目位しか書けない。重いプラクティスなのにこれを個々人で幾つも上げさせるのはそりゃ振り返りの工数がかさみますわ。
      • チームメンバーばかりに振り返りでやることを押しつけて、PMがやるのは個々人の分析シートのチェックのみ。
        • 行程毎にやるかどうかは別として、PMがプロジェクトのマイルストーンなりプロジェクトのイベントを先にまとめておいて、そのタイムラインに沿って振り返るようにしないとそりゃ意見が出ませんわ。そういう振り返りのお作法を定義しないと。