モダンな開発現場になるためのお作法としてのツール活用

1.

みんなでつくろうモダンな開発現場通りすがりのエバンジェリスト長沢智治オープンセミナー 2016 @ 広島

2.

ビジネス要件がすべて洗い出せ、かつ全体計画が立てられるならば、ビジネス→開発→運用→ユーザーと計画立てされるはずである。ビジネスアイデアビジネスビジネス価値開発運用ユーザー

3.

ビジネス要件がすべて洗い出せ、かつ全体計画が立てられるならば、ビジネス→開発→運用→ユーザーと計画立てされるはずである。ビジネスアイデアビジネスビジネス価値開発運用ユーザー

4.

ビジネス要件がすべて洗い出せ、かつ全体計画が立てられるならば、ビジネス→開発→運用→ユーザーと計画立てされるはずである。ビジネスアイデアビジネスビジネス価値開発運用ユーザー

5.

ビジネス要件がすべて洗い出せ、かつ全体計画が立てられるならば、ビジネス→開発→運用→ユーザーと計画立てされるはずである。ビジネスアイデアビジネスビジネス価値開発運用ユーザー

6.

この条件下では、ビジネス、開発、運用は、サイロ化しても特に問題がないと言えるビジネスアイデアビジネスビジネス価値開発運用ユーザー

7.

１回のリリースしか前提にしておらず、予測可能であればということ。（要件定義がしやすく、慣れた技術を使える）ビジネスアイデアビジネス価値１回でデリバリーできるビジネス開発 ✓合意が得やすい ✓不確実性が低い運用ユーザー

8.

今日の開発では、それは稀である。ビジネスの変化と技術の進化への追随が必須なモダンな開発現場。ビジネスアイデアビジネス価値１回でデリバリーできないビジネス開発 ✓合意が得にくい ✓不確実性が高い運用ユーザー

9.

優先順位の高いものからユーザーに価値を提供し続けなければビジネスが成立しない。ビジネスアイデアビジネス価値１回でデリバリーできないビジネス開発 ✓合意が得にくい ✓不確実性が高い運用ユーザー

10.

優先順位の高いものからユーザーに価値を提供し続けなければビジネスが成立しない。ビジネスアイデアビジネス価値１回でデリバリーできないビジネス開発 ✓合意が得にくい ✓不確実性が高い運用ユーザー

11.

優先順位の高いものからユーザーに価値を提供し続けなければビジネスが成立しない。ビジネスアイデアビジネス価値１回でデリバリーできないビジネス開発 ✓合意が得にくい ✓不確実性が高い運用ユーザー

12.

優先順位の高いものからユーザーに価値を提供し続けなければビジネスが成立しない。ビジネスアイデアビジネス価値１回でデリバリーできないビジネス開発 ✓合意が得にくい ✓不確実性が高い運用ユーザー

13.

継続的にデリバリーしていると、次に重要な要件が顕在化しているので、常に要件の意思決定と計画と実行が伴うことになる。ビジネスアイデアビジネス価値 ✓ユーザーに価値を継続的に継続的デリバリービジネス ✓経験則 ✖ チーム ✖ フロー開発運用ユーザー

14.

モダンなビジネスにおいて、サイロ (壁) は必要なのか？どうするべきかビジネスアイデアビジネスビジネス価値開発運用ユーザー

15.

ここで、「ツール活用」の意義を俯瞰的に見てみようビジネスアイデアビジネスビジネス価値開発運用ユーザー

16.

多くの現場は、個々の作業の効率化とサイロをうまくすり抜けるためにツールを導入している。ビジネスアイデアビジネスビジネス価値開発運用ユーザー

17.

ツールのチカラで、壁に穴を開けたりビジネスアイデアビジネスビジネス価値開発運用ユーザー

18.

壁に開けた穴を情報が通るように考えるビジネスアイデアビジネスビジネス価値開発運用ユーザー

19.

