【14-D-4】デベロッパー戦国時代！ストーリーをつなぐ開発環境と３つの秘訣

【14-D-4】
#devsumiD

デベロッパー戦国時代！
ストーリーをつなぐ開発環境と３つの秘訣
feat. Atlassian Toolchain

長沢智治
エバンジェリスト
アトラシアン株式会社
@tomohn http://re-workstyle.com

＝

We

♡

ss
e
in
s
Bu

of
S

re
a
tw

Software

＝

We

♡

Software

This graphic was published by Gartner, Inc. as part of a larger research document and should be evaluated in the context of the
entire document. The Gartner document is available upon request from Atlassian.
Gartner does not endorse any vendor, product or service depicted in its research publications, and does not advise technology users
to select only those vendors with the highest ratings. Gartner research publications consist of the opinions of Gartner's research
organization and should not be construed as statements of fact. Gartner disclaims all warranties, expressed or implied, with respect
to this research, including any warranties of merchantability or fitness for a particular purpose.

＝
ビジネス／企画

We

♡

Software

開発／テスト

チーム／マネージメント

運用／ビジネス

＝

ビジネスモデル

We

♡

Software

成長し続ける

✓ ノーセールス (口コミ)

✓ 枯れた分野で躍進

✓ エキスパート

✓ ユーザーの支持

✓ 開発にフォーカス

✓ イノベーションへの貢献

＝

We

♡

Starter Program
アトラシアンが10人のチームだったころ
にほしかったものを $10 で
売り上げは全額をチャリティへ
Starter Program ユーザー様は 
顧客数としてカウントしない

無料の製品
Bitbucket, SourceTree, HipChat の提供
オープンソースプロジェクトや、 
クラスルーム支援
全製品を無料トライアルとしても提供

ユーザー
JIRA
Confluence

Software

＝

スポニチ Annex 2014年1月24日

We

♡

Software

ソフトウェアが成功を左右する時代
創造 ¦ 成果 ¦ 変革

as is..

to be..

動く

望む
創る

ソフトウェアが成功を左右する時代

BUILD
LEARN

MEASURE

ムーブメントとパラダイムシフト
Acceptance Test

Feedback loop

継続的デリバリー
Deployment
Small Batch
DVCSProduction Ready

Design for Operations
Infra as code Cycle Time

Test Automation

DevOps
MTTR

Retrospective
Burn down

Customer needs
Integrated Tools

Scrum

AgileTime Box
eXtreme Programing

DoD

Board

Value Up

Backlog

TDDCI

Pair Programming

Cloud

開発現場に求められる資質 (現場力)
ユーザー意識 ¦ 関係者増加 ¦ 鍛錬

→
開発現場

→
ユーザー

ビジネス

試行のプロセス ¦ 継続的な価値提供

開発現場の

資質が問われる


心
技

体


心

✓目的意識とコンセンサス
✓自律と権限委譲
✓プロセスの自由化

技

✓フィードバックループ
✓タイムボックス / ショートバッチ
✓アジャイルプラクティス

体

✓検査と適応
✓作業間の受け渡し
✓透明性


心技体

ソフトウェアを取り巻く環境の変化
意思決定 ¦ 要求 ¦ 評価 ¦ テクノロジー

BUILD
LEARN

MEASURE

開発現場の複雑さ

難
ビジネス 
モデル
(要求)

無秩序
やや 
複雑

単純

複雑
やや 
複雑

易
実績あり

テクノロジー

未経験
Stacy Matrix

開発現場の複雑さへの取り組み

▶︎
A B 定義されたプロセスモデル
Defined Process Model
例:
✓ 建物の建築 (過去に経験があり、技術も安定している)
✓ ソフトウェア？ (過去に存在するものは調達すればよい)

→
←

A ?

実測駆動なプロセスモデル
Empirical Process Model
例:
✓ 新製品開発 (過去に経験がない、ビジネス価値を創出)
✓ ソフトウェア！ (新たなチャレンジが多い)

デベロッパーのための開発環境
開発現場の複雑さへの取り組み
BUILD
LEARN

未経験のやり方と技術への 
取り組み
✓ 繰り返し可能

MEASURE

✓ 知見の顕在化 / 形式知化
✓ 検査と適応

✓ 短く定期的なサイクルタイム
✓ フィードバックループ

VALUE

✓ ソフトウェアからビジネスへ

ストーリーをつなぐ開発環境

変化に機敏に対応できるマネージメント
BUILD
LEARN

MEASURE

VALUE

VS
統制型 
マネージメント

自律型 
マネージメント

•

•

•

真のチカラを発揮できる環境へ

統制
Control

環境
Environment

•

•

•

真のチカラを発揮できる環境の秘訣

モチベーション目的 ¦ 規律 ¦ 見える化

よいものを
取り入れる
勇気

•

•

•

真のチカラを発揮できる環境の秘訣

モチベーション目的 ¦ 規律 ¦ 見える化

自らが変わる 
ことはできる

人を変えるには 
時間がかかる

よいものを
取り入れる
勇気

•

•

•

環境が真のチカラを導き出す

自らが変わる 
ことはできる

人を変えるには 
時間がかかる

確証バイアス ¦ 建設的相互作用

◎□△は、 

今までは、

まとまらないから

○▽◇でうまく

手を抜いて…

いっていた

確証バイアス
Confirmation Bias

✓自分の都合のよい事実を 
重視、選択しがちになる心理傾向
✓過去の成功体験をなかなか 
捨てることができない

Excel 方眼紙マジ神！
現場不在の意思決定
人月見積もり

ウォーターフォール神話

後行程でテストすべき
要求は必ず洗い出せる
後から仕様が変わることはない

