実践はじめてのリーンコーヒー ~ DevOpsDays Tokyo 2021 をふりかえろう

location_city Tokyo schedule Apr 16th 04:00 - 04:45 PM place Hall A people 3 Interested

DevOpsDays Tokyo もあと2セッションを残すのみとなりました。
先進的な事例から、これからやっていきたいことまで、幅広くご共有いただきました。

どんな組織にもそれぞれ独自の環境があり、皆さん考えながら一歩ずつ取り組みを進められているのが印象的でした。
また、技術プラクティスからテストや品質、さらには組織変革まで、DevOpsが含む領域の幅広さを感じました。

本セッションでは、いくつかのセッションでも語られた、リーンコーヒー形式での雑談を実際にやってみたいと思います。

付箋に話したいトピックを書いていただき、5分ずつ、あるトークテーマで話していきます。
会場とオンラインとどちらからでも話していただきたいと考えています。

 
 

Outline/Structure of the Panel

  1. ボードをセットアップする
  2. 話し合いたい内容を決める
  3. 投票して議論する

これだけです。

"リーン・コーヒーとは?

あなたは会議でどれだけの時間を無駄にしていますか?もしあなたがファシリテーターでもなく、アジェンダも書いていないなら、あなたはその会議に完全に参加していますか?無駄を省いて、自分の時間を取り戻せたら素晴らしいと思いませんか?

これらは、ジム・ベンソンとジェレミー・ライトスミスがLean Coffeeを開発する際に直面した疑問の一部です。

2009年当時、Jimは講演者の手配や会場の手配に煩わされたくなかったので、Jeremyと一緒にこの軽量なソリューションを選びました。彼らは毎週水曜日の朝、シアトルのkakaoコーヒーショップで会うことに合意しました。(リーン・コーヒーの誕生です) "

https://agilecoffee.com/leancoffee/ からの引用

Learning Outcome

リーンコーヒー形式のディスカッションに触れられる

DevOpsDays Tokyo 2021 についてふりかえることができる

疑問に思ったことをほかの人に聞いてみよう!

Target Audience

DevOpsDays Tokyo 2021 に参加された方

