Agile Guts We Have Had and Will Have

p.1 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.
http://ObjectClub.jp/community/pf/
2016/04/01
アジャイルの魂
チームでお客様に価値を届けよう、
いきいきと仕事をしよう
2016年4⽉1⽇
永和システムマネジメント
平鍋健児

全社員へアジャイルの話をしたい
•  アジャイルといっても、「プロセス」でなく、
「考え⽅」（マインド）と「プラクティス」を全
社に広げたい
•  私が社⻑になり、もっと社員と、⼤切にしている
ことを話をしていきたい。

•  受託開発の「領域」と「やり⽅」の変化
（スキルシフト、マインドシフトの必要性）
–  SoRからSoEへ（あとで説明）
なぜこの話をするかやるか

p.3 Project
Facilitation by Kenji
Hiranabe is licensed
under a Creative
Commons Attribution 3.0
アジャイルソフトウェア開発宣言
 
私たちは、ソフトウェア開発の実践 
あるいは実践を手助けをする活動を通じて、 
よりよい開発方法を見つけだそうとしている。 
この活動を通して、私たちは以下の価値に至った。

プロセスやツール　よりも　個人と対話を、 
包括的なドキュメント　よりも　動くソフトウェアを、 
契約交渉　よりも　顧客との協調を、 
計画に従うこと　よりも　変化への対応を、

価値とする。すなわち、左記のことがらに価値があることを 
認めながらも、私たちは右記のことがらにより価値をおく。
Kent Beck 
Mike Beedle 
Arie van Bennekum 
Alistair Cockburn 
Ward Cunningham 
Martin Fowler 
James Grenning 
Jim Highsmith 
Andrew Hunt 
Ron Jeffries 
Jon Kern 
Brian Marick 
Robert C. Martin 
Steve Mellor 
Ken Schwaber 
Jeff Sutherland 
Dave Thomas 
 

© 2001, 上記の著者たち 
この宣言は、この注意書きも含めた形で全文を含めることを条件に自由にコピーしてよい。
重要超重要!
http://agilemanifesto.org/iso/ja/

わが社の社是
•  会社の繁栄と社員全員の幸福が常に⼀致す
る経営を⾏う。
•  少数精鋭主義を貫くユニークな集団を⽬指
し、ソフトウェア開発を通じ、社会に貢献
する。
•  和を重んじ、チームプレーを中⼼に⾼能
率・⾼利益をあげ、信⽤の増⼤を図る。

伝えたいこと
•  アジャイルの考え⽅（マインドセット）
– チームで協⼒して、顧客に価値を届ける。
– ⾒える化とふりかえりで、フィードバックを得な
がら、⾃ら考えて改善していくチームを作る。
•  アジャイル開発はもとより、ウォーターフォ
ルでも、医療の導⼊や適⽤⽀援、保守でも、
管理部でも、営業でも、事業⽀援でも、経営
でも、上の考え⽅は社是に近く、⼤切にして
いきたい。

2014年2月 PROVISION 80号『API Economy ― 有機的な繋がりを持ち、新たな市場
を作り出すAPIの未来 ― 榊原彰)
SoRからSoEへ(IBM社外報より)
背景

h;p://it.impressbm.co.jp/arHcles/-/12346
富士通が企業向けの新たなクラウドを発表、
SIのモデルを刷新し「攻めのIT」のパートナー目指す
富⼠通の資料より
(SIerも変わり始めている)
背景(領域の変化)

市場ビジネス IT
市場分析発注
納品リリース
半年から３年
ミッション・リスク分割型ビジネスと 
ウォーターフォール型開発（従来型）

従来型の問題＝要求の劣化
システムの機能の利用度
全く使われない
45%ほとんど使われな
い
19%
たまに使う
16%
いつも使う
7%
よく使う
13%
Standish group study report in 2000 chaos report

市場
IT
ミッション・リスク共有型ビジネスと 
Agile型開発
ビジネス
市場
ビジネスとITが一体になった 
「OneTeam」を作り、ミッション
とリスクを共有する。
やってみて、結果から戦略を
作りながら進む。

分析
設計
実装
テスト時間時間
要求(スコープ) 要求(スコープ)Waterfall Agile
Beck 2000Royce 1970