受け入れテストなんてドキュメント量で誤摩化せる
バグは見て見ぬ振りがちょうど良い

コード書ければ完了

デベロッパーマジック
ユーザーは使ってくれるはず

テストしても意味がない

ユニットテストはコストに見合わない

確証バイアス ¦ 建設的相互作用

建設的相互作用

今までは…

Constructive Interaction

確かに！

こういう場合は、
どうですか？

✓複数人で問題を解決しようとすると
✓自分の考えを見直す機会が増える
✓相手の解を一般化しようとする
✓繰り返しにより、応用力となる

プランニングポーカー

CI

冷静に

ペアプログラミング

DevOps ムーブメント
ATDD TDD コードレビュー
Scrum

ひとりでは
解決できなかった

Miyake, N. (1986). Constructive interaction and the iterative process of understanding. Cognitive Science, 10, 151-177.

考えられた

開発現場での協調
BUILD
LEARN

未経験のやり方と技術への 
取り組み
✓ 繰り返し可能

MEASURE

✓ 知見の顕在化 / 形式知化
✓ 検査と適応

✓ 短く定期的なサイクルタイム
✓ フィードバックループ

VALUE

✓ ソフトウェアからビジネスへ

多角的なフィードバックループの連鎖

→
開発現場

→
ユーザー

ビジネス

プラクティスとツールは成熟期へ

→
開発現場

→
ユーザー

ビジネス

ツールの進化３つのポイント
作業間の受け渡しの自動化 / 省力化
テスト自動化の範囲拡大
透明性の推進と省力化

→
開発現場

→

ユーザー

ビジネス

2008, Tools for Agility - A White paper by Kent Beck
http://www.microsoft.com/en-us/download/details.aspx?id=4401

デベロッパーのための開発支援ツール
今までの支援ツールの限界 ¦ 成果物指向
要求
• Req
• Req
• Req
• Req
• Req
• Req

設計

実装
class Account
{
public …..

!
}

private …..

検証
‣ Test Case
‣ OK
‣ Test Case
‣ NG
‣ Test Case
‣ OK
‣ Test Case
‣ NG

成果物ごとの管理 ¦ ロール最適な使い勝手

これからの支援ツール ¦ 流れ指向

アイデア

アイデア
要件の 
優先順位

ビルド

各ファイルの 
変更履歴

アイデア
要件の 
優先順位

ビルド
タスク
テスト

ブランチ /
変更セット
変更履歴

バグ

これからの支援ツール ¦ 複雑さへの対応
アイデア
要件の 
優先順位

ビルド
タスク
テスト

ブランチ /
変更セット
変更履歴

バグ

これからの支援ツール ¦ 複雑さへの対応

粒度
表現

アイデア＞ビルド＞バックログ＞タスクやバグ＞ソースコード

自由形式現物

箇条書き

ファイル

アトラシアンのツールチェーン
アイデア
要件の 
優先順位

ビルド
タスク
テスト

ブランチ /
変更セット
変更履歴

バグ

ぼくらの仕事を構成する要素は実は単純

OUTPUT

INPUT

Activity

バックログ

タスク

ソースコード

例① Feature
バグ

例② Bugfix
ビルド

ソースコード

ぼくらの仕事を構成する要素は実は単純

アイデア
知見

やること (ToDo)
動機

やったこと (成果)

デベロッパーのストーリー

http://www.atlassian.com/ja/how-it-works

アイデアをイメージ
書いてみる

議論する

モックを作る

計画する
バックログを把握する優先順位をつける

状況に応じた判断

創る
コードを書く

レビューする

ビルド/デプロイ

活かす
形式知化

調整する

メンテナンス

終わらない物語

あなたは、あなたの現場は、戦国時代にどう挑みますか？

長沢智治
アトラシアン株式会社
@tomohn http://re-workstyle.com

About 長沢智治

1996
2000
Rational Software
RUP を中心とした開発プロセス 
とプラットフォームの啓発と 
コンサルティング

2005
Borland
CMMI, アジャイルなどのプロセス改善コ
ンサルティング
ALM の啓発活動

インテック
ソフトウェアエンジニアとして 
社会人をスタート
開発のライフサイクルをすべて経験

2003
IBM Rational
RUP を中心とした開発プロセス 
とプラットフォームの啓発と 
コンサルティング

2007

Microsoft
.NET / ALM のエバンジェリズム 

2014

活動と市場開拓

エバンジェリストの役割
現場のために現場とベンダーつなぐ触媒
エバンジェリストに物語はありません


Customers
Community
Expert

エバンジェリストのお約束

日本の現場によくある実情へのお手伝い

忙しい 
(情報に疎くなる)

社内の理解 
(定着と加速へ)

他を知る  
(= 自分を知る)

エバンジェリストのお約束

講演 / 執筆

訪問 / 見学

情報発信

✓ コミュニティ講演

✓ 現場訪問 / 助言

✓ ブログ / SNS

✓ イベント講演

✓ ディスカッション

✓ 新鮮な情報の提供

✓ 社内セミナー講演

✓ PR のお手伝い

✓ 継続的コミュニケーション

✓ 社内報執筆

✓ 知見の共有

✓ 気軽なコミュニケーション

さぁ、まいりましょう
波のゆくさきへ
tnagasawa@atlassian.com
@tomohn

re-workstyle.com

【14-D-4】デベロッパー戦国時代！ストーリーをつなぐ開発環境と３つの秘訣

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (19)

Ähnlich wie 【14-D-4】デベロッパー戦国時代！ストーリーをつなぐ開発環境と３つの秘訣

Ähnlich wie 【14-D-4】デベロッパー戦国時代！ストーリーをつなぐ開発環境と３つの秘訣 (20)

Mehr von 智治長沢

Mehr von 智治長沢 (20)