皆様こんにちは ギットラボレポスウィナーシリーズにご参考いただき本当にありがとうございます さてギットラボレポスウィナーシリーズではこのたび3回に分けてウィナーを提供させていただいておりました 本日はチームコラボレーションに関してでございますが先月第1回目を開催させていただきましたまたご視聴いただけてない方また改めてご視聴されたい方などいらっしゃいましたら動画をyoutubeにアップロードしております youtubeギットラボでご検索いただきますと ギットラボが提供しているビデオ1ラーが出てまいりますちょっと借りにくいんですけどもギットラボチャンネルの方でジャパニーズ探していただきますとウィヴナード国側が出てまいりますのでぜひご覧いただければと思いますそして来月にはアプリケーションセキュリティのシフトレクスを実践するにはというものを予定させておりますぜひご参加いただきますお世話でございます本日はですねギットラボの大規模なユーザーの卒である不実クラウドテクノロジーズサウトム様よりなぜギットラボを採用されたのかまたどのようにしてギットラボを社内に浸透及びご活用されていくなどご講演いただきます また後半は表題の通りでございますがギットラボでの1年の流れをレモをまじでご生成させていただく予定でございますこの度Q&Aの時間を設けさせていただきましたテキストで入力になり大変お手掛けで申し訳ないんですけども 下のありますズームのチャット機能またはQ&A機能にてどしどしご質問などをご記入いただければ幸いでございますなおですねウェビナーっていう体質から通常のセミナーとは違いまして スピーカーの皆さんの顔が見えない状況でございますですのでですねあの公演の最中に同意見まあそうそうですとか こういったり方やってみようですとかそういったご感想伝送ご意見などチャットにご給にいただければ 大変ありがたい思いますそれではまず普通クラウドテクノロジーズサウトムさんのようにご講演いただきます サウトムさんよろしくお願い致しますそれでは宜しくお願いします資料とお会いします 少しお待ちくださいえっと資料を投影できましたでしょうかよろしくお願いします えっと本日ですねご視聴いただきありがとうございます会社全体へモダンな開発運用環境を導入するために奮闘している方話という形で 普通クラウドテクノロジーズ株主会社のサウトムより共有させていただきます本日お話すラジェンダです 本日の資料はですねちょうど全て共有させていただく予定です弊社ではですね2014年頃から一部の運用チームでチャットオプスの一環としまして ギッドラボの方を導入させていただきました現在ではですね社長も含めた全社員が利用する共通の基盤としてまなくてはならない存在となっているかなと思っています情報を集約して活用できる基盤とそういう形にするためには非エンジェアの方々ですねエンジェア以外の方々もギッドラボを使っていただくというのが結構大事なんじゃないかな私思ってまして本日ですね弊社の実践例を交えて非エンジェアの部分を引っ込んだチームコラボレーションの基盤ですねこういった基盤としてのギッドラボの活用例みたいなところを簡単にご紹介させていただければなーというふうに思っていますプレゼンチューですね気になる点がございましたら随時ズーブの吸液論にどんどん書き込んでください終了後ですね時間ございますのでそこで時間がいるす限りどんどん回答させてもらえばなーというふうに思っています本日ですねこの共有する弊社の事例が少しでも皆さんのお役に立たばいいなと思ってますのでよろしくお願いいたしますまずですね簡単に私のバックグラウンドを簡単に紹介させていただきますと私サウトメティまして所属はですねクラウドブラッドホームホームというところになりますが本日ご紹介する内容はですねエンジェアタスクホースと言われる前書的な共通組織の内容になります本職はですねインフラのエンジニアとしてまずインフラサービスの企画設計開発運用って言ったことでやっておりますが今日ご紹介する内容はですねこの社内の業務環境業務環境の改善活動という形でギットラボであるとかスラックといったものを使ってチャットオポスの環境というのを社内で整備していますこのですねチャットオポスの環境というのは会社をですねエンジェアリングを使って回していくとこういった対業オンタメルサクトになっておりましてそういった内容ですね今日ご紹介させていただければなーとに思っています最初にですね同人の廃棄をご理解いただくために弊社がどんな会社かっていうのも簡単にご紹介させてください弊社ですね不実クラウドテクノーキーズという会社なんですがグループライダーですね略称としてfjctともよく呼ばれていますこの会社名だとですねなかなか知ってる人いないんじゃないかなと思うんですが元々ですね35年前ですねちょうど今年で弊社35周年になるんですが35年前にニフティ株式会社として創業した会社になっています2017年にですねコンシュマー向けの事業だったりとか社名をですねたちままに売却しまして現在の社名に立っています社員数はですね現在286名の会社なんですがギッドラボのアカウントですねこの後できますがだいたい倍ぐらいのアカウントスを使ってるようなそんな会社になっています会社としてはですねこのクラウド在事業だったりとかデータサイエンスサービス事業だったりとかソリューションサービス事業って言ったまあこの大きい3つをはしないしていますがすべてのですね事業に共通しているのが今日のテーマでもございますコラボレーションですねサービスを自社であったりとかパートナー様とともにコラボレーションして開発運用して提供しているこんな会社になっていますで実際にですねソリューションサービス事業できますと弊社はですね課金請求サービスサービスまたサポートといったいわゆるサービス提供に必要な機能っていうのを取り持っていますので地域の地方の企業様が持っているよすごい素晴らしいですねパッケーソフトを一緒にアザーサービス化して提供していくといったことをやっていますこのページを映ってるのは九州の企業様との協業例なんですがこうしたらですね地方の企業様かつ複数の会社またがるようなプロジェクトですねこういったものに関しましても本日ご紹介するような環境を使ってコラボレーションする形でビジネスを進めているまあそんな形のとっていますまたですねデートサービスサービスの方では弊社ですね会社の歴史系からサービスを企画してビジネスを起こしていくっていうのがまあ得意なエンジンだったりとかディレクターがたくさんいますのでいわゆるお客様のデータのデータのノウハウですねそれをですね一緒に価値化するってのをやっていますこれライオン様との事例になるんですけどもこれ協業としましてねしましてお客様のデータをポックとして何でしょうねデータ分析するっていうのはよくあるデータさあ指データ分析の会社さんがやられる方法だと思うんですがじゃあですねそこでおしまいではなくって最後の価値化ですねここではアプリケーション一緒に作ったんですが一緒にスマホのアプリケーションを作るってところまでやるとこういったですね多者様を巻き込んだコラボレーションですねこういったものに関しましても本日消化資料の関係を使って互いのエンジンアタイアルとか互いのビジネスオーサーが参加して環境を構築していくということをやっていますそしてですねこういったビジネスの交換にあるのは自社の提供しているクラウドサービスの2フクラっていうサービスになってまして2フクラっていうサービス自体がですねノーバウンダリ、消費量なくそうといったことを表明しておりましてオンプレミス環境からコンテナ、クバネテスの活用ですねこういったところまで消費なくモダナイゼーションできますよっていうサービスを提供していてまさにですね本日紹介するような環境っていうのをコアにしているビジネスになっています実はクラウドテクロの事実と会社あんまり知られてないかなと思うんですが実はですね他社様の名秘での販売だったりとかパートナー様経緯で販売するっていうことで意外と使っていただいておりまして調査会社によりますとユーザー数ベースでAWS様、マイクロソフタージュール様についてまあ国内3日ぐらいの規模感で盛り上げベースですとGoogleさんと3日争いしているみたいなそんな感じの会社になっていますB2Bが主体の会社なのであまり知られてないと思うんですが他社様と他社様に対してクラウド基盤を実はOEMで提供したりだったりとか情報システムも様にプライベートクラウドのシステムを収めさせていただいて社内クラウドの基盤として使っていただくとかそんなことをやっている会社ですねここからですねホーム代入りに入っていきたいなと思うんですがこのようにですね弊社、従来から自社であったりとか協業先、パートナー様とテクノロジーをベースをしたコラボレーションをですね行ってきたこれがですねビジネスの根拡になる会社なのですが2014年くらいにですね私がすごい漠然とした危機感を感じたっていうのが発端になっていますそれはですね弊社はテクノロジーを倫理している企業なのに社内の技術力が低下しているんじゃないかといった危機感になりますで実際にはですねそんなことはなかったんですが結局何が問題だったかといいますと会社のどこに技術があるのかわからないまあこういった問題になります同じ会社の中なのに技術のありかに到達できないといった問題ですね例えばですね必要な時に見つけられないと問題が発生すると全社的に告知がされてそうすると私それに詳しいですって人が後から出てくるっていう問題ですね先にその人につけられていればなっていう事象だったりとかすごく族人的な問題ですねやっぱりこう35年も経った会社ですと伝統工芸の意思総伝みたいな技術の伝承が統一されていて担当から担当な間では情報連携されているんですけど外から見ると何をやっているかわからないといったチームをまたがるともう別の世界みたいなところですねあとはやっぱりエンギーア同士の技術交流不足っていうのがあって片方のチームでできていることが他のチームでできないといった問題ですね隣の部のプロジェクトこうするってよくないはずなんだろう何だっけよなーっていうのがたぶん起こってしまっていたとまあ結構ですねこのままじゃ結構暑いなと思ってのが通知ありました状況いろいろ整理していったんですがまあ整理していった中で感じたい問題の一つがですね同期非同期のコミュニケーション効率の悪さからくるですねこの情報伝達コストの高さっていうのに依存しているという話ですこれ何を言ってるかと言いますといわゆる情報伝達ってものを考えた時に電話であったりとかですね高等で同じことを何回も言ってあるとか誰かこの人に聞かないとその情報がわからないといったものがあるとやっぱり情報伝達コストが高いなっていうのは人間感じてしまいまして共有するのが面倒くさいなっていう感じで奥行になったりとかそれによってですねどんどんその情報がクローズになっていってさらにはそれを忘れられていくと言ったまま悪いスパイラルですねこういった悪いスパイラルが走ってるなってにすごく感じましたただですねこの言った問題って他の会社でも起こってるんじゃないかなっていうふうに考えて当時一緒に仕事をしていた西海岸の大企業であるとかスタートアップを中心に何者がヒアリングをしたっていうのが当時ありました実際にですねそこで出会ったのが今日ご紹介するチャットオブスという考え方になりましてこのチャットオブスがこれだというふうに私当時考えまして会社に導入するべく動き出しましたこれがですね2014年末ぐらいのことになります当時はですねチャットオブスの根幹としてギットラボとスラックっていうのを同時に入れたんですがこの画面を作っているのがですね多分2014年ぐらいの画面キャプチだと思います当時の社内隣儀からちょっと撮ってきた画像ですねでチャットオブスって聞いた時に皆さん思い浮かべるものがいるかもしれませんか私の捉え方としてはこういうふうに捉えていますチャットからあらゆるオペレーションを行う開発の用心法であるというふうに考えてましてチャットを中心としてチームで仕事を進めるとこのチームで仕事を進めるための進め方であるというふうに考えていますアラートが発生するとチャットへ自動通りされてチームで対応するそれが一周としてチケットで切られて課題管理されていくまたソースでバグが発見されるとこれまたゲットラボからチャットで追加されてチームで対応相談して即時対処していくまたあの非ビジネスの分野で行ったら月時の売り合いを予測してチャットに追加されるとその増減に対する対策っていうのをチームで対策検討していくといった形である一人のところにですね電話であったりとか区電またはチーム内の連携によって一人のところにですね族人的に情報が行くわけじゃなくってチームでもしくはですね全社でですねその情報がオープンに頼り切るっていうのが大きなポイントなんじゃないかなと思ってましてこれによってですね得られる最大の効果としては2つ考えています1つがシステムと人との連携数を高速化していくシステム管ですねゲットラボとチャットを中心としてゲットラボからの情報であるとか関システムからの情報っていうのが一元的に集まってきますのでシステムと人との情報が連携がどんどん高速化されていくまた慣れ地の電パンソフトの高速化というところで誰かに引かないとわからないわけじゃなくってそこを見に行けば情報がありますので族人的なところからどんどん標準とされていくというところで結果的にですね情報伝突コストがどんどん下がっていくとこれはですね大きな効果なんじゃないかなと思っています弊社ですねこの2014年末頃ですねにエンジェニング部門のサービス運用いわゆるオペレーションチームと言われるところで当時20名規模でこのチャットオフスの環境を利用開始しました最初はですねゲットラボとスラックの環境でそこに徐々にですねザビックスサーバーであるとか関心運用みたいなツールがどんどん入ってきたような形になっていますその後ですねこういったツール連携であるとか業務を実際に改善した効果ですねまたユースケースみたいなところを武器にして徐々に社内適用範囲を広げていったみたいな活動をやっていますで大胆です1年後の2015年末ぐらいにはですね各部門ことに個別にあったシステムだったりとか似てような環境っていうのは全部巻き取って前者の共通の環境ですね必須のツールとして浸透させて2016年の春ぐらいからですねエンジン以外のここに書いてあるようなサポートであったりとかマーケティングセールスバッグオフィスも含めた前社員当然ですね社長も含めて参加いただくような環境になっていますでもちろんですね協業先の方だったりとか協力会社っていうところも各部門のどっかの担当者として参加している形になっています同様によってですね変わった主要なポイントは3つあるかなと思ってまして1つながですね先ほどがお伝えしているとおりなんですが前社員に公開されたチャンネルでですねこれによって情報脅威を強制しますのでともすれば日本人はですねなかなか成功したら脅威しようっていう溜めらうところがあるんですが溜めらよう排除すると脅威するのは当然だよねっていう環境においてしまうってことであったりとかあとやっぱり音声ですね音声じゃなくて文字情報で情報が残ってきますのでいつ誰が何度ために発言したかって言ったメタ情報をつきで情報が残っていくこれも大きなポイントなんじゃないかなと思っていますやっぱり文字情報ですのでチャットボッドであるとかAPI連携という形で情報処理の自動化であるとか俗人間を排除していくタイムラインを追っていけばですね手順っていうのが収入されますのでそれによってギットラボの連携だったりとかその他通路の連携っていうのをどんどん自動化していくっていうのがやりやすいというのもポイントかなというふうに思っています今ですね弊社ですとフローの情報はスラックにどんどん溜まっていくストップの情報はどんどんギットラボに溜まっていくという形で両方ともどんどん使うことによってですね情報のオープンデータ買っての社内で行っています前車ギットラボを導入した最大の効果っていうのは先ほど来お伝えしますが社員が誰でも好きなプロジェクトをいつでも読めるというところになるかなという思っています前車共通のギットラボ基盤の整備の中ではもっと社内の濃厚役動を気軽に協力したいと思いで有識者を社内で集めましたこれによってですね当時社内でですね8箇所ほどもう今懐かしいですがトラックであるとか他のギットラボの環境だったりとかビットバケットの環境でいった形で数のですねこういった類似のプロジェクト管理ツールってなかったんですがそういった環境ですねどんどんガッチャンクをガッチャンクをくっつけまして前車共通ギットラボという形でこれ以外が存在しない環境にしましたよくですねなんでオンシャーギットラボ選んだんですかと言われることが多いんですがもう当時もう今もそう思ってますがやっぱりオールインデイブオープスの考え方ですねこれ私はめちゃくちゃ素晴らしいというふうに思っていますなおかつ日本の小州館にあった認証人間の管理ができるとこれもですねめちゃくちゃ大きなポイントだったかなと思っていて実質ですねギットラボ以外の選択者なかったんじゃないかな今でも思っています前車共通ギットラボの歴史というところで簡単にご紹介していただきますと2015年の10月くらいですねいわゆる社内の制覇をして立ち上がりましたと昨日時点の情報を持ってきたんですが3月24日時点ですと5201個のプロジェクトの管理をされていまして87,321件の一周が登録されていて5万9,134件のマジリクエストが実行されるという形で結構ですね大規模に我々使わせていただいているんじゃないかなに思っています社員数が286名の開始なんですが今現在ですね511名のユーザーが利用しておりまして社員数の約2倍の利用者というところで協業先であるとか協力会社も含めて一つのツールをみんなで使うという形で理活用を進めていますまたですね利用促進をする仕組みということで後半の話にも関わってくるんですがやっぱり非エンジンの方々にもどんどん使ってほしいというところでいくつか取り組みを行っています一つ大きいのがですねルールを名分化することによって安心感であるとか心理的安全性を提供してこのツール使っても問題ないよねというところを社内にも提供しています対象者の名分化と認証認可の徹底というところでIDアザーサービスですね弊社です1ログに使ってるんですがそれらと連携をしてサムルとSCM連携によって認証認可トレーサビリッティの管理と多様素認証の連携というのをやっていますそれによって社員として登録されれば即日ですねエギットラブンをさらくアカウントが自動発行されるであるとかあとは大社残念ながら大社しましたら即日ですね自動的にアカウントがも効果されるであるとか委託の方であるとか協力会社の方協業先の方っていうのはその委託範囲協業範囲だけの情報が見えるといったそういった設定が自動的に連携される形になっています利用者がですねもう例外なく全員ですねIDアザーサービスで管理している状況ですねあとはシステム管のアカウントを統一するというところも結構大事かなと思っていまして面白い使い方を一つ紹介しますとギットラブンの一周でですね開閣これ例えば私の名前アットマークサウトメイ唯一開閣を閉じるというふうにありますとスラック上に対してもメンションも飛ばせるという形でギットラブン一周でスラック上でメンションを飛ばすことによってシステム管でですねアカウントの層がないのでこういった連携もできるというのも大きなポイントなんじゃないかなという思っていますまたですねシステムまん前とこう置くだけではなくって結構運用の方のルール作りというのも真剣にやってましてオープン&シェアというのを一つの標防して決定した設定をしています例えばプライベートリポジトの作戦は不可申請しないとすべて社内に対しては公開されたリポジトになるというのがですねこれによって社員だったりとかスタッフは自由にですねすべてのプロジェクトを読みますし協業先の方であるとか協力外出様は協業委訳範囲の中であれば自由にプロジェクトを読める当然ですね逆に協業委訳範囲以外のプロジェクトが全く読めないといった設定を入れるようにしていますここからですね業務の受ける活用例をユースケースをベースに紹介させていただきますサービスの開発運用業務での利用については特にこった使い方かしてないかなというのを持っていますサービスを実現するコードだけではなくてインフラを構築するためのコードですねこういったものを含めて自然的に完了していましてデプロイ先もですね2袋だけではなくて私の環境だったりとか弊社VMAベースのクラウドサービスですのでVSpearだったりとかNSXいったVMA製品それらですね他期に渡る環境にデプロイするということをやっていますスラックとギットラボを組み合わせた海洋業務の共通化標準化というのも結構行ってましてこれによってですね俗人的の要素を極力排除するといったことをやっていますこういったですね標準化した環境を用いて業務を行いますのでどんな変更をいつ誰が本番環境に反映されたのかとそういった取列されてをとることもできますので問題発生時の言い得点みたいなことにも役立っています面白い使い方もう一つ紹介しますとギットラボを意識するとスラックボットが協力するボット主体のチーム会運営みたいなこともやっていますボットがですね朝かい優快のタイミングになるとチームミーティングのパシリテータを自動的に選出しますとこれがですね持っている必要が少ないといった選出されるというのをその後ですね、そのチームがの中での参加者に対しまして、一周の整理を指示します。交通長官の一周の担当者に再検討を指示したりだったりとか、チーム会をするためには不足している情報の追求っていうのをメンバーに指示すると。そういった内容をピックアップして、情報を取りまとめて、スラック状に断報し、そういった情報が集まった状態で、このボットの集めた情報ベースにすぐにチームが始められるというところで、チームミーティングを行う上でのチームリーダーの運用のコストをだいぶ楽にしてくれるといった、こんな使い方をしていただいております。また、非エンジンアの使い方としましては、立ち上がったばかりのサービスにおいて、商談案件を一周でも完了するという形で、エンジンアとの連携相手をかめるといった取り組みをされています。ウキトーのリンクで一周のテンプレートを自動選択するようなリンクを作成して、リンクをクリックするとテンプレートがついた状態で自動的に作成されますので、テンプレートに沿って非エンジンアの方々も情報に許していただきます。情報に許すると自動的にスラックに通知がされますので、通知を見てエンジニアと非エンジンアの方が情報連携をしていく。一覧性もありますので、スラック情報として情報をディクラムにためでいくといったことができます。非エンジンの方々からしたときに、ベンディだなというのが先ほどのテンプレートの機能以外で聞いてみたのですが、他にも、理事商談ピックアップというところで、タイトルに商談緩和会社名を言っていると、理事している商談がないかというのが、一周の作成時に出てくると候補という形で、これによって同じ商談を2つ一周を切らなくて済むという効果がありますし、コマンドを使うことによって自動的にラベルやアサインができますので、トモセルやっぱり、非エンジンの方はアサインという概念であるとか、ラベルつけるという概念がなかなか理解いただけないのですが、テンプレートの本位ですね、コマンドで自動的にアサインする先であるとか、ラベルを設定することによって、ラベルを忘れとか、一周のアサインを忘れといったことをなくついったこともできます。あるいは、スコープドラベルっていうのはかなり便利だなと思ってまして、ラベルを商談の中でも受注し中進行中みたいなものがあると思うんですが、それと同じ分野のラベルをつけられないようにするということで、配置処理ができるというので、例えば進行中南圏に受注というフライブがつかないとかですね、そういうこともできますので、これも結構便利だなと思っています。便利だと思ってますと。最終的にですね、やっぱり一番便利だなと思っているのが、このボードですね、いわゆる看板形式で商談の分析ができるっていうのがやっぱり便利だなって言われてまして、一覧性を持ってですね、今商談がどういう風に進んでいるか、どこに問題があるのかっていうのが、分析できるっていうのも結構便利なポイントだなって言われています。他にもですね、こういった商談管理以外に行きますと、人事部門が新人研修の進行管理で利用したりだったりとか、デザインチームがですね、画像ファイルをギットラボ上で使うことによって、サブンの管理であるとか、変更歌詞の詩順に使ってあるとか、そういった使い方もされています。非人事部門の方々にこうやってギットラボを利用いただく最大のメリットとしましては、やっぱりエンジニアと同じツール上で買わそうとなりますので、情報伝達コストを抑えてですね、リリーサイクルを加速させていくと、これができるのが大きなポイントなんじゃないかなと思ってまして、今後もですね、弊社は非人事部門での活用っていうのは広げていきたいなって思っています。今後考えていることも簡単にご協力させていただければなって思っています。皆さんはですね、今日短い時間だったんですが、お話聞いてみてどうだったでしょうか。全てはではお話聞いてないんですけども、ぜひ一部でもですね、これ真似できるなとか、これうまく使えるなってところがあれば幸いです。最近ですね、弊社にチャットオポスやりたいんだけど、論話を込める人貸しくれませんか?みたいな感じの相談をいただくことがありますと。弊社はですね、こうシステムインテグレーションを提供している会社ではなくてですね、サービス事業者ですので、こういった要望にですね、なかなかお答えできなくて、心苦しいなってずっと我々を持っていました。そこでですね、弊社のお派をですね、込みした、弊社のお派を入れたですね、サービスを出していこうっていうのを今考えておりまして、ギッドラボ様のご協力もいただきまして、次ですね、昨日からサービスをして提供開始しています。10時サービスをしていくんですが、まず第1弾としましては、マネージとのギッドラボ関係を貸し出すとというところから開始しておりまして、現在ですね、ベータサービス間中で無償でですね、ご利用いただきますので、ぜひご興味があればですね、サイトからお申し込みいただければなって思っています。このニフクラデーボーボスっていうサービスに考えている、弊社の思いなんですけども、ニフクラの今考えているですね、この文化っていうのをぜひお客様で届きたいって考えています。一番はですね、オープンアンドシェアの組織文化を支える基盤として、ぜひですね、ギッドラボを使っていただきたいなって思ってまして、ノウハウであったりとか、そういった情報ですね、弊社であったりとか、レポジトリーに残していただいて、いつでも簡単に検索できると。使用レビューはマージリクエストベースで行って、非エンジンの方も活用できると、こういったところをですね、我々として支えられればなって思っています。最初はですね、このギッドラボのマネージド基盤の提供だけなんですが、順次ですね、ニフクラのデーボーボスの文化であるとか、ノウハウ、またシステム基盤といったものをサービスとして提供したいなって思ってまして、トレーニングだったりとか、教育コンテンツですね、こういったものをですね、どんどん出していきたいなって思っています。弊社はですね、このギッドラボを含んだチャットオブス環境っていうのをすごく活用させていただきまして、楽しく仕事ができる環境を実現がまあ、進められてきたんじゃないかなっていう弊社を考えています。皆さんもですね、ぜひ、今日お聞きいただいた内容で、ここ参考になったなっていうのが少しでもありましたら、ギッドラボ上でですね、嬉しいですね、楽しく仕事ができる環境を伝えていただければなって考えています。私からのプレゼンは以上になります。ご説明いただきありがとうございました。はい、佐藤の様、ありがとうございました。それでは引き続きまして、弊社糸の方より、全部交えた、ご説明させていただきます。佐藤さん、よろしくお願いします。まず、カメラとマイクオンにしてませんでした。では、引き続き、私からのご説明をさせていただきます。先ほど、佐藤目さんからいろいろ事例をご紹介いただいて、フジツアクラウテクノリーさんはかなりギッドラボを使いこなしてまして、ちょうど、リフクラデボップスも昨日ディディースされて楽しく、中の人は結構大変そうなんですけど、楽しくギッドラボを使っていただけばというふうに思っています。私からは、今日マージリクエストとCICDというところで、そのあたりのご説明をしながら、どういうふうにお平行開発、この中ではコンカレントデボックスというキーワードを使うんですけど、そのあたりをご紹介させていただきます。まず、簡単に自己紹介として、私、伊藤としたかと申しまして、GitHubのSolution ZARCUTをやっています。全職では、アペクティションセキュリティのベンダーで、セキュリティスキャンをCICDの中でどういうふうにやるかということを提案したいですとか、その前までは、エサイヤ、大きなエサイヤにいまして、いろんなプロジェクトに携わっていたりしておりました。今日はよろしくお願いします。というところで、まず、これ前回の話なんですけど、GitHubの簡単なご紹介化させていただきたいんですけど、皆さん、GitRepositoryとか、CICDできるということをご存じかもしれないんですが、GitHubというのは、DevOpsのプラットフォンも全体をカバーするアプリケーションでして、それを1つのマシングルアプリケーションで同じくらいで全部カバーできて、皆さんのコアコラブレーションを促進できるというのが最大な魅力かなというふうに思っています。あと、いろんな機能、実はこのDevOpsのステージをまたかるということで入っていまして、そうですね。皆さんがご存じでなさそうな機能というところをいくつかピックアップして、今日はちょっとここは詳しくは言わないんですけど、例えば、前回のセミナーソーナスアジャイルプロジェクトを管理する機能ですとか、特売ネーティストの連携をしてデプロイをスムーズにやっていくという機能もありますので、この辺りもぜひ使ってみていただけばというふうに思っています。これは先ほどさおとめさんのスライドでも似たような図はあったんですけど、よりそのギターのコアの部分というのはこのギットリ・ポジトリのブランチを切って開発するというところになるかなというふうに思っています。左側はより上流的な仮定でエピックデスとかマイストンというものを使ってさらには一周でそれらを構成してアジャイル的なアジャイルというのは限らなくていいんですけど、プロジェクトの管理をするというところをまずやっていただくというのが上流の仮定でしてそのあといろいろユーザーストーリーですとか要件定義に基づいた一周というものができてそれに基づいたマージークエストというものを作ることが次のステップです。このマージークエスト同時にギットのブランチも作ってこのマージークエストの中でいろんなことがそこから修正かいろんなテストを含めて行われていてそのあとマージークエストというものをレビューして承認することによって元のメインブランチ、マスターブランチというところにマージーしてまたその後は自動本番でプレイだったりリリースへのパッケージとかいろいろプロジェクトによって違いますけど、そういった一連の流れがギットアブに含み込まれて持っていますはい今日はコンカレントデブオプスというところで我々が考えているコンカレントデブオプスという3つの要素がありましてまず可視性こういった性格バナンスというところがあるかなというふうに思っています。可視性というところでは各ステージいろんな工程をまたがったデータの分析ですとか、パイプライン自体がプロジェクトもそうですしプロジェクト管理のガントチャートだってバンナンチャートが見えて皆さんに共有できるというのが可視性というところですね。もう一つ、こういった性というところはここは一番わかりやすいのはCICDの機能でして全部CICDで自動化できる部分は自動化することによっていろんな作業を効率的に進められるというところが一番の特徴かなというふうに思っています。ガバナンスというところとしてはまずギター分、先ほども佐藤とめさんのところで日本の小収官にあった権限管理ですというふうにあったんですけど権限をロールごとに分けられるというところが一つガバナンスについてあるところで、あとはセキュリティのスキャンをやったりですとかあとマジリクエストというのもこのあとマジリクエストのご紹介するんですけどマジリクエストのちゃんと正しいマジリクエストをマジさせるというところである意味、ゲートウェイ的な仕組みもできていますね。その後にガバナンスというところになってきます。もう少し別の角度でこのコンカエントデブオプスデブセイクオプスですとかをご説明しますと、このようなイメージですね左側これはウォーターフォーターじゃれの違いとは言い切らないんですけど左側、シーケンシャルにプロセスごとに引き受け継がれというようなプロセスに対してよりスピードアップするためにはこういった平日的にデブオプスのサイクルが進むというところを目指すべきかなというふうに思っています。ここには一ついろんな要素があるんですけど例えばプロセス感で普通のチームが受けを出しをするときに別々のツールですとか例えばエクセルでインプットアウトプット受けを出すということがあるとそこでスローダウンしてしまったということがあると思いますがここはGitHubであれば一つのUIで同じ収でいろんなチームの方がディスカッションしてそのまま次の開発プロセスに塗っていくとかそういうことができるかというふうに思っています。あと権限を与えた簡易で皆さん進めたいですとかそのプロジェクト管理の機能を使いこなすことによって基地で予測可能なプロジェクトを進行ができるかなというふうに思っています。こんなようなイメージで今回のデブセックオプスというところを進めたいというふうに考えています。というところでいろんなことをお話ししているんですけど結局一番重要なマージリクエストが出ています。このコンカレントなデブオックスを進めるためにはマージリクエストというものが重要と考えています。このマージリクエストのなじみのない方もいるかもしれませんのでちょっとそのご説明をしたいと思います。基本的にはブランチというところに元づくんですけど、ギットなのでブランチ簡単に作れるのがギットの特徴で最終的にあるブランチから元のブランチマスターブランチという名前のブランチにマージをするためのオブジェクトです。なので2つのブランチがインプットとして必要です。あとはソースブランチマージ元ブランチとマージリクエストは1対1の関係にあるというのがこのマージリクエストの特徴です。この中で何をやりますかというところなんですけどこの後デモでもお見せするんですけどこういったようなソースコの修正もそうですしパイプラインの状況を確認レビューアーをアサインするのですがいろんなことがここでディスカッションを含めて行われていきます。あともう1つマージリクエストをどういう風な精神で作るかというところがちょっと広めたいというところがありまして先ほど情報を出すをためらうという話もあったと思うんですけどマージリクエストって最後に出すこともできるんですね。全部自分のローカーで開発した後にこれでいけるでしょうということで出すというのが結構ギットアブのオープンソースコロディフトだとそうだと思うんですけどただここで推奨したいのはもう一業も修正していない段階でもマージリクエストを作りましょうというところでまず自分がやっていることを共有できますし別にマージリクエストって作ってもマージリクエストというものではなく最後マージされなければ破棄してもいいですのでこの精神でどんどんマージリクエストを作って今回のデブオプスというところを促進するというのを第一歩になるかなというふうに思って皆さんもぜひそうしていただけばというふうに思っていますちなみにこの図で書いて我々のギットアブのハンドブックページという言いまして我々の業務まにはインターネット公開しているんですけどこのバンチュン要素をお見せしていますかなり平行的にマージリクエストが出てきてこれが全てマージされるとは限らないそんなようなことをお伝えしたいふうに思っていますそのマージリクエスト早期にマージリクエストを作るやり方としてはこれは一周なんですけどこれは一周なんですけどここから一周からマージリクエストを作るボタンがありましてここからマージリクエストを作ることができますこれがすることによって早期からマージリクエストを作ることができましてそのメニットとしてはまずトレーサービーキーですね一周とマージリクエストさらにはソースブランチまで関連付けをかつ同時に作成できるというところとあとは早期からの開発状況の共有ですねこの一周からマージリクエストを作ったというわけではこの一周は今誰か対応しようとしてということは皆さんに共有できてかつその共有マージリクエストの中でディスカッションできますのでそういったメイトがあるというふうに思っていますあとはパイプラインがすぐに流れるというところがメイトがあるというふうに思っていますここまでがマージリクエストであとは今日はCICDのところも少し触れますのでそのご説明基礎的なところだけお伝えしたいと思いますこういったものがこの全体がパイプラインでしてその縦の部分この縦の部分をステージというふうに呼んでいますそれぞれの今緑になっている部分がそれぞれ一つがジョブというところになりますこれがパイプラインのギットアブのパイプラインの全体構成でして用語のおさらいというところですどういうふうにパイプラインを定義するかと言いますとこのようなギットアブのCIアムルなんといえばポジトイの直下にありましてこういうようなやめるの形式で定義していきますここもあとで少し見ていきたいとふうに呼んでいます今日は定義の内容については深くは入らないんですけどイメージだけ掴んでいただきたいと思っていますということで私からのデモを始めたいと思うんですけどその前にデモの流れを解説させていただきたいというふうに思います今回は1週からマージュクレストを作るというところを行うんですその1週自体はエピックデスとかマイルストーンがすでにわり当たっていて計画としても計画された1週というふうな状態ですそれからマージュクレストを作っています修正内容は今回簡単な背景色の変更だけというところになりますあとCIについては今回オートデボックスというものを活用してそのより会社が開発に集中できるようにこういったベストクアキスがもうすでに詰まっているオートデボックスという機能を使ってパイプラインも勝手にこういうふうに生産されるというようなそんなようなそれを利用しますあとアプリケーションなくバネエティセンでポイエーしますマージュはレビュアの承認によってマージするようなプロセスを今回入れていますマスターバンチ側にマージした後には本番環境のかなり屋でプエというところも今回のオートデボックスの中で含み込まれていますというところは今回のデモの前提条件になりますというところでまず今回エピックせっかくはエピックから一周を見ていきたいんですけど背景色の変更というところでトップページのリニューアルのエピックの中にその一周がありますはいそうですね説明は簡単なんですけどこの背景色健康の一周を使って対応していきたいと思いますはいその前どういった今今回アプリケーションデプロイしているんですけどどういったものかもちょっと一目で見てみたいと思います環境ですねはいはいこのプロダクション環境というところで既にデプロイされていてここに環境へのリンクがありますこれがクバネティス上にデプロイされていますこれがちょっとハロワール的なアプリケーションですけどこれを回収していきたいと思っていますというところなのでちょっとここから開発に入っていきたいと思いますここではエピックに割り当たっているところですとか前ストーンが割り当たっているところが見えたいですとか例えばこれ自身を私自身にアサインしてこれは私対応するということを示してもいいかなというふうに思いますここにクロージーズシャープ22ってありますけどこれが元の今の一周への関連付けですねこのマジックウェスの関連をすると先ほどの一周も自動的にクローするという仕組みになっていますこれを消せば自動的にクローしないということもできますここにクロージーズシャープ22ってありますけどこれが元の今の一周へのクローしないということもできますあと今ブランチができたんですブランチも自動的に作成されたんですけど自動的にブランチ名も生成されてこの22でも1というブランチ名が本番用のブランチマスターにマスターブランチにマジされるようなマジックウェストということが分かると思います今から修正をしていきたいんですけどWebIDを今回使いたいと思います上級によって今ブランチができたのでここからクローンして修正してまたプッシュしてもいいですし今回デモで簡単な修正ですのでWebIDでやっていきたいと思っています背景色の変更今回は青にしたいと思います修正箇所もさらくしているので修正したんですけど今パープルからブルにCSSの定義を変えましてこれだけの修正になりますジャバーのプログラムですねこれスプリングベースのジャバーのプログラムサンプルアプリですコミットをしていきたいと思いますここもGitコマンド使うよりも簡単にできるかなという風に思いますコマンド3つぐらい歌なくても簡単にコミットできてしまうのでポイントは今の作られたブランチにコミットするというところですねこれでコミットしたいと思いますGitコマンドというとプッシュ的なコミットとプッシュ同時にあったようなイメージですねマージリクエストに戻る前に今回のCGIの定義今回は詳しく見ていかないんですけどポイントはこのステージがオートデボックスのテンプレートを使って既に定義されていますあとはオートデボックスなので全部テンプレートをインクールとしてビルドカーデポエからいろんなセキュリティースキャンが含めてこれで実現されていますあとは自動ジョブの定義なんですけど今回自動テストのレポートがオートデボックスの中では生成されていなかったのでちょっと個別の生成するジョブを一個加えていますというところでマージリクエストに戻っていきたいと思いますはいそうですねまずわかるのこの時点でパイプラインが試合パイプラインが流れているというところでここがかなり強力的なところかなというふうに思っていますビットリポジトリーと試合の試合の機能が一体になっていることによって先ほどの既に与えられた試合の定義ファイルによってこのブランチマージリクエストの時点ですぐにパイプラインが流れて確認できるというところが大きな検証役立つというふうに思っています今回はまたレビューアーというものも登場してくるんですけどレビューアーに今レビューアーのアサインをしたいと思いますこの人がこのソースコンのレビューですとかマージリクエストの承認をしていくというようなそういうストーリーにしていますはいはいでちょっとブラウザを描いて今クロームカーサファイに買いましてパイプラインも時間かかりますのでこれまた別の似たようなマージリクエストを持ってきていますはい今レビューアーとしてこのメンテナーという名前のレビューアーとしてこのマージリクエストを見ていきたいというふうに思いますまず見ていくのはこのパイプラインのところですかねこれは会社自身も見る必要あると思いますけどこういったような今回オートデイブオップスを使ってますのでビルドですとかテストビルドも自動的にビルドパックを使って言語を検知して実現されていますテストテストコードはこれで実行されたいですいろんなセキュリティースキャンコーリティースキャンというところをやってレビュー環境にデプロイしてダストのセキュリティースキャンを行ってその後またパフォーマンステストやっているというのがこの流れになってきますあとセキュリティーの内容もこのあたりで見たいセキュリティー結果を見たいですとかライセンス検出されているライセンスですとかコード講演で品質のところのチェックもしてあとはテストコードですね自動テストの結果今回一件だけなんですけどこんなような結果がここで見れるかなという思いますパイパイは大丈夫ですなので戻ってきまして次はソースコードのサーブンですねここがレビューアートしてレビューするところでもありまして先ほど修正したサーブンがコイン出てきましてこれについていいよ悪いよというところをコメントしたりレビューとして例えばちょっとこれダメなんでやっぱりピンクでお願いしますとかちょっとこんなようなコメントをしたりすることもあるかなというふうに思いますはいで、ここでそうですね今コメントをしたんですけどこの指摘事項が解決されないとマジしてはいけないマジークエストになりますのでこれを解決したということにしてグリーンにして全ての指摘事項が今解決されてあとは承認者今このレビューアンは承認者ですのでこのマジークエスト時代に承認もしていきたいというふうに思いますで今回あの3つのチーム承認できるようにしてますけどこういった複数の承認ルールドを設けることもできたりします今無事承認されましたのでこのマジークエストをマジーする作業を入っていきたいと思いますちょっとマーカーズレディってボタンを押してマジークエストのマジーボタンを押すと今の修正内容がマスターブランチ側に入っていきたい入っていきますマスター側にもマスター側でパイパイが流れちょっとその前に一つ今の修正内容マジークエストの時点でパイパイがすでに流れていますので結果が見れるんですここもレビューの対象になりますここで自然に見ることにちゃんと緑になってますということで承認するストーリーにしていましたちょっと忘れてしまいましたあとは本番側のマスターブランチ側のパイパイも見ていきます先ほど似てはいるんですけどここのカナリアデプレイのところ本番デプレイの部分が段階的なロールアウトになっているところがこのオートでボックスの中で組み込まれていてこういった違いがあったりしますというところでちょっと一週間マジークエストの作成CDの実行最後このマジークエストをマジーして本番側のデプレイのパイパイが流れたというところまで一通り実演いたしましたはいということで今日の私からのご説明は以上となりますありがとうございましたはい 父さんありがとうございましたそれではQ&Aセッションの方に入らせていただければと思いますご質問いただきまして誠にありがとうございます佐藤さんの方からすでに回答させていただいてというところもあるかと思うんですけども佐藤さんビデオをおもしればありがとうございますでは順番に回答しているところも補足事故があれば佐藤さんの方内緒相当の方に企画があればと思いますが順番に回答するのはいフォローしますので順番にいきましょうかリオ開始が2015年10月からどうしようはどれくらいのユーザーから始めたんでしょうか20名ぐらいからという回答がありますが20名ぐらいから使っていったんですが最初はどうしてもエンジェリング部門にだけ広がっていった感じではありましたね他の質問でも広がっていったのは2016年くらいから流れになっていてここは一つ大きな施策を打っているのでそれまた別の質問の時に回答させてもらえるかなと思いますありがとうございますでは次の質問ちょっと回答がかなり長い部分を教えていただいてありがとうございます小瞬間にあった認証人かどういったものでしょうかまた他のツール移行の関係でポイント同じやつ混ぜた部分があれば教えていただいたんですがこれです私が絵を用意しておけばよかったんですが本当に申し上げられません一番大きなポイントとしてはこの中にも出てくるんですがエクスターナルユーザーズというパーミッションの管理ができるこれがしかもロールとは別に管理できるというのが一番大きなポイントだったというふうに私は考えていますこのオープン&シェアの精神と委託協業先をにアクセス制限をかけるというのが通常のロール管理ですとというところがあって複雑な管理が必要になってしまうんですがエクスターナルユーザーズというのはロールとは独立した状態になっていてまずエクスターナルユーザーズのパーミッションが増加されるとギッドラボ上に入った時にすべてのプロジェクトが見えない状態で入るんですね何のプロジェクトも何のグループも存在しないように見えてしまうという状態で入りますその状態で弊社はそのアカウントに対して必要なプロジェクトのグループ必要なプロジェクトをアサインをしますとそうするとそのいたくさき協業先に必要なプロジェクトグループが見えるになってその状態で各プロジェクトの管理者が自由にさらにロールを増やできるんですねなのでユーザーに対してアクセスできるできないという配達制御の部分と各プロジェクトでこの人はリードンリーこの人は自由にコミュートできるというのプロジェクトの当社がまた自由に設定できるという形でアクセスの自由度というのが相反しているものを同時に管理できるというのがまた大きなポイントなんじゃないかなって思っていますなおかつそれをグループ管理という形で各プロジェクト同士を親御関係みたいな形でグループ管理ができますので巨大な大きなプロジェクトの中でいくつかのサブプロジェクトという形でモジュールを作ったりすると思うんですが大きなプロジェクト全体をシャインは全部見えますがある委託の会社さんはそのプロジェクトの中でもこのグループ配下のこのプロジェクトだけフル権限がありますと他のプロジェクトは全部リード権限ですみたいな形で権限を親御関係できるというところも結構大きなポイントだったかなと思っていてやっぱり日本どうしてもすべてを自社内だけで開発するというよりはコラボレーションだったりとか委託先を使って開発するというのがどうしても多いSIの文化も多いところがあるかなと思いますがそういった中でかなり有効的なこのパーミッション管理ができるというのはギットラブの特徴なんじゃないかなというありがとうございますあとは移行のつまづきポイントっていうご質問をもう補足でいただいたんですがこれですねギットリポジタルに行こうはめちゃくちゃ簡単ですね普通にリポジタル取り込むって機能があるのですごく簡単にできるんですがプロジェクト管理ツールとしてのウィキとか移習の移行ですねこれがかなり大変かなと思っていて当時我々は移行ツールを自分たちで開発してやったんですが今ですねギットラブさんは充実してきてますので心の部分は当時に比べると皆さん楽々に移行できるんじゃないかな統合できるんじゃないかなって私は思っています移行さんなんか補足ありますかはい今のとこではなくて本番関係でプロジェクトとかここも権限の話なのでそれの人を特定できるかというと今解答しようと思っていました解答としてプロジェクトエッドエンバイメントという機能がいましてそこで特定の人グループだけがデプレイできることができますのでそこも一つ権限分離というところの一つ実現できる機能かなというふうに思っていますありがとうございますはいではこれ次の質問ですね株というのもあるんですけど先ほど500名利用とあったんですけどどのように利用者が20名から増やされたのかというところでございます太刀さんいかがでしょうそうですねこれもエンジンが広がっていくのはですね比較的も簡単でスラックドギットラボを作って前車で自由に使いますと言ったら喜んでエンジンが使っていったんですがやっぱり非エンジンも含めて前車で使うというところにはやっぱり証拠があってそこで一回つまづいたところはありますねはいあとまあ解答いただいているところはあるんですがルールの名文化で反対意見などございませんでしたかというところでございますその後もその時に説得する時に効果的だったことは何かありますかというとなんですが私とコペをミスってしまってましたねすみませんやっぱり反対ゼルではなくて先ほどもお伝えした通りエンジンに広げるのはですね結構も反対はもなくスムーズに行ったんですけどやっぱり非エンジンの方に使ってもらおうと思って前車基盤にした時に一番やっぱり効果的だなと思ったのはこの環境便利だとこの環境使わない手はないと思わせてしまうような施策を打つのがやっぱり一番効果的だったなと思ってまして例えばゲットラボとかスラック上で営業の人がですね困ったらつぶやくとそのつぶやいた内容エンジンが助けてくれるっていうチャンネルを運営したりだとか石を切ると切った石をエンジン屋が丁寧に回答してくれるといったような形で成立の人たちとかこのツール使わないと損だぞと思わせるような施策を打っていてこれによってかなり利用者が増えていったんじゃないかなという当地を振り返ると思いますね見たいな質問でギットラボを特に通常のメールとかチャットでは違ってマフダウンを使用しないといけないんですがこれって特に教育ですとかそういうトレーニングって行われたがございますか車内でですねイーランニングという形で弊社のいろんな技術を取っているのでイーランニングを比較的頻繁にやっているんですが前車共通のイーランニングの中でマークダウンの書き方みたいな講座を簡単にですねやったりだとか一番大きいのは新人研修ですね新人研修で一定の時間マークダウンを使わないとできないというものがありまして例えば新人研修中技術の研修中は日報でマジリクエストで担当者に投げるという形でマークダウンであるとか新人研修中の方に慣れてもらうというのをある意味強制的にやってもらうみたいなこともやってたりとかしてこのようにってですねエンジンヤーも非エンジンヤーも使い方にどんどん慣れてほしいなということをやっていますなるほどありがとうございます結構大変だあともう一つ最後時間になりましたので最後の質問をさせていただきますが回答済みのものがあるんですけどもこれはニフクラ様の話になりますのでサウトムさんの人は思うんですがニフクラ様よりリニースされたとご紹介させていただいたんですけどもこちらのサービスにはBot機能も含まれていますかということですはいそうですねGitLabをスラックで一周連携するようなBotの機能というのは元々GitLabのIncoming WebHookの機能であるんですけどもGitLabからスラックからGitLabに連携するみたいなBot機能というのはこれやっぱり作らないとないんですね残念ながらリリースした時点ではまだないんですけども今後ですねこういったノウハウの部分も我々のサービスをしてどんどん出していければなって思ってますのでぜひですねベータサービスを申し込んで使っていただいてこの部分もっと公開してほしいとかこういったところが困ったら教えてほしいという意見をいただければメッセージしてもそれに答えるかたちでどんどんサービスに反映していきたいなと思っていますありがとうございますそれでは以上を持ちましてありがとうございましたそれではですね本ウェビナーの方皆様いかがでございましてでしょうか本日チームコラボレーションについてご紹介をさせていただいたわけでのですけども来月ですねウェビナーの方アプリケーションのシフトレクトの実践についてってことをご用意させていただいております来月のウェアのご紹介また先ほどご紹介させていただきましたがこのセッションに関しましてレコーディングをさせていただいておりまして後日YouTubeにアップロードさせていただきますですのでその中で新たに見つかったご質問ですとかご意見ですとかございましたら当然Q&A機能およびチャット機能がございませんので表示させていただいているJP&Aver Salesあとgithra.comの方へお寄せいただけますと幸いでございますあとですね明日になると思うんですがアンケートの創新というものを予定させていただいておりますその際に動画のリンクもご提供させていただきますけども大変お手続けますがこちらアンケートのご協力ご回答をご協力いただけますと幸いでございますそれではですねこれを持ちましてgithra.orgシリーズ第2回ラボレーションを終了していただきますご視聴いただきましてありがとうございましたありがとうございました