schedule Submitted 3 months ago

  • Michael Migliacio
    keyboard_arrow_down

    Michael Migliacio - [Remote] Leading Engineers To Water: The Art, Science, and Culture of Technical Coaching

    45 Mins
    Talk
    Beginner

    Software engineering may be difficult, but fostering a working environment that enables skilled engineers to perform their best can sometimes seem downright impossible. Every day, many engineering teams are battling a messy whirlwind of forces like unmovable deadlines, imposter syndrome, psychological safety issues, personnel/leadership conflicts, fierce technological preferences, and more. With teams more distributed all over the world than ever before, cultural differences can exacerbate many of these difficulties.

    In this presentation, I’ll discuss tips, tricks, and techniques that technical leaders and managers alike can utilize to better coach engineering teams, including concepts like the definition of empathy (and, more importantly, what doesn’t count), the trust-influence relationship model, introducing new technologies in a meaningful and consumable way, and a 5-step process to provide teams confidence to own their new solutions moving forward.

    ** 日本語版もあります。

  • クリス Chris Lucian
    keyboard_arrow_down

    クリス Chris Lucian - Mob DevOps & Mob Programming

    45 Mins
    Talk
    Beginner

    Currently in our environment of 27 developers we have no manual tests for the software to deploy to production. We practice continuous integration, and continuous delivery. All infrastructure is written as code. Bugs and defects are top priority with no bugs most of the time. Team members treat each other with psychological safety. We have a 2-hour value stream for our cloud based IOT product. This means a customer can receive changes to the software within 2 hours of the start of the feature.

     

    How did we get to this point? By working collaboratively and practicing Mob DevOps and Mob Programming! In this session we will review the status of the team and how you can iterate toward a similar environment.

  • Kazuki Suda
    keyboard_arrow_down

    Kazuki Suda / Masao Sakata - PFN の ML/DL 基盤を支える Kubernetes における自動化

    45 Mins
    Talk
    Intermediate

    Preferred Networks(PFN)は深層学習などの最先端の技術を最短路で実用化することで、これまで解決が困難であった現実世界の課題解決を目指しています。コンピュータビジョン、自然言語処理、音声認識、ロボティクス、コンパイラ、分散処理、専用ハードウェア、バイオインフォマティクス、ケモインフォマティクスといった幅広い分野で研究開発を行っており、それを支えているのが Kubernetes を用いて構築しているオンプレミス/ベアメタルの GPU クラスタです。

    本セッションでは、PFN が Kubernetes を用いてクラスタを運用するなかでどのような障害が起きるのかを紹介し、また障害対応をどのように自動化しているのかを具体的に使用/開発したソフトウェアを含めてご紹介します。また Kubernetes クラスタの管理、アップグレードの自動化にも取り組んでおり、それを実現する Cluster API についてもご紹介します。

  • Fujihara Dai
    keyboard_arrow_down

    Fujihara Dai - 輝くみらいを抱きしめて! アジャイル・DevOps時代のテストと品質保証(完全版)

    45 Mins
    Talk
    Beginner

    この10年は多くの変化がありました。

    ソフトウェア開発プロセスにおいては、アジャイル開発の普及が進み、さまざまな現場でスクラムが活用されるようになりました。

    技術面では、コンテナ技術やその管理の自動化が進み、システムはどんどん複雑になりつつあります。

    一方で、テストや品質保証はどのように変わってきたでしょうか?

    私はアジャイルコーチとして10年活動してきましたが、 最近話題の「DX(デジタルトランスフォーメーション)」の影響か、 開発に速さがより求められるようになってきたように感じています。


    そして、その影響もあってか「テストがボトルネックになりがち」や 「マニュアルテストのチームがコストセンターになってしまった」という相談をよく受けるようになりました。

    このセッションでは、アジャイル・DevOps時代におけるテストと品質について、

    • 現在
    • 戦略と戦術
    • 組織未来

    のお話させていただきます。

    そして特に、「テスト・品質保証」について、現状と課題や求められる要件を整理し、未来のあるべき姿を、議論したいと思います。

  • Shigeru Tatsuta
    keyboard_arrow_down

    Shigeru Tatsuta - Kubernetes 導入から始める DevOps について

    Shigeru Tatsuta
    Shigeru Tatsuta
    Senior System Engineer
    SoftBank
    schedule 6 months ago
    Sold Out!
    20 Mins
    Talk
    Beginner

    我々の所属するソフトバンクの IT 本部は、主にキャリア事業を支える IT システムの開発、保守、運用を担っています。キャリア事業はユーザーの生活を支える重要なインフラであるため、堅実なキャリア品質のシステム構築として、自社のデータセンターのオンプレミスな環境で稼働するシステムを数多く開発してきました。一方で、近年ではビジネス環境の変化に伴い、Agile や CloudNative な開発にも積極的に取り組んでいます。

    現在、全国のソフトバンクショップではスマホアドバイザーというスマホに関するあらゆる相談に対応するスタッフが在籍しており、スマホ教室などの様々なサービスを提供しています。スマホアドバイザーの業務を支援するシステムにおいて、自動化機能を可能な限り活用して、運用担当者の負荷の軽減を目的として、クラウド、Kubernetes を採用して、システム開発、および運用を行ってまいりました。当初は DevOps を目的としていたわけではありませんが、クラウド、Kubernetes によって、それまでの運用作業の質が変化し、結果として、開発と運用の組織の垣根を越え、運用の在り方、開発と運用の協業等、我々なりの DevOps を考えるきっかけとなりました。

    このセッションでは、我々のスマホアドバイザーのシステム開発において、クラウド/Kubernetes を導入して、1 年程度運用してきて、得た知見、たどり着いた我々なりの DevOps、およびこれからについて共有できればと思います。

  • Yuya Kazama
    keyboard_arrow_down

    Yuya Kazama - DevOpsの組織におけるテスト活動の在り方

    Yuya Kazama
    Yuya Kazama
    QA Engineer
    BizReach Inc.
    schedule 5 months ago
    Sold Out!
    45 Mins
    Talk
    Beginner

    ここ最近、私の周りでは、テスト活動の範囲が広がっている事例が出てきているように感じます。

    例えば、テストマニフェストでは、「ずっとテストし続ける」「品質に対してはチームが責任を持つ」と示しています。つまり、テストとはQAやテスターだけの取り扱いではなく、チーム全体でテストを常に考え続けることを表しています。

    20200418161646.png

    また、Dan AshbyのDevOpsにおける継続的テストの図では、実装前であるPlanの部分から本番環境適用後のMonitorまで、あらゆるところでテストができることを表現しています。

    model-2.jpg?w=820

    この継続的テストの図のうち、画像の左半分、特にPlanやBranchといった部分や更に前段階のIdeaの部分にテスト活動を持っていくことをShift leftのテストと呼んでいます。一方、画像の右半分の部分にテスト活動を持っていくことをShift rightのテストと呼んでいます。

    私は今まで、RSGTやScrum Fest Osakaでの発表を通じて、Shift leftの事例を紹介していきました。また、書籍『Agile Testing Condensed』にもShift leftのテストを行う方法が多く紹介されています。

    一方で、Shift rightのテストはどうでしょうか?実は開発者やSREチームではFeature Flagといった手法を用いることによってShift rightのテストを行う準備ができているかもしれません。ですが、Feature Flag部分に対するテストをどうすれば良いかまで考えている人は少ないかもしれません。また、Feature Flag以外にどのような手法があるのか知らない人も多いかもしれません。

     

    そこで本発表では、書籍『Agile Testing Condensed』と書籍『Testing in DevOps』を参考にして、Shift leftおよびShift rightのテストについてご紹介します。

  • Masato Wakahara
    keyboard_arrow_down

    Masato Wakahara / Ryusuke Tanaka - 決済戦国時代において、早く安全なシステムを提供するために with Azure

    45 Mins
    Talk
    Beginner

    時は今、ペイメント戦国時代。様々なペイがシェアを争い凌ぎを削っていた。
    そんな中私たちにはシェアを奪うためにスピードが求められたが、金融システムには守るべきコンプライアンスが鎮座して私たちの動きを鈍らせていた。

    スピードとコンプライアンス遵守という相反する課題を解決するために、
    私たちが実践した取組や直面した課題、それを実際に乗り越えた経験を元にお話しいたします。

  • Jumpei Ito
    keyboard_arrow_down

    Jumpei Ito - 品質問題から始まったWhole-TeamアプローチとAgile Testingマインドセットの改善物語

    Jumpei Ito
    Jumpei Ito
    QA Engineer
    WingArc1st Inc.
    schedule 5 months ago
    Sold Out!
    45 Mins
    Talk
    Beginner

    QAに携わる人は一度は品質問題でお客様から怒られた経験はありませんか?
    私は最近経験しました。

    突然、マネージャーや経営陣に呼ばれて、
    「お客さん怒ってるから、品質が語れるQAとしてお客さん先に行ってきて」
    と言われました。
    もちろん今まで自分が担当したことのない製品でした。

    お客様と会話し、開発現場のプロジェクトにどっぷりとハマり、見えたものは、
    お客様とチームとのギャップ、またチーム内のメンバー同士が主張するギャップでした。

    書籍『Agile Testing Condensed』では「Whole-Team」の定義を「whoever you need to deliver the product」と提唱しています。
    また、「Whole-Team Approach」は「all team members are responsible for the quality of thier product」と提唱しています。
    つまりプロダクトをデリバリーする際に関連するメンバー全員が「Whole-Team」であり、Whole-Teamのメンバーは全員がプロダクトに対する品質の責任があります。


    このトークでは、QAが品質問題を抱えている開発現場に入って、プロダクトマネージャーやチームメンバーとの信頼関係を構築して、徐々にWhole-Team(チーム全体)としてプロダクトをデリバリーできるようなチームになった話をします。

    また、品質にフォーカスした開発を行うAgile Testingマインドセットを実践し、顧客との会話で得たビッグピクチャー(全体像)とユースケースの重要性を理解して、徐々に品質を改善したストーリーを話します。

  • Mika Dumont
    keyboard_arrow_down

    Mika Dumont - Increase your .NET productivity with Visual Studio and Visual Studio Code

    Mika Dumont
    Mika Dumont
    Product Manager
    Microsoft
    schedule 4 months ago
    Sold Out!
    45 Mins
    Talk
    Beginner

    Visual Studio has now integrated machine learning into your coding experience. Learn how to take advantage of the best in class tools to edit, test, navigate, cleanup, and debug your .NET code. In this demo packed session we’ll cover what’s new in Visual Studio including IntelliCode, code cleanup, new C# features, debugger, the test explorer, and the latest code fixes and refactorings.

  • Kohsuke Kawaguchi
    keyboard_arrow_down

    Kohsuke Kawaguchi - 開発環境、共有のススメ

    Kohsuke Kawaguchi
    Kohsuke Kawaguchi
    Co-CEO
    Launchable, Inc.
    schedule 5 months ago
    Sold Out!
    5 Mins
    Lightning Talk
    Intermediate

    開発チームの生産性は、コードを書く周辺の様々な作業に大きく依存しています。この発表では、direnvやBazelを活用し、スクリプトなどの共有を一段と推し進めることで、小さな生産性の向上をチーム内で共有できるような環境を作った事例を紹介します。

help