採用管理」のサービス拡大に伴いアーキテクトとしてシステム改善に関わりました。Airワークはクラウド(AWS)で構築されたサービスで参画当初以下のような問題がありました。再発対策の流れがうまく回ってないモニタリング基盤はあるものの何を見るべきかの更新がされていないデプロイ、切り戻しに時間がかかるオンプレでの開発・運用経験を活かして、課題は一通り対応してシステムにはいっときの平穏が訪れました。この平穏はそう長くは続かないという予想もしていました。長期にわたる平穏のためには何が必要でしょうか。そんな時、対応していた時の気づきを思い出しました。「これらの問題、アプリの問題は開発チームで解決することができたはずだし、インフラチームは専任でいてインフラの問題も解決できたはずだ。解決できたはずの問題が未然に防げなかったのはなぜだろう」ここで、クラウドのような変化の激しい基盤では特にDevOpsが重要になると気づき、アプローチを始めていきました。考え方についてお話ししようと思います。ondemand_videoLinks今年の1月21日に弊社のタウンワーク改善事例についてお話しました。今回は同じHR領域の別サービスでの知見についてお話できればと考えております。TalkBeginnerカオナビでは、自社システムの運用・保守を日々行っていく中で、定常業務を手動で対応してきました。拡大に比例して作業量も増加し、手動での運用に限界を感じるようになっていました。・手作業によるヒューマンエラーリスクです。この問題の解決策を模索していく中で、DevOpsという単語をよく見るようになりました。開発部門の中でも2020年頃からDevOpsへの関心が高まり、積極的に自動化・見える化・効率化に取り組むようになりました。その中でも、特に注力したのが下記の3点です。本セッションでは、上記対応を進めていく中で、発生した課題とそれに対する有効な取り組み、取り組んだ結果得られたものについてお話します。MinsTalkBeginner2010年代、多くのウェブサービスが登場するなどOSSをベースに情報化社会が一気に進みました。Model)と呼ばれる業界独自のデジタル化が行われてきました。2020年代、建設業でもDXの波が訪れ「BIMから建設DXへ」と大きな変化が起きています。本セッションでは、ソフトウェア企業がプラットフォームサービスへと変化するにあたりユーザーにこのDXへの潮流の意味をどのように伝えるべきかという問題への取り組みを、DXの資料を元に解説します。MinsTalkAdvanced2020年2月私が入社した時、システムは現代のモダンなシステムとの剥離が出てきている狭間でした。会社はその後、すぐに上場をして、一気に組織の人数が増加しました。システムも社会的責任を果たせるようにアップデートをしなくてはいけないのは自明で、「必要最低限のアップデートをする」という選択ではなく、「全てを作り直す」という選択をして、システムリプレースを行っています。新しいシステムはモノリシックからマイクロサービス化に変更しましたが、私はマイクロサービス化に伴う組織的な変化、いわゆるコンウェイの法則を期待してマイクロサービス化の採用をおこないました。本セッションでは、マイクロサービス化を行った後に起きた開発組織の変化について赤裸々にお話できたらと思っています。MinsTalkBeginnerミッションクリティカルな性質を持った顧客業務に対応するために、DevOpsを実践したシステム開発を金融領域で5年間行ってきました。1秒の処理遅延が数億の損失に直結し得るシステムにおいてDevOpsを実践することで、多数の困難に直面することになりましたが、貴重な経験が多数得られ、DevOpsの意義も実感することができました。本セッションでは、実際にDevOpsを5年間実践しているチームの話や5年間実践してきて得られた経験をお話することで、金融領域においてDevOpsを実践することで得られる意義や、DevOpsを実践しているが故に発生した苦難をはじめとした日常業務のリアルをそのままお伝えします。セッション後半では、DevOpsを継続的に実践していくにあたって個人的に重要だと感じた点についてもお話できればと思っています。MinsTalkIntermediate皆さんのチームはシステムデリバリのアジリティを最大化できていますか?現代の開発ではコードの負債、複雑なコミュニケーションパス、ボトルネックの存在など、いろんな要素によって簡単にアジリティの低下を招いてしまいます。Chatworkでは現在、アジリティを最大化するために次世代開発基盤の開発を行なっており、組織とシステムを刷新しアジリティを最大化しようと取り組んでいます。この中の取り組みの一つとして、開発者にシステム開発のオーナーシップを委譲することでコミュニケーションパスの最適化、責任の所在の明確化を行います。一口にオーナーシップを渡すといっても障壁はいろいろとあります。セキュリティや監査、信頼性などの考慮は一定の規模に育ったChatworkでは必ず確保しなければなりません。この課題を解決するためにChatworkではDevOpsの手法を使った開発者へのオーナーシップの委譲を推し進めていくという選択をしました。本セッションではChatworkがなぜその選択をしたのか、どのように実現をしているのか、難しさや課題としてどういうものがあるのかという話をSREの視点からぶっちゃけトークをしていきます。理論・原則・実践のすべて』です。DevOpsハンドブックに記載されている3つの道、すなわち1フローの原則、2フィードバックの原則、3継続的な学習と実験の原則、を通して、料理のワークフローの中でどのようにDevOpsの原則を実践してきたかの体験談をお伝えします。体験するワークショップです。Mappingを使ったプロセスの見える化・カイゼン案の検討を実際に体験してみましょう。ソフトウェア開発工程の流れ(価値の流れ)を見える化するために作成するプロセス図です。アイデアが生まれてから顧客に対して価値が届くまでの全行程を見える化することによって、ムダな作業や非効率なフローをチーム内で共有することができるようになるため、カイゼンに役立てることができます。4、5人でグループを作ってグループワークを行います。描けるようになるだけではなく、チームで作った時の効果も感じられると思います。今回はOnlineということでDiscord+zoom+muralを使って実施しようと思っています。登壇者の募集セッションのスピーカーを募集します。DevOpsに関わる技術やケーススタディ、組織内の活動、組織外のコミュニティ活動など、幅広いセッションのご提案をお待ちしております。セッション・タイプ2つのタイプのセッションがあります。レギュラー・トーク:フル(45分)かハーフ(20分)のいずれかになります。ライトニング・トーク:ライトンニング・トークのセッションタイム中におこなわれます。各5分のスロットとなります。日本語がメインの言語となりますが、半分ほどのトークは英語でおこなわれる予定です。英語でのトークをご希望の場合は使用するスライドを事前にご提出下さい。同時通訳の事前準備に利用致します。日本語を話されない方も、事前にご本人の日本語レベルをお知らせ下さい。登壇者の募集セッションのスピーカーを募集します。DevOpsに関わる技術やケーススタディ、組織内の活動、組織外のコミュニティ活動など、幅広いセッションのご提案をお待ちしております。セッション・タイプ2つのタイプのセッションがあります。レギュラー・トーク:フル(45分)かハーフ(20分)のいずれかになります。ライトニング・トーク:ライトンニング・トークのセッションタイム中におこなわれます。各5分のスロットとなります。日本語がメインの言語となりますが、半分ほどのトークは英語でおこなわれる予定です。英語でのトークをご希望の場合は使用するスライドを事前にご提出下さい。同時通訳の事前準備に利用致します。日本語を話されない方も、事前にご本人の日本語レベルをお知らせ下さい。