製品 
バックログ
スプリント 
バックログ
1-4 週
24 時間
出荷可能 
ソフトウェア
朝会
Scrumの例

今の仕事で
使えないじゃん!?

「今の仕事を、今よりうま
くすることはできる。」
と⾔った⼈がいた。

今の仕事を今よりうまくすることはできる、
と⾔った⼈がいた。
l  プロジェクトファシリテーション(2004)
l  ポモドーロテクニック(2009)
l  Kanban(2010)
Francesco Cirillo
David Andersen
Staﬀan Noeteberg
Joakim Sunden
懸⽥剛安井⼒
天野勝

プロジェクトの
⾒える化から
はじめましょう

見える化
l  「最新の正の情報」が、「一箇所に」、「大きく」書
かれていて、それを、「両チームのメンバー」、「審判」
、「観客」が見ている。「次の行動」を誘発する。

全ステークホルダーが、行動を起こせるような、確かな、分かりやすい情報源 POINT

実践

タスクかんばん
l  作業の見える化
– ToDo(未実施) 
Doing(実施中) 
Done(完了) 
で管理。
– 各自の作業を指示しなく 
ても、毎朝自発的に 
作業開始。
– フォーマットは徐々に 
カイゼン。タスクかんばんの例
※バーンダウンチャーなどと共に、とにかく、壁に貼る。「情報発信器」とも呼ばれる。
作業の見える化は、「タスクかんばん」で行なう。 POINT
(協力：チェンジビジョンastah* チーム）

助け合う

バーンダウンチャート
l  進捗の見える化
– バーンダウン（下向き）
– タスクかんばんと連動
– 中間成果物で 
は計測しない。
– メールでエクセルシート 
を配布したり、 
サーバに置いたから 
見てね、はナシ。
バーンダウンチャートの例
全体進捗は、「バーンダウンチャート」で見える化、繰り返しのリズムづくり POINT
(協力：永和システムマネジメント：チーム角谷）

スルーしない

SOMCでの朝会のヒトコマ
３⼈のリーダが集まっての朝会。移動式ホワイトボードであるNUboardを使ってます。
（写真提供：ソニーモバイルコミュニケーションズの冨⽥さん）

日本からも海外へ発信

“Kanban, Successful Evolutionary
Change for Your Technology Business”
http://www.agilemanagement.net

p.36 Project Facilitation by Kenji Hiranabe is licensed under a Creative Commons Attribution 3.0 Unported License.http://blog.crisp.se/henrikkniberg/

http://leansoftwareengineering.com/2007/10/27/kanban-bootstrap/
Corey Ladas

現場で
⼯夫する

「かんばん-nano」スーツにもベストフィット！ POINT
ポータブルかんばん
(協力：CCS 佐藤竜一さん）

朝会
l  作業の明確化
– 自発的なサインアップ
– 昨日やったこと、 
今日やること、 
問題点、の３点のみ。
– かんばんの前 
で、行なう。
– 朝の仕事はじめが 
重要！
– スタンドアップで１５分．
– 定時刻、定位置、短時間
朝会の例(協力：チェンジビジョンastah* チーム）

毎朝、「かんばん」の前で全員で短い会議を行ない、リズムをとる。 POINT
PF実践編：朝会ガイド 
http://www.ObjectClub.jp/community/pf/

ふりかえり(1)
l  カイゼンの気づき
–  Keep(良い点) 
Problem(悪い点) 
Try(次回挑戦) 
を出す。
–  全員で意見を出し、 
暗黙知の共同化と 
形式知化を行なう。「名前付け」
–  「課題－解決リスト」、とは違う。
–  とにかく、カジュアルな雰囲気で 
全員発言することで、チームの 
安全性を確保する。
–  「問題vs私たち」の構図になるように。
ふりかえりシートの例
カイゼンの「気づき」を「ふりかえり」で得る。 POINT
実践編：ふりかえりガイド
http://www.ObjectClub.jp/community/pf/

ふりかえり(2)
l  Keep/Problem/Try（KPT）
– Keepは定着する。
– ProblemはTryを 
生み出す。
– Tryは、Keepか 
Problemに移動する。
– 定着したものには、 
「名前づけ」を。
ふりかえりがカイゼンを導く
Keep
Problem
Try
新しい問題！新しいアイディア！
解決法
やってみて
うまく行った
うまく行かない
定着
イテレーション毎に「ふりかえり」を繰り返すことでプロセスが改善される。 POINT

esm-conferenceブログより
やわたメディカルさんの事例
“現場では、このようにKPTを張り出し、気づ
いた時に付箋をはり、毎⽇お昼に話し合って、
すぐアクション、というサイクルで回していた
とのこと。24時間/365⽇とまらない現場は、
このように⼿軽に導⼊しやすく、当事者同⼠で
話し合って解決策を⾒つける仕組み（問題vs私
たち）がフィットしたとのこと。”

チームムードは、にこにこカレンダーで見える化 POINT
l  チームのムードを見える
化する。
l  帰宅時の気分を、
–  気持ちよく仕事が終えられた
–  フツウ
–  ダメダメ
l  チームが自発的にモチ
ベーションマネジメント
にこにこカレンダー
※(株)富士通ソフトウェアテクノロジーズ
実践!!IT屋のトヨタ生産方式―あるソフトウェア会社の挑戦

佐賀県庁の事例(1)
l  ニコニコカレンダー
(協力：佐賀県庁 
東　泰史さん)

危険
ゾーン
l  タスクかんばん
東　泰史さん)

副知事
l  朝会
東　泰史さん)
ぜひこの資料を見てください。（有名資料）
http://www.slideshare.net/hiranabe/agilejapan2010-saga-prefecture-higashi

ブラジル、Ci&T社にて
l  Agile Brazil 2011参加後、訪問。
l  米国との同じタイムゾーンを利用した、アジャ
イルアウトソース（オフショア受託開発）
l  顧客毎にチームを組み、100%アジャイル開発
l  アジャイルとリーン原則を組み合わせ、現場
もマネジメントも、顧客指向でチーム開発。

1
3
2

1 2 3
4 5
6 7
8

見えなければ行動ができない
l  とにかく、「壁に貼れ」(Excelシートのメールでは見えない）
l  日々の作業は「タスクかんばん」で。
l  進捗は「バーンダウン」で。
l  「朝会」を行い、作業を自発的に宣言。
l  異常は「あんどん」で検出。
l  「Myボード」でその場で話し合いながら。
l  重要なモデルやアーキテクチャは「色つきUML」で。
l  イテレーション毎に「ふりかえり」を。
l  頭の中のアイディアを「マインドマップ」で。
l  リスク管理を「KYミーティング」で
l  複数人のナレッジを「SKMS」で。
l  チームムードを「ニコニコカレンダー」で。
見える化とリズムは、行動をうみだす第一歩。 POINT

なぜこの話が重要か
l  プロジェクトを成功させるために。
– 行動を起こさせるために。
– ひとりひとりの能力を最大限に発揮させるために。
– 個人の総和以上の価値をチームとして発揮するために。
l  エンジニアとして、よりよい人生の時間をすごすために。 
気づきを得るために。
– 仕事の中で、プロジェクトを越えて続く人間関係を得るために。
– やりがいと笑顔と信頼関係で、プロジェクトに取り組むために。
– Joy of Work (参照: 吉田耕作, Deming)
– エンジニアの人生の質 Quality of Engineering Life
ソフトウェア開発を成功と、仕事のやりがいの両立を目指します。 POINT
イメージを表示できません。メモ
リ不足のためにイメージを開くこ
とができないか、イメージが破損
している可能性があります。コン
ピューターを再起動して再度ファ
イルを開いてください。それでも
赤い x が表示される場合は、イメ
ージを削除して挿入してくださ
い。

大切にしたいこと
l  対話
–  必要な人と、必要を感じたときすぐ、対面で話をしていますか？
–  チームとして個人の総和以上の成果を上げるために、「対話」を価値とします。
l  行動
–  あなたの言葉に、行動はともなっていますか？
–  価値を現実のものとするために、そして気づきを得るために、「行動」を価値とします。
l  気づき
–  今日、何かに気づきましたか？気づきを、毎日誰かに話していますか？
–  個人そしてチームが成長するために、「気づき」を価値とします。
l  信頼関係
–  あなたはチームのメンバーを信頼していますか？チームのメンバーはあなたを信頼してい
ますか？
–  行動を起こす勇気の源として、「信頼関係」を価値とします。
l  笑顔
–  人からの非難をおそれてびくびくしていませんか？冗談を言える雰囲気はありますか？
今日、みんなの笑顔は見えますか？
–  人生の貴重な時間を楽しくすごすために、「笑顔」を価値とします。

5つの原則
l  見える化(Management by Sight)
– 目に見えるようにして、行動につなげる。
l  リズム(Rhythm)
– 人間活動として定期的なリズムを設計する。
l  名前づけ(Name and Conquer)
– 気づいた概念に名前をつけておく。
l  問題 vs. 私たち (Problem vs. us)
– 「問題」と「人間」を分離する。
l  カイゼン（Kaizen)
– 継続的に、今の自分たちにできる、小さいことから。

見える化
l  「最新の正の情報」が、「一箇所に」、「大
きく」書かれていて、それを、「両チームのメン
バー」、「審判」、「観客」が見ている。「次の
行動」を誘発する。

全ステークホルダーが、行動を起こせるような、確かな、分かりやすい情報源 POINT

リズム
l  リズムを「デザイン」する
– 四半期、月、週、日
– 会議や成果物のタイミング
– 日次のテスト
– 日次の朝会（毎朝１０：００）
– 週次の会議（毎週金曜は。。。）
l  朝会、ふりかえりのタイミング
l  リズムが行動の「搬送波」
リズム（チームの鼓動）をデザインして、チームを前進させよう POINT
リズムがチームのハートビート

名前付け
l  「気づき」をキャッチ
l  ナレッジを，
– 定着
– 他のチームに伝播
l  例：
– 「今日のお仕事」（by 坂田
さん）
– 「ぬかどこ」(by 倉貫さん)
– 「にこにこカレンダー」
名前をつけないと，「気づき」が逃げて行っちゃう！ POINT
名前は大切（写真協力：平塚市博物館）

問題対私たち  
(Problem vs. Us)
l  ともすると，議論は 
You vs. Me 
You vs. Us になりがち．
l  「問題」と「人」とを分離
l  Problem vs. Usにもちこむ。
–  ホワイトボードを使う
–  座り方を替える
–  ペアプログラミング
不毛なゼロサムゲームから，生産的な議論へ向かうカギ． POINT
You vs. Meの構図 You vs. Usの構図
問題 vs. Usの構図問題 vs. Usの構図

カイゼン
l  大きな改革でははじまら
ない
l  小さなカイゼンから
l  今の自分たちでできること
l  来週からできること
l  よくなっていくことを体感
しよう
l  ふりかえり、が強力な武器
l  For the better tomorrow
l  明日はきっと今日よりも、
いい日に決まっている
継続的に、今の自分たちでできることからカイゼンを。うまくいったら自分たちをホメよう。 POINT

まとめ

要求
タスク
タスク
タスク
タスク
計画日々のお仕事ふりかえり
朝会、かんばんバーンダウン
あんどんペアボード
ふりかえり
全体構成
半日半日一日の繰り返し
１週間
l  見える化
l  リズム
l  名前づけ
l  問題対私たち
l  カイゼン
にこにこカレンダー

最後に

人
々
に
学
び
人
々
と
一
緒
に
計
画
し
人
々
が
持
っ
て
い
る
も
の
で
始
め
人
々
が
知
っ
て
い
る
こ
と
の
上
に
築
き
な
さ
い。
リ
ー
ダ
ー
が
真
に
優
れ
て
い
れ
ば
、
終
わ
っ
て
み
る
と
人
々
は
口
々
に
こ
う
い
う
「
自
分
た
ち
の
力
で
や
り
遂
げ
た
」
と
。
老
子

変えて⾏こう
l  与えられた仕事、から、気づく仕事へ。
l  ⾃ら気づき、⾏動することを、価値とす
る⽂化を創ろう。
l  他⼈と過去は変えられない。
⾃分が変わって未来をかえよう。
l  ワークスタイルを変えよう、
この業界を変えよう。

ご清聴ありがとう
ございました。
チームでお客様に価値を届けて⾏こう。

Agile Guts We Have Had and Will Have

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to Agile Guts We Have Had and Will Have

Similar to Agile Guts We Have Had and Will Have (20)

More from Kenji Hiranabe

More from Kenji Hiranabe (20)

Recently uploaded

Recently uploaded (10)

Agile Guts We Have Had and Will Have