PF(Project Facilitation) プロジェクト・ファシリテーション

Slides:



Advertisements
Similar presentations
IBMユーザ研究会九州研T3 3.Web2.0を実際に使ってみた. Web2.0を実際に使ってみました 研究会をプロジェクトに見立 てて “ Google SpreadSheet ” で会議を開く “ SNS ” でコミュニケーションを補助する “ Wiki ” で成果物を共有する.
Advertisements

マネジメントとは ~戦略と計画のつくり方~ 学習マネジメント資料 2013 年 10 月 24 日 川端智久.
学習目標 1 .セルフマネジメントモデル,学習援助型教育とは何か を理解する. 2 .セルフマネジメント支援のために必要な構成要素につ いて理解する. 3 .セルフマネジメントにおいて看護職に求められる能力 と責任について理解する. SAMPLE.
CMU2005 海外エンジニアリングワークショップ参加報告書 1 「真の要求を見極めろ!」: teamB 要求定義をどう捉えるか ● 要求定義とは何か? 製品には、顧客の望むことを正しく反映させる必要がある。 そのために必要なものが要求仕様である。 すなわち、要求仕様とは、顧客と製品を結ぶものであり、これを作ることが要求定義である。
IBMユーザ研究会九州研T3 5章 Webの発展可能性. WWWの発展が企業に与えるもの 顧客・ユーザのリテラシー向上 顧客・ユーザの操作的な ” 常識 ” の変化 システム開発プロジェクトでの応用 ウェブの発展を、企業はどう捉えて、 自らをどう変えていく必要があるか? 新しいプラットフォームをより深く理解することで、
第三回経営戦略会議 マーケティング 2013丁友会学生委員長 竹内健登.
プログラマのレベルアップ.
SCM for IT.
第8章 ケース紹介 ギア.
テキストベースの会議における議論の効率化に関する研究
SCMとトヨタ生産方式を比較する 再編 ∞Infinity
笑顔の3分間ワークショップ Thank You株式会社.
PF(Project Facilitation) プロジェクト・ファシリテーション
8章 行動を起こすためのガイドライン B班 晒名・宮川・高松・松岡 /26.
第3章 組織構造の基本 担当 しーそー 100% くろい.
事業計画 発表者名 | 会社名.
重点目標 ことばを 大切にし  共に高まろう 受信→熟考→発信.
ソースコード品質概論 なぜソースの品質を追求するのか
SS2009-HCI ワーキンググループ まとめ 議題1 コミュニケーションと協調.
PFP関東第3回セミナー&WS 事例紹介 梶田英邦.
まず、率直に言うと、具体的にどうしたらいいのかというノウハウの密度が高いです。
第2章 組織はかく思考する プラム.
日本学術会議の新しいビジョンと課題 学アカデミア信頼の確立: 21世紀のパラダイム
よりよいe-Learningの ための研究
【会議の進め方】会議の定義:問題を解決する場であり情報を共有する場ではない 作成:増永寛之
SS2009 形式手法の適用ワーキング グループの報告
学校広報ソーシャルメディア活用勉強会の「これまで」と「これから」
なぜいいかげんな評価がはびこっているのか
~企画~ GO,桑田,ヒルズ.
DiSC® が語られています.
COBIT 5 エグゼクティブ・サマリー.
複言語・複文化状況における日本語教育 -ことばの教室で私たちがめざすもの
学生イベントのための情報共有環境の構築と評価
管理的側面 管理者に必要な経営知識 経営学の基本 ①マネジメントと組織.
導入段階.
ソフトウェア工学 第五回 知能情報学部 新田直也.
第9章 組織全体の方向付けと働く個人 振り返り.
気持ちの温度を高められたり、成幸に向けてやる気スイッチを押すことができる人や相手の自発的な行動をつくり出せる人のこと!
匠の伝承w マルチな時代の設計と開発 パート7.
XP Extreme Programming.
WEBアプリケーションの開発 2002年度春学期 大岩研究会2.
~新たなソフトウェア開発の手法~ 発表 土屋俊介
ユニチャームペケットケアSAPS経営の原点 【マンダラ図解法にて要約】 2011年4月 プロセスコンサルティング 鶴崎記
女性活用の「組織」「自分」へのメリットを理解する
「次代のリーダー」を 「本物のリーダー」にする リーダーの行動力アップ研修のご提案
「人生100年時代」に求められるスキル 【OS】 【アプリ】 人生100年時代の働き手は、【アプリ】と【OS】を
教師にとっての「生の質」 青木直子(大阪大学).
シリーズ:著者の回答  質問 (韓国 K社、L.Y氏 開発・設計 )
13 ソフトウェア工学 Software Engineering ソフトウェアプロセス SOFTWARE PROCESS.
心理科学・保健医療行動科学の視点に基づく
アイデア創出Labo       について 2016年10月25日 2017年 5月18日 石神勝博.
ビジネス プロジェクトの計画 発表者名 | 会社名.
『組織の限界』 第1章 個人的合理性と社会的合理性 前半
理論研究:言語文化研究 担当:細川英雄.
理論研究:言語文化研究 担当:細川英雄.
エコアクション21で企業価値を高めることができます
生産性向上 現場のビデオ映像 OTRSは現場映像から、各種シミュレーションを提供し、組織の生産性向上をサポートしています。
資料10-1 エコアクション21  事業概要.
人を幸せにするアプリケーションの開発 2004年度春学期 大岩研究プロジェクト2 2004年4月8日(木) 発表:武田林太郎.
匠の伝承w マルチな時代の設計と開発 パート4.
トピック6 臨床におけるリスクの理解と マネジメント 1 1.
知識の開発や活用を評価に役立てる 評価システムが知識を行動に変えるのを助けている企業がある。 ↓原理は???
We are ‘One PPG’(私たちは「一つのPPG」です)
匠の伝承w マルチな時代の設計と開発 パート7.
チームワークによる成功 第二副地区ガバナー研修.
情報処理技法(リテラシ)II 第2回:チーム活動 産業技術大学院大学 情報アーキテクチャ専攻 助教  柴田 淳司 パソコンの基本操作.
匠の伝承w マルチな時代の設計と開発 パート4.
CDP企画 ES攻略!!内定を獲る自己分析(2日目)
アジャイル開発プロセス 森口朋広.
広告会社で働く自分が 考えていること・考えてきたこと
Presentation transcript:

