1. 2013/3/30 版
Kanazawa.rb meetup #7
アジャイルプラクティスと
ワクワクする現場作り
株式会社永和システムマネジメント
株式会社チェンジビジョン
平鍋 健児
http://ObjectClub.jp/community/pf/
p.1 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
2. 自己紹介
㈱永和システムマネジメント
– 本社:福井県福井市、支社:東京(2002-)
– Ruby と Agileを使ったふつうのシステム開発
株式会社チェンジビジョン
– 本社: 東京
– astah*(JUDE) で見える化
平鍋健児
– UML、マインドマップ エディタastah*
(旧:JUDE)の開発
– アジャイルプロセス協議会、フェロー
– 要求開発アライアンス、理事
– 翻訳、XP関連書籍、『リーン開発の本質』等多数。
– 2008 Gordon Pask Award Recipient for contributions to Agile practice
p.2 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
3. なぜ、
アジャイルか?
p.3 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
4. ミッション・リスク分割型ビジネスと
ウォーターフォール型開発(従来型)
市場分析 発注
市場
市場 ビジネス
ビジネス IT
IT
リリース 納品
半年から3年
p.4 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
5. 従来型の問題=要求の劣化
システムの機能の利用度
いつも使う
7%
よく使う
13%
たまに使う
16%
全く使われない
ほとんど使われな 45%
い
19%
Standish group study report in 2000 chaos report
p.5 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
6. ミッション・リスク共有型ビジネスと
Agile型開発
ビジネスとITが一体になった
ビジネスと が一体になった
「OneTeam」を作り、ミッション
」を作り、ミッション
市場 とリスクを共有する。
やってみて、結果から戦略を
作りながら進む。
ビジネス
市場
市場
年
ら半
間か
1週
IT
IT
p.6 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
8. アジャイル
とは何か?
p.8 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
9. プロセスとしてのAgile
短いサイクルで、分析、設計、実装、テストを並列に行う
タイムボックス型、進化型開発
Waterfall 要求(スコープ) Agile 要求(スコープ)
分析
設計
実装
時間
テスト
時間
Royce 1970 Beck 2000
動くものが徐々に
最後に動くものができる でき が 勱 る
p.9 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
10. Scrumの例
朝会
朝会
24 時間
製品
製品 スプリント
スプリント
バックログ
バックログ バックログ
バックログ
1-4 週 出荷可能
出荷可能
ソフトウェア
ソフトウェア
p.10 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
11. 分割の仕方
顧客に分かる機能で切る。
層で切らない。
ビジネスの価値が分かる。
やりがい、コミュニケーション
"These days we do not program software
module by module;
we program software feature by feature.“
—Mary Poppendieck by Akiyah
p.11 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
12. アジャイルの
価値、原則、実践
価値
まずはこれを共有すること
value
原則
考え方としての方針
principle
実践
具体的に現場ごとに作る
practices
p.12 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
19. プロジェクトの
見える化からは
じめましょう。
p.19 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
20. プロジェクトの成功は、
Moving Target
不明確か
不明確か
つ不安定な
つ不安定な
要求。
要求。 要求 R(t)
システム S(t)
Δ
基盤技術 T(t)
t
T(t) Δ
R(t) チーム(t)
チーム
チーム(t)
チーム S(t)
POINT いくらよい計画を立てても、見えていなければ、プロジェクトは成功できない。
いくらよい計画を立てても、見えていなければ、プロジェクトは成功できない。
p.20 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
21. 見える化
「最新の正の情報」が、「一箇所に」、「大きく」
書かれていて、それを、「両チームのメンバー」、「審
判」、「観客」が見ている。 「次の行動」を誘発する。
POINT 全ステークホルダーが、行動を起こせるような、確かな、分かりやすい情報源
p.21 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
22. p.22 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
23. タスクかんばん
作業の見える化
– ToDo(未実施)
Doing(実施中)
Done(完了)
で管理。
– 各自の作業を指示しなく
ても、毎朝自発的に
作業開始。
– フォーマットは徐々に
カイゼン。 タスクかんばんの例
協力:チェンジビジョンastah* チーム)
協力:チェンジビジョン
(協力:チェンジビジョン
※バーンダウンチャーなどと共に、とにかく、壁に貼る。「情報発信器」とも呼ばれる。
POINT 作業の見える化は、「タスクかんばん」で行なう。
p.23 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
24. バーンダウンチャート
進捗の見える化
– バーンダウン(下向き)
– タスクかんばんと連動
– 中間成果物で
は計測しない。
– メールでエクセルシート
を配布したり、
サーバに置いたから
見てね、はナシ。
バーンダウンチャートの例
協力:永和システムマネジメント:チーム角谷)
(協力:永和システムマネジメント:チーム角谷)
POINT 全体進捗は、「バーンダウンチャート」で見える化、繰り返しのリズムづくり
p.24 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
25. ポータブルかんばん
協力:CCS 佐藤竜一さん)
協力:
(協力:
POINT 「かんばん-nano」スーツにもベストフィット!
「かんばん 」
p.25 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
26. SOMCでの朝会のヒトコマ
3人のリーダが集まっての朝会。移動式ホワイトボードであるNUboardを使ってます。
(写真提供:ソニーモバイルコミュニケーションズの冨田)
p.26 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
27. 日本からも海外へ発信
p.27 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
29. p.29 http://blog.crisp.se/henrikkniberg/
Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
31. (協力:ヤマハモーターソリューション)
p.31 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
32. 朝会
作業の明確化
– 自発的なサインアップ
– 昨日やったこと、
今日やること、
問題点、の3点のみ。
– かんばんの前
で、行なう。
– 朝の仕事はじめが
重要!
– スタンドアップで15分. 朝会の例(協力:チェンジビジョン
朝会の例 協力:チェンジビジョンastah* チーム)
協力:チェンジビジョン
– 定時刻、定位置、短時間 PF実践編:朝会ガイド
http://www.ObjectClub.jp/community/pf/
POINT 毎朝、「かんばん」の前で全員で短い会議を行ない、リズムをとる。
p.32 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
33. あんどん
異常の見える化
– 受け入れテストを自動化。
– 毎時バッチで流す。
失敗があれば、即時表示。
原因追及。
– 欠陥のムダを排除。
– 自働化とあんどんに対応
– 欠陥の長期滞在を排除。
あんどんの例
あんどんの例
んの
協力:永和システムマネジメント:チーム角谷、芦沢さん
協力:永和システムマネジメント:チーム角谷、芦沢さん)
(協力:永和システムマネジメント:チーム角谷、芦沢さん)
※ 欠陥のムダ=欠陥の大きさ×プロセス中の滞在時間
欠陥のムダ=欠陥の大きさ×
POINT 異常の見える化は、「ソフトウェアあんどん
異常の見える化は、「ソフトウェアあんどん」で行なう。(受け入れテストを回帰)
p.33 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
34. 協力:ヤマハモーターソリューション
p.34 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
35. Myボード
ペアの討議内容の見える化
– UMLなどを使って、
二人の討議を見える化。
– 議論が空中戦になるのを
避ける。
– 他の人を巻き込みやすくする。
– ノートを捨てる。(蓄積⇒表現)
– 記録は、必要ならそのままコピー! Myボードの例(600円)
yボードの例 円
– 「問題vs私たち」の構図を作る。
– 自作すると、なおよい。(200円)
POINT 討議内容を、ボードにして見える化。ノートでなくボードで。
p.35 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
36. 色つきUML
ソフトウェア構造の見える化
– UMLを使って、全員が意識する
構造(アーキテクチャ、
モデル)を貼り出す。
– 手書きでもよい。
– UMLでなくてもよい。
– 色をうまく使う。
– 図の前で議論が始まる。
ソフトウェア内部構造のUML例
ソフトウェア内部構造の 例
POINT 構造の見える化は、「色つき
構造の見える化は、「色つきUML」で行なう。厳密でなくてよい。手書きでよい。
色つき 」で行なう。厳密でなくてよい。手書きでよい。
p.36 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
37. ふりかえり(1)
カイゼンの気づき
– Keep(良い点)
Problem(悪い点)
Try(次回挑戦)
を出す。
– 全員で意見を出し、
暗黙知の共同化と
形式知化を行なう。「名前付け」
– 「課題-解決リスト」、とは違う。
– とにかく、カジュアルな雰囲気で
ふりかえりシートの例
全員発言することで、チームの
安全性を確保する。 実践編:ふりかえりガイド
– 「問題vs私たち」の構図になるように。 http://www.ObjectClub.jp/community/pf/
POINT カイゼンの「気づき」を「ふりかえり」で得る。
p.37 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
38. ふりかえり(2)
Keep/Problem/Try(KPT)
– Keepは定着する。
– ProblemはTryを やってみて
生み出す。
うまく行った
– Tryは、Keepか Keep Try
Problemに移動する。 定着
Problem
– 定着したものには、
うまく行かない 解決法
「名前づけ」を。
新しい問題! 新しいアイディア!
ふりかえりがカイゼンを導く
POINT イテレーション毎に「ふりかえり」を繰り返すことでプロセスが改善される。
p.38 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
39. ふりかえり(3)
プロジェクトやリリースの回顧
タイムライン
– プロジェクトを時間軸で振り返る。
– 個々人の物語をチームの物語と
して表現
青=喜び、赤=怒り、黄=驚き
感情によって思い出を引き出す。
プロジェクト終了のヒーリング、カタ
リシス、次のプロジェクトへの勇気
タイムラインの例
POINT リリース毎におおきな「ふりかえり」を。この後は、打ち上げを。(必ず!)
p.39 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
40. マインドマップ
頭の中の見える化
– 中心に話題をおいて
– 放射状にキーワードを書く。
すばやいノート術として
自己紹介として
どちらかというと、
– ブレインストーム
– アイディア書き出し
– アウトライン
などの発散系ツール マインドマップの例(協力:Kent Beck、作:懸田剛
マインドマップの例(協力: 、作:懸田剛)
、作:懸田剛
POINT 頭の中は、「マインドマップ」で見える化。
p.40 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
41. p.41 マインドマップの例: 作:水越明哉
Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
42. 読書のまとめの例(常盤文克著『モノづくりのこころ』
読書のまとめの例(常盤文克著『モノづくりのこころ』
p.42 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
43. ホワイトボード上のブレインストーミングの例
協力:オブジェクト倶楽部)
協力:オブジェクト倶楽部
(協力:オブジェクト倶楽部
p.43 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
44. p.44 非機能要件洗い出しの例(協力:浅海智晴さん)
Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
45. ユーザ要求聞き取りの例
p.45 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
46. 新入社員教育
p.46 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
47. KY(危険予知)ミーティング
建設・土木現場で行なわれ
る、「リスク管理」の手法
明示的にリスクを書き出し、
それに対する対策を書く。
担当者の名前必須。
テスト期間、大事な日、大き
なリスクがある場合、これを行
なう。
危険予知版(土木現場で使われる)
POINT 朝会で、リスクの確認を
p.47 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
48. SKMS
(Structured Knowledge Management System)
複数人の頭の中を
一気にまとめる
赤、青、黄の
付箋紙。
赤=分類
青=原理・原則
黄色=インスタンス
※資産工学研究所:坂本善博 の例
SKMSの例
POINT SKMSは、ナレッジを構造的にまとめます。
SKMSは、ナレッジを構造的にまとめます。
p.48 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
49. にこにこカレンダー
チームのムードを見える化す
る。
帰宅時の気分を、
– 気持ちよく仕事が終えられた
– フツウ
– ダメダメ
チームが自発的にモチベーシ
ョンマネジメント
※(株)富士通ソフトウェアテクノロジーズ
株 富士通ソフトウェアテクノロジーズ
実践!!IT屋のトヨタ生産方式―あるソフトウェア会社の挑戦
実践 屋のトヨタ生産方式―あるソフトウェア会社の挑戦
POINT チームムードは、にこにこカレンダーで見える化
p.49 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
50. にこにこカレンダーの例(1)
この掲示は、メンバが自発的に参加しないと成り立たないが、うまく機能することでメンバのモチベー
ションがアップする。この例では、カレンダー上で掛け合いをしたりして楽しんでやっている。
このカレンダーは保存されており、日次の作業(=付箋の枚数や種類)とつきあわせることで、作業負
荷とモチベーションの関係をつかむこともできる。
(協力: NECシステムテクノロジー)
システムテクノロジー)
p.50 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
51. ブラジルで見たニコカレ
p.51 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
53. みなさんから頂いた事例
p.53 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
54. あまのりょーさん(1)
独自ルール、独自の名前付けがよい。朝でなくて、夕方。
p.54 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
55. あまのりょーさん(2)
p.55 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
56. あまのりょーさん(3)
http://www.slideshare.net/beakmark/20090318pfp11beakmark
p.56 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
57. IT以外の事例(1)
ニコニコカレンダー
(協力:佐賀県庁
東 泰史さん)
p.57 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
58. IT以外の事例(2)
タスクかんばん
危険
ゾーン
(協力:佐賀県庁
東 泰史さん)
p.58 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
59. IT以外の事例(3)
朝会
副知事
(協力:佐賀県庁
東 泰史さん)
p.59 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
60. ブラジル、Ci&T社にて
Agile Brazil 2011参加後、訪問。
米国との同じタイムゾーンを利用した、アジャ
イルアウトソース(オフショア受託開発)
顧客毎にチームを組み、100%アジャイル開発
アジャイルとリーン原則を組み合わせ、現場も
マネジメントも、顧客指向でチーム開発。
p.60 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
61. 1 2
3
p.61 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
62. 1 2 3
4 5 8
6 7
p.62 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
67. 目的:なぜPFが重要か
プロジェクトを成功させるために。
– 行動を起こさせるために。
– ひとりひとりの能力を最大限に発揮させるために。
– 個人の総和以上の価値をチームとして発揮するために。
エンジニアとして、よりよい人生の時間をすごすために。
気づきを得るために。
– 仕事の中で、プロジェクトを越えて続く人間関係を得るために。
– やりがいと笑顔と信頼関係で、プロジェクトに取り組むために。
– Joy of Work (参照: 吉田耕作, Deming)
– エンジニアの Quality of Life
POINT は、ソフトウェア開発を成功と、エンジニアのやりがいの両立を目指します。
PF は、ソフトウェア開発を成功と、エンジニアのやりがいの両立を目指します。
p.67 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
69. PFの5つの原則
見える化(Management by Sight)
– 目に見えるようにして、行動につなげる。
リズム(Rhythm)
– 人間活動として定期的なリズムを設計する。
名前づけ(Name and Conquer)
– 気づいた概念に名前をつけておく。
問題 vs. 私たち (Problem vs. us)
– 「問題」と「人間」を分離する。
カイゼン(Kaizen)
– 継続的に、今の自分たちにできる、小さいことから。
p.70 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
70. 見える化
「最新の正の情報」が、「一箇所に」、「大きく」
書かれていて、それを、「両チームのメンバー」、「審
判」、「観客」が見ている。 「次の行動」を誘発する。
POINT 全ステークホルダーが、行動を起こせるような、確かな、分かりやすい情報源
p.71 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
71. リズム
リズムを「デザイン」する
– 四半期、月、週、日
– 会議や成果物のタイミング
– 日次のテスト
– 日次の朝会(毎朝10:00)
– 週次の会議(毎週金曜は。。。)
リズムがチームのハートビート
朝会、ふりかえりのタイミング
リズムが行動の「搬送波」
POINT リズム(チームの鼓動)をデザインして、チームを前進させよう
p.72 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
72. 名前付け
「気づき」をキャッチ
ナレッジを,
– 定着
– 他のチームに伝播
例:
– 「今日のお仕事」(by 坂田さん)
– 「ぬかどこ」(by 倉貫さん) 名前は大切(写真協力:平塚市博物館)
– 「にこにこカレンダー」
POINT 名前をつけないと,「気づき」が逃げて行っちゃう!
p.73 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
73. 人間の理解と、名前、概念、モノ・コト、見える化、
概念
•概念=名前のついたもの。私たちが頭の中で、あるいは、他者とのコミュニケーション
に乗せてハンドリングできる単位。
モノ
•モノ=概念のうち、目に見えるもの。物理法則に従うもの。
世界の理解 名前付け
未概念
概念
コト 見える化
モノ
論理、言語操作(左脳的)
人間の理解の方向
視覚、身体感覚、空間感覚(右脳的)
名前づけ
•名前づけ=人間は、名前をつけることによってその対象物をはじめてはっきり認識で
きる。未概念の名称による概念化。輪郭の切り取り。言語操作対象化。
見える化
•見える化=見えないものを見えるようにする(モノ化する)ことによって、よりはっきりと
実体の存在感を得ることができる。
p.74 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
74. 問題対私たち
(Problem vs. Us)
ともすると,議論は
You vs. Me
You vs. Us になりがち. You vs. Me
Meの構図 You vs. Us
Usの構図
「問題」と「人」とを分離
Problem vs. Usにもちこむ。
– ホワイトボードを使う
– 座り方を替える
問題 vs. Usの構 問題 vs. Us
Usの構
– ペアプログラミング 図 図
POINT 不毛なゼロサムゲームから,生産的な議論へ向かうカギ.
p.75 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
75. カイゼン
大きな改革でははじまらない
小さなカイゼンから
今の自分たちでできること
来週からできること
よくなっていくことを体感しよう
ふりかえり、が強力な武器
For the better tomorrow
明日はきっと今日よりも、いい
日に決まっている
POINT 継続的に、今の自分たちでできることからカイゼンを。うまくいったら自分たちをホメよう。
p.76 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
76. PFの実践
p.77 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
92. プロダクトオーナの仕事。
企画をした人が最後まで、体で「思い」を伝えよ。
p.96 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
93. 『アジャイル開発とスクラム』
顧客・技術・経営の3者をつなぐために、
アジャイルと日本経営の接合点を探る
(組織、人事、リーダーシップ、マネジメント)
海兵隊のフラクタル組織とアジャイル
知識創造プロセスとアジャイル
実践知リーダーシップとアジャイル
富士通・楽天・リクルートのアジャイル事例
Jeff Sutherlandインタビューを含む
p.98 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License. 98
94. One more thing….
p.99 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
95. どうしたら変われるか?
与えられた仕事、から、気づく仕事へ。
自ら気づき、行動することを、価値とする文化
を創ろう。
他人と過去は変えられない。
自分が変わって未来をかえよう。
ワークスタイルを変えよう、
この業界を変えよう。
p.100 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
96. 変化はあなたから始まる
Social change starts with YOU.
-- Kent Beck
ぼくは『周囲を変えたい』という状況になった場合、いつもこの言葉を
忘れないように努力する--『自分が変えられるのは自分だけ』。で
も、自分が変わるとすぐ、自分と周囲との関係が変化するんだ。そ
して、それで周囲の人が変化する、そして、自分の周りが変わり始
める。大きな変化というのは、こういう風に始まるんじゃないかな、つ
まり、一人の人が世界と自分との関係を変えることを選択する。そ
して、その変化が広がっていく。
You must be the change you want to see in the world.
-- Mahatma Gandhi
p.101 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.