Recommended
More Related Content
What's hot
What's hot (20)
Similar to [DO08] 『変わらない開発現場』を変えていくために ～エンプラ系レガシー SIer のための DevOps 再入門～
Similar to [DO08] 『変わらない開発現場』を変えていくために ～エンプラ系レガシー SIer のための DevOps 再入門～ (20)
More from de:code 2017
More from de:code 2017 (20)
[DO08] 『変わらない開発現場』を変えていくために ～エンプラ系レガシー SIer のための DevOps 再入門～
- 2.
- 3. de:code 2016 CLT-016 de:code 2017 DO-08 https://channel9.msdn.com/Events/de-code/2016/CLT-016 https://docs.com/decode2016/9106 （後日公開予定） Part 1 Part 2
- 4. ハッシュタグ → #decode17 #DO08
- 6. 働く時間数 （就業時間） 仕事のやり方 （生産性） 仕事の 総量 重要！ 伸ばすにも 限界がある 【SI 技術】【開発技術】 豊富な 最新技術 圧倒的な コスト低減 20 年前と 似たやり方 KKD + Excel 残業増加 疲弊
- 7. 【開発技術】 エンドユーザ 企業 IT 部門 SI 関連会社 協力会社SIer エンドユーザ 業務 SE, QA PjM アーキテクト デベロッパー テスター ビジネスやサービ スの変革を推進 近代的な開発手法 や技術トレンドを 理解し、SI 全体の 生産性を改善 方式設計を適切に 行い、成果物の品 質を保つ 最新技術をキャッ チアップし、適切 な開発作業を推進 請負構造 主な役割 すべきこと 近代化の 必要性
- 10. 【3. 開発状況の「見える化」】 • 統合開発基盤を活用した、システム開発状 況の「見える化」 • 計数データに基づく開発状況の管理の実現 【4. 近代的なプロマネ技術の会得】 • KKD から数値分析に基づくプロマネへ • 開発技術の要点に基づく、開発プロセスそ のものの定常的な改善 【2. テスト作業の最適化】 • 重複するテストケースの排除や効果的なテ ストケースの実施 • 効果的なテスト自動化の実施 【1. 設計作業の最適化】 • 無駄な作業の排除 • 特に、手戻りの排除と無駄なドキュメント 作成の排除 多くの SIer でよく見られる「あるある」問題
- 12. 要件定義 基本設計 機能設計 詳細設計 製造 単体試験 結合試験 総合試験 移行・切替 機能 要件定義 外部設計 （画面設計＋機能設計） PG 設計 コーディング 単体機能テスト 結合機能 テスト 非機能 要件定義 方式設計 システムテスト リリース 協力会社SIer SIer SIer 従来 現在 作業の 切り出し
- 14. 外注した成果物の 品質チェックが うまくいかない 納品直前 or 後に なってから 品質問題が発覚する ① SIer に技術を熟知した アーキテクトがいない （or 不足している） ② 開発状況を十分に 「見える化」できていない
- 15. アーキテクト • 開発技術を熟知するエンジニア • 方式設計（開発標準化）を通して、実 装成果物の品質を担保 • 実装成果物のレビューなども実施 業務 SE アーキテクト デベロッパー テスター プロマネ SI の遂行に必要な専門性 （主にアプリ開発領域） プロパー （正社員） サブコン （協力会社）
- 16. ソフトウェア企業やコンサル会社などへ転職 SIer の中にいる アーキテクトの悩み 肩身が狭い SE, PjM が圧倒的多数 キャリアパスがない 管理をやれと言われる 結果として.... CoE 組織へのメンバー集約 • 現場から剥がして集約 • 肩身の狭い思いをしないように 給与以外でのメリット強化 • 最新 PC ・デバイスの付与 • 書籍買い放題の許可、etc. 離職防止の ために... 社内コンサルとして プロジェクト横断的に活躍 社内活躍の 場を作るために... 最先端技術を使った プロト開発や提案支援 離職 全社的にやるべきこと 現場でやるべきこと
- 21. SIer のコアコンピタンスは、① 業務、② プロマネ、③ 技術 これが揃わないと、早い・安い・上手いは実現できない 下流工程の品質確保には、技術がわかるアーキテクトが必要 少数派になりやすいため、何らかのケアが重要 実装成果物の品質管理のやり方は昔と変わってきている CI/CD、カナリアサーバなどを実践していくことが必要
- 23. トップダウン型 ボトムアップ型 計画・予測の重視 経験・学習の重視 作業指示型 自律型・自己学習型 ウォータフォール的 アジャイル的 コマンド＆コントロール サーバント プロジェクト推進 管理手法 ワークフロー リーダシップ スタイル
- 24. WBS Description 1 要件定義 2 スプリント１ 2.1 計画 2.1.2 タスク作成と見積 2.1.3 スコープ調整 2.2 実装 2.2.1 XXX機能 2.2.1.2 画面設計 2.2.1.3 I/F設計 2.2.1.4 実装 PjM による 作成・管理 Excel Project 担当者による 作成・管理 Planner VSTS WITステーク ホルダー 報告 （従来通り） 現場の 実態把握
- 25. 末端タスクが 漏れる 進捗管理が大変 情報が古くなりやすい 結果としてよく 発生する課題 現在の開発現場に よくある実情 ボトムアップ型の タスク管理の併用 トップダウンでの WBS 分解 PjM による 手作業での情報管理 現場メンバーによる 末端タスクの分解 現場メンバーによる 末端タスクの更新 下支えするツール 解決！ 解決！ Planner Trello TFS WIT Redmine JIRA
- 26. タスクの抜け漏れの 防止にのみ注力 進捗状況の把握と 終了見積もりまで実施 ① お手軽なタスク管理 ② しっかりしたタスク管理 • 手軽な導入が可能 • 非エンジニアでも利用可能 • Scrum など予備知識が必要 • チーム内での標準化が必要 気軽な 導入 JIRA
- 27. • • • まずは ここから！
- 30. システム特性の違い “Ops” の意味の違い アプリ運用 vs インフラ運用 そもそも前提条件が大きく違う話をそのままされても困る ビジネスの商慣習 内製 vs 多重請負 上司は “DevOps” そのものに興味があるわけではない 重要なのは「現場の課題が解決できるかどうか？」 随時更新型 vs 塩漬け型 SoE 型 vs SoR 型
- 31. イミュータブル インフラ MSA テスト 駆動開発 Scrum IaaC/SDI コンテナ技術 CI/CD カナリア サーバ Production First Mindset テレメトリ 分析 ボトムアップ型 タスク管理 ユーザ中心 アプローチ デザイン思考 プロト タイピング オーケスト レーション 日本にとって重要なのは、「実践的活用による現場改善」 導入時に魔改造する必要など全くない 自分の現場で使えるものだけをピックアップして活用すればよい
- 32. 実装・テストの改善 インフラの改善 自律的文化の醸成 DevOps 実践事例
- 35. de:code 2016 CLT-016 TechSummit 2016 DEP-010 MSDN blog エントリ① MSDN blog エントリ② https://channel9.msdn.com/Events/de-code/2016/CLT-016 • 設計・テストに関する 実践的な改善方法 • それを通した現場改善 へのご提言 • 開発近代化の必要性 • CI/CD、カナリアサー バなどの DevOps プラ クティスの実践的デモ • ウォータフォールとア ジャイルの特性の違い • 受発注型 SI ビジネスの 中での現実的な Agile・ Scrum の活用技術の提言 • 上司の説得方法 • 現場エンジニアとマネ ジメントの思考の違い
- 38. セッションアンケートにご協力ください 専用アプリからご回答いただけます。 decode 2017 スケジュールビルダーで受講セッションを 登録後、アンケート画面からご回答ください。 アンケートの回答時間はたったの 15 秒です!
- 39. Ask the Speaker のご案内 本セッションの詳細は『Ask the Speaker Room』各コーナーカウンタにて ご説明させていただきます。是非、お立ち寄りください。