PF(Project Facilitation) プロジェクト・ファシリテーション エンジニアを幸せにしようシリーズ(笑) 第1弾

きょうのおはなし 自己紹介 PFとは 見える化とPF アジャイルとPF ツールと活用、効果

自己紹介 / \ / ─ ─\ ゆーちです。 / ,(●) (●)、\ ハンドル名です。 | (__人__) | \ ` ⌒´ / 本名は、内山康広といいます。 ,,.....イ.ヽヽ、___ ーーノ゙-、. 31歳(16進数)ですw : | ‘; \_____ ノ.| ヽ I 人生、波瀾万丈です(謎) | \/゙(__)\,| i | > ヽ. ハ | || 株式会社シーソフト代表取締役です。 現役のエンジニアです。プログラム書いてます。 メールソフト Becky! 用の BkReplyer 2 をリリースしました。 バックアップ用 ProjecKit もよろしくw

PFとは プロジェクトファシリテーションとは 「ファシリテーション」って? 促進する、助ける、円滑にする プロジェクトファシリテーション   促進する、助ける、円滑にする 「日本ファシリテーション協会」https://www.faj.or.jp/  ファシリテーションの有効利用 会議の司会進行とか、アイスブレーキングとか、緊張を解く プロジェクトファシリテーション  造語:「プロジェクト」+「ファシリテーション」

プロジェクトってキッツイよねぇ QCDSH 品質>コスト>納期>安全>人間性 デスマーチって人間性無視されてない!? 見える化  品質>コスト>納期>安全>人間性  デスマーチって人間性無視されてない!? 見える化  ボトルネックの早期発見 アジャイル開発  XP(エクストリーム・プログラミング)  リーンソフトウェア開発

ゆーちなりのPFの解釈 人間性>品質>コスト>納期>安全  働いている人の気持ちを、まず幸せにする ことこそ重要。

見える化とPF 何のために「見える化」 なぜ「見える化」 どうやって「見える化」 どこで「見える化」 だれがやるの「見える化」 実践 「最新の正の情報」が、「一箇所に」、「大きく」書かれていて、それを、「両チームのメンバー」、「審判」、「観客」が見ている。 「次の行動」を誘発する。 資料参照:http://www.objectclub.jp/download/files/pf/ProjectFacilitation20071025.pdf 実践

プロジェクト全体の状態を、チーム全員が共有できる。 タスクかんばん ToDO Doing Done プロジェクト全体の状態を、チーム全員が共有できる。 タスクかんばんには、「いつ終わるのか」の時間軸がない。 問題発生!メンバーの自立的なアクションを促す。 未解決な重要事項を色分けで判断。

「エクセルファイルをサーバに置いたから、見ておいてね」では バーンダウンチャート 「終わるかどうか」 を見える化する。 「エクセルファイルをサーバに置いたから、見ておいてね」では ダメ

色つきUML ソースコードに色はない。 図の前で議論する

ふりかえり KPT うまくいった 定着 やってみた うまくいかなかった Keep(よい点) Try(次回挑戦) Probrem(悪い点) 問題対私たち

問題対私たち You vs. Me、You vs. Us になりがち。 問題と人を分離 Problem vs. Usにもちこむ。 ホワイトボードを使う 座り方を替える ペアプログラミング ホワイトボード

アジャイルの価値 私たちは プロセスとツールよりも 個人と対話に. 包括的なドキュメントよりも 動くソフトウェアに. 契約交渉よりも 出展:アジャイル宣言(agilemanifesto.org) 私たちは プロセスとツールよりも 個人と対話に. 包括的なドキュメントよりも 動くソフトウェアに. 契約交渉よりも 顧客との協調に. 計画に沿うことよりも 変化に対応することに. 価値をおく.

アジャイルの原則 顧客価値の優先 価値のあるソフトウェアをできるだけ早い段階から継続的に納品することによって顧客満足度を最優先します。 変化に対応 要件の変更はたとえ開発の後期であっても受け入れます。変化を味方につけることによってお客様の競争力を引き上げます。 短期のリリース 動くソフトウェアを2~3週間から2~3ヶ月というできるだけ短い時間間隔でリリースします。 全員同席 ビジネスをする人と開発者はプロジェクトを通して日々一緒に働かなければなりません。 モチベーションと信頼 意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事終わるまで彼らを信頼してください。 会話 情報を伝えるもっとも効率的で効果的な方法はフェイス・トゥ・フェイスで話をすることです。 動くソフトウェア 動いているソフトウェアこそが進捗の最も重要な尺度です。 持続可能なペース アジャイル・プロセスは持続可能な開発を促進します。一定のペースで永続的に保守できるようにしなければなりません。 技術 卓越した技術と優れた設計に対する不断の注意こそが機敏さを高めます。 シンプル シンプルさ–ムダなく作れる量を最大限にすること-が本質です。 自己組織的チーム 最良のアーキテクチャ、要件、設計は自己組織的なチームから生み出されます。 ふりかえりと改善 チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整します。

リーン思考7つの原則 ムダを排除する ムダ、とは顧客にとっての価値を付加しないもの、すべてである。ソフトウェア開発における7つのムダ(未完成作業のムダ、余分なプロセスのムダ、余分な機能のムダ、タスク切り替えのムダ、待ちのムダ、移動のムダ、欠陥のムダ)を発見し、ムダを排除しよう。 学習効果を高める ソフトウェア開発プロセスは、繰り返し可能な「生産」ではなく、常に「発見」を繰り返す「学習活動」である。この学習プロセスを機能させるために、活動を見える化し、フィードバックを得ながら自己を改善していく仕組みを作ろう。 決定をできるだけ遅らせる 不確定要素が多い場合、確実な情報を元に決定を下せるように、「オプション」を維持したままで前進することを許容しよう。このためには、システムに変更可能性を組み込んでおくことが戦略的に重要である。 できるだけ速く提供する 「完璧主義」に陥らず、とにかく早く提供する。顧客からフィードバックを得ることで、発見と学習のサイクルが生まれる。このためにも、顧客からのプル型で開発を進めよう。 チームに権限委譲する 現場の開発者が、100%の力を出せるようにする。中央集権で管理しようとしてはいけない。自発的な決定ができるようにチームをエンパワーする。見える化の手法をうまく使って、チームが自分の意思で状態を確認しながら前進できるようにしよう。 統一性を作りこむ 統一性が感じられるシステムには、一貫したビジョンと思想がある。これはプロセスや手順で作ることができない。リーダシップとコミュニケーションが、統一性の源泉となる。 全体を見る 部分最適に陥ってはならない。個人や一組織のパフォーマンスのみで評価すると、部分最適が起こってしまう。一つ上のレベルで評価するようにし、個人や組織の協調が生み出されるようにしよう。

JUDE

TRICHORD (トライコード) チームの情報共有板。 管理者でなく、現場が使いたいから使う、情報発信ツール ニコニコカレンダー、バーンダウン、タスクかんばん、 パーキングロット、カレンダー、、、などなど

にこにこカレンダーシート

PFの効果 協調的なチームのムードを作り出す 笑顔の数 意外なリーダーの出現(人材の開発、発掘) 見える、マネジメント 早く分かるリスク(隠さない) 実感できる改善(くりかえし、ふりかえり) 自ら気づき、自ら行動することを、価値とする文化 すぐ始められる!

いますぐ始めてみよう 簡単なものからやってみようよ。 上からじゃなくて、現場から始めてみよう。 参考: オブジェクトクラブ     http://www.objectclub.jp/community/pf/    :にこにこカレンダーシート     http://www.seasoft.co.jp/ 平鍋健児さんの文献をほぼ、パクリました。m(_._)m

ご静聴ありがとうございました。 m(_._)m                                  ,.へ   ___                             ム  i  「 ヒ_i〉                            ゝ 〈  ト ノ                           iニ(()  i  {              ____           |  ヽ  i  i           /__,  , ‐-\           i   }  |   i         /(●)   ( ● )\       {、  λ  ト-┤.      /    (__人__)    \    ,ノ  ̄ ,!  i   ゝ、_     |     ´ ̄`       | ,. '´ハ   ,! . ヽ、    `` 、,__\              /" \  ヽ/    \ノ ノ   ハ ̄r/:::r―--―/::7   ノ    /        ヽ.      ヽ::〈; . '::. :' |::/   /   ,. "         `ー 、    \ヽ::. ;:::|/     r'"      / ̄二二二二二二二二二二二二二二二二ヽ      | |       お し ま い         │|      \_二二二二二二二二二二二二二二二二ノ Special thanks for Yaruo charactors