このツール活用は不完全であるビジネスアイデアビジネスビジネス価値開発運用ユーザー

20.

モダンなビジネス、開発においては、そもそもサイロがゆるされないからである。ビジネスアイデアビジネスビジネス価値開発運用ユーザー

21.

サイロの撤廃と透明性による効率化と省力化（簡素化）そして、現状の把握による自律と改善がツール活用の主目的であるべきだ。ビジネスアイデアビジネスビジネス価値開発運用ユーザー

22.

そのためには、ユーザーに価値が届くフローとフィードバックループを構成できるかが重要である。ビジネスアイデアビジネスビジネス価値開発運用ユーザー

23.

フィードバックループビジネスアイデアビジネスでは、モダンな開発現場の資質を見ていこうビジネス価値開発価値のフロー運用ユーザー

24.

リズム｜共同所有 (透明性)｜ビュービジネス開発運用ユーザーそもそも、ビジネス、開発、運用でリズムの調和がなされていないということは、ユーザーに価値を提供できていない可能性が高い。

25.

リズム｜共同所有 (透明性)｜ビュービジネス開発運用ユーザービジネス、開発、運用ではなく、共有指標に基づく、価値のフローとフィードバックループを考えるべきである。

26.

リズム｜共同所有 (透明性)｜ビュービジネス開発運用ユーザーそのためには、それぞれの成果物と指標を共有すべきである、これが透明性の第一歩だ。

27.

リズム｜共同所有 (透明性)｜ビュー違いビジネス粒度｜言語｜手段｜価値観｜ツール開発運用ユーザーとはいえ、それぞれの価値感も使用言語も、扱う情報の粒度も手段も異なることが多い。

28.

リズム｜共同所有 (透明性)｜ビューチームメンバーは、活動＝「成果物の参照と変更」のため、成果物に引きずられ、本来の目的や協調から離れていく傾向がある。すると、本業に注力するよりも、情報収集に労力を費やすことになる。

29.

リズム｜共同所有 (透明性)｜ビューこれを回避するためには、成果物のリポジトリ管理と、情報 Hub による統制が重要だ。情報 Hub 作業の基本要素は、「人→作業→成果物」なので、「作業」の統制が不可欠であり、これにより、複雑な活動をシンプルにできる。

30.

リズム｜共同所有 (透明性)｜ビューユーザー情報 Hub 価値のフローは、シンプルになる。そのため「情報 Hub」は重要である。

31.

リズム｜共同所有 (透明性)｜ビューアイデア変更価値デプロイ運用ビジネスユーザーコードビルドとはいえ、ロールによる価値観が異なるわけ情報 Hub 開発だが、情報 Hub は、価値観・成果物の粒度とつながり（トレーサビリティ）を調整する役割もある。

32.

リズム｜共同所有 (透明性)｜ビューアイデア価値それぞれ、同じ目的でも、価値観と粒度は異なるが、それらは粒度が異なるだけだと感げ企画ビジネス価値バックログることができる。デプロイ変更運用コードビルドコード開発情報 Hub ビルドデプロイ

33.

リズム｜共同所有 (透明性)｜ビューアイデア価値情報 Hub で調整することで、すべてのロールが共通の価値観（＝バックログ）で共通認識企画ビジネス価値を持つことができるようになることが期待できる。バックログデプロイ変更運用コードビルドコード開発情報 Hub ビルドデプロイ

34.

リズム｜共同所有 (透明性)｜ビューアイデア価値価値のフローは、見方をかえるとこのようになる。企画ビジネス価値バックログデプロイ変更運用コードビルドコード開発情報 Hub ビルドデプロイ

35.

みんなでつくろうモダンな開発現場通りすがりのエバンジェリスト長沢智治オープンセミナー 2016 @ 広島

36.

企画計画企画書開発ビルドデプロイタスクボードバックログプロダクションステージングコード w/ DVCS ビルド w/ CI モダンが開発現場でのツール活用を見ていく

37.