business seminar jp - resources.github.com · github enterpriseの場合 40! アクセス制御...
TRANSCRIPT
How people build software
!
"
開発ツール社内導入攻略ガイド
How people build software!
Introduction
2
!
• Junk Suzuki • @pnsk • Enterprise Support Engineer
How people build software!
Introduction
3
!
前職でやっていたこと •ソフトウェアエンジニア
• ウェブ・モバイルアプリケーション • API基盤や認証基盤など基盤プラットフォーム
How people build software!
Introduction
4
!
前職でやっていたこと •開発環境の整備組織立ち上げ
• GitHub Enterpriseの導入・管理 • そのほか
• JIRA, Confluence, Slack, パッケージ管理ツール、Invision等
How people build software!
今日話すこと
5
!
新しい開発ツールを導入するときに考えるべきこと
How people build software!
新しい開発ツールを導入するときに考えるべきこと
6
!
1. ツール選定と技術検証 2. イメージ戦略
How people build software!
新しい開発ツールを導入するときに考えるべきこと
7
!
1. ツール選定と技術検証 2. イメージ戦略
How people build software!
ツール選定と技術検証
8
!
How people build software! 9
How people build software! 10
どのツールで遊ぶか？ を導入するか？
10
How people build software! 1111
不便でつらいことを 思い浮かべる？
11
How people build software! 1212
“イケてる”だけでは、
費用の説得ができない
12
不便を考え始めると 沢山ありすぎて心が折れる
How people build software! 13
一番重要なことは、まず最初に 理想の開発環境をイメージすること
How people build software! 14
理想の開発環境と 現在の開発環境を比較すると 具体的な改善点が見えてくる
How people build software! 15
改善すること・しないことを決める ポイントは、すぐできるか・できないか
How people build software! 16
すぐできないことをやるか・やらないか？ 大きなメリット or 大きなデメリット
How people build software! 17
会社にどういうツールを導入すべきか？ 候補リストができる
How people build software!
選定
18
!
How people build software! 19
選定するためのチェックリストを作る
How people build software! 20
”3つの役割の人の心配事を解消する”という観点でチェックリストを作成する
How people build software! 21
マネージャユーザ 管理者
How people build software! 22
ユーザの心配 自分の仕事に支障が出ないか？ •学習コスト
•移行コスト:
•連携ツールの変更 •現在のデータ移行
How people build software!
チェックポイント
23
!
□ ドキュメント
□ワークショップ □ WindowsやMacのクライアント
□新しいツールへの移行が簡単か □インテグレーション □データ
How people build software! 24
マネージャーの心配
□ユーザの心配（負担） □コスト（お金）パフォーマンス □セキュリティ □ ツールへのアクセス制御
□アクセスできるユーザの制御／管理
How people build software!
チェックポイント
25
!
□ コスト（お金）パフォーマンス:
□ 類似ツールの相場 □ 効率化 □ 社内インパクト
• ユーザがHappyになるか
□ 社外インパクト • 外部アピールできるか
□ アクセス制御 □ アカウント管理
How people build software! 26
管理者の心配•ユーザとマネージャの心配 •システム管理コスト
•アップグレード •アカウント管理 •障害
•検知 •復旧 •データロスト
•ユーザからのお問い合わせ
How people build software!
チェックポイント
27
!
□ API □インテグレーションのサポート □管理のしやすさ □（アカウント管理） □アップグレード □監視の仕組み □バックアップ □管理者向けドキュメント
□サポート体制
How people build software!
チェックポイント
28
!
□ ドキュメント
□ ワークショップ □ WindowsやMacのクライアント
□ 新しいツールへの移行が簡単か □ インテグレーション □ データ
□ コスト（お金）パフォーマンス:
□ 類似ツールの相場 □ 効率化 □ 社内インパクト □ 社外インパクト
□ アクセス制御 □ アカウント管理 □ API □ インテグレーションのサポート □ 管理のしやすさ
□ アップグレード □ 監視の仕組み □ バックアップ □ 管理者向けドキュメント
□ サポート体制
How people build software!
チェックポイント
29
!
□ アクセス制御 □ アカウント管理 □ API □ インテグレーションのサポート □ 管理のしやすさ
□ アップグレード □ 監視の仕組み □ バックアップ □ 管理者向けドキュメント
□ サポート体制
□ ドキュメント
□ ワークショップ □ WindowsやMacのクライアント
□ 新しいツールへの移行が簡単か □ インテグレーション □ データ
□ コスト（お金）パフォーマンス:
□ 類似ツールの相場 □ 効率化 □ 社内インパクト □ 社外インパクト
How people build software!
チェックポイント
30
!
□ アクセス制御 □ アカウント管理 □ API □ インテグレーションのサポート □ 管理のしやすさ
□ アップグレード □ 監視の仕組み □ バックアップ □ 管理者向けドキュメント
□ サポート体制
□ ドキュメント □ ワークショップ □ WindowsやMacのクライアント
□ 新しいツールへの移行が簡単か □ インテグレーション □ データ
□ コスト（お金）パフォーマンス:
□ 類似ツールの相場 □ 効率化 □ 社内インパクト □ 社外インパクト
How people build software!
チェックポイント
31
!
□ ドキュメント
□ ワークショップ □ WindowsやMacのクライアント
□ 新しいツールへの移行が簡単か □ インテグレーション □ データ
□ コスト（お金）パフォーマンス:
□ 類似ツールの相場 □ 効率化 □ 社内インパクト □ 社外インパクト
□ アクセス制御 □ アカウント管理 □ API □ インテグレーションのサポート □ 管理のしやすさ
□ アップグレード □ 監視の仕組み □ バックアップ □ 管理者向けドキュメント
□ サポート体制
How people build software! 32
どれがサポートされているか？ どれが自分で解決できるか？
How people build software! 33
たくさんサポートされているツールを 検証フェーズに進める
How people build software!
検証
34
!
How people build software! 35
検証でやらなきゃいけないことは大きく2つ • ユーザ目線の検証 • 管理者目線の検証
How people build software! 36
検証を始める前に、 必ず検証リストを確認しながらスケジュールを作成する
How people build software!
検証することリスト
37
!
□ ドキュメント
□ ワークショップ □ WindowsやMacのクライアント
□ 新しいツールへの移行が簡単か □ インテグレーション □ データ
□ コスト（お金）パフォーマンス:
□ 類似ツールの相場 □ 効率化 □ 社内インパクト □ 社外インパクト
□ アクセス制御 □ アカウント管理 □ API □ インテグレーションのサポート □ 管理のしやすさ
□ アップグレード □ 監視の仕組み □ バックアップ □ 管理者向けドキュメント
□ サポート体制
+ユーザ側の機能
How people build software!
たとえば
38
!
DECEMBER.
{{
管理者側 の検証
ユーザ側 の検証
How people build software! 39
•検証ログをしっかり取ること •わからないことは積極的にサポートに質問すること
•検証環境を用意すること • なるべく本番に近い形がおすすめ
(ネットワーク構成、データ）
How people build software!
GitHub Enterpriseの場合
40
!
□ アクセス制御 □ アカウント管理 □ API □ インテグレーションのサポート □ 管理のしやすさ
□ アップグレード □ 監視の仕組み □ バックアップ □ 管理者向けドキュメント
□ サポート体制
□ ドキュメント
□ ワークショップ □ WindowsやMacのクライアント
□ 新しいツールへの移行が簡単か □ インテグレーション □ データ
□ コスト（お金）パフォーマンス:
□ 類似ツールの相場 □ 効率化 □ 社内インパクト □ 社外インパクト
?
How people build software!
新しい開発ツールを導入するときに考えるべきこと
41
!
1. ツール選定と技術検証 2. イメージ戦略
How people build software!
イメージ戦略
42
!
How people build software!
イメージ戦略の目的
43
!
• 開発者からの信頼 • 決済者からの信頼
How people build software! 4444
なぜ、ソフトウェアエンジニアから、開発環境組織の立ち上げをしたか。
How people build software!
きっかけは基盤開発
45
!
所在不明のライブラリ・API仕様ドキュメント • ドキュメント・ライブラリの捜索 • システム担当者の捜索
How people build software! 4646
ドキュメント • 存在しない（ソースコード），野良Wiki，RedmineのWiki機能
ソースコード・ライブラリ • 存在しない，Subversion，CVS，GitLab，
GitHub.com，maven コミュニケーションツール
• Skype，IRC，Charwork，メール（口頭） タスク管理
• Redmine，Track，Backlog
How people build software! 4747
発生していた課題 •プロジェクトに寄って異なるツールを利用している →学習コスト •管理コスト →開発しながらツールの管理 •資産の損失 →管理者不在により行方不明になるデータ
How people build software! 4848
開発環境に対する意識のギャップ •組織全体としての開発環境の軽視 •開発環境を向上したいプロジェクト陣
How people build software!
イメージ戦略の目的
49
!
• 開発者からの信頼 • 決済者からの信頼
×
How people build software!
イメージ戦略の目的
50
!
◯◯
How people build software!
イメージ戦略のポイント
51
!
名前を売る • 組織名を作る • ポスター／週報 信頼を得る（成果の見える化）
• 勉強会 • ドキュメント • 定例・タスク公開 • 手厚いサポート
How people build software! 52
さいごに
How people build software!
日本語によるお問い合わせもサポートしています !
通常のお問い合わせ • 5営業日24時間サポート(英語)
• 5営業日8時間(9:00am-5:00pm) (日本語)
緊急のお問い合わせ • 24時間いつでも(英語)
How people build software! 54
ぜひ、お問い合わせしてください
How people build software! 55
ご清聴ありがとうございました
How people build software
!
"