開発プロセス

エンジニア生産性の見える化:企画から開発、運用まで

1. はじめに エンジニアの生産性可視化の重要性 本記事の目的と概要 2. 指標の選定 生産性を測定するための指標 自部署に適した指標の選定方法 指標選定の際の注意点 3. 指標の可視化 データ収集の方法 コードの処理の流れ 環境設定 GitHub APIへのリクエス…

サーバーサイドのレガシーシステムを、ビッグバンではなく堅実にリプレイスした話

はじめに サーバーサイドのレガシーシステム レガシーシステムの課題 コードの複雑化 プロジェクトの立ち上げ やること やらないこと 進め方とフェーズ フェーズ1.新しいシステムに1ページのみ置き換え、効果測定 このフェーズで起きたこと、学び フェーズ…

新ヘルプセンターシステム#6 異動を機にフロントエンドエンジニア始めました

はじめに 異動の転機 現チーム配属前の経歴 CSプラットフォームグループへの参画 フロントエンド開発への挑戦 フロントエンド開発のための学習 TypeScriptやReactでの苦労と学び TypeScriptの分割代入、スプレッド構文 React hooks ライブラリの利用 フロン…

AIによるコードレビュー "PR-Agent" を導入した効果と課題について

AIによるコードレビューができるPR-Agentを導入した効果と課題について書いています。 導入結果としては、AIによるコードレビューが効果がある一方で、現時点では全てのレビューがAIに置き換えることはないことが分かりました。 この記事では、PR-Agentの具…

DMMプラットフォーム 共通ナビゲーションが担う役割と課題

はじめに 共通ナビとは? 共通ナビの役割とは? DMM全体のナビゲーションシステム DMMの複数サービスで統一されたインターフェースの提供 独自の成長戦略を求められる Naviグループとは? 共通ナビが抱える課題 リリースによる表示崩れの発生 解消への取り組…

AWS利用状況のSlack通知処理を共通化した話

DMMにおけるAWS利用状況 共通処理の実装 コスト取得 まとめ こんにちは。ITインフラ本部 SRE部の河村です。私が所属するSRE部では、Site Reliability Engineeringの観点から、グループを横断してシステムの信頼性を向上させる取り組みを行っています。いわゆ…

新ヘルプセンターシステム#2 24時間365日稼働するオンプレシステムのクラウド移行について

はじめに クラウド移行の背景・目的と方法 問い合わせシステムについて パブリッククラウドへの移行方法 移行方式と各フェーズにおける問題と課題 問い合わせDB / NFSのクラウド移行 NFS移行時に10秒程度のダウンタイムが発生する DB移行時に実行するSQLをバ…

新ヘルプセンターシステム#1 リプレイスプロジェクトの概要と結果

はじめに 今後の連載予定 プロジェクト背景 なぜリプレイスを行ったか リプレイスで解決したい課題 プロジェクト計画 開発方針 開発スケジュール 開発体制 ヘルプシステムのリプレイス 結果 問い合わせシステムのリプレイス クラウドへのリフト&シフト 結果…

Diátaxisによる知見の体系化を図ろうとしている話

はじめに Diátaxisとは ~概要~ Diátaxisとは ~まずは簡略化して捉えてみる~ Diátaxisとは ~各要素について~ Tutorials How-To guides Reference Explanation 弊チームでの取り入れ方 別枠でドキュメントの歩き方(Q&A)を用意 How-To guidesをラベルで管理 Exp…

DMMオンラインサロンのビジネス基盤刷新プロジェクト「neon」とこれから

はじめに neonとはなんなのか neon が解決する課題 neonの由来 方針 アーキテクチャ戦略 チーム体制 チーム原則 メンバーが自立し、考え続ける 現状と今後について アカウント移行 基盤構築 今後について おわりに はじめに オンラインサロン開発部 開発グル…

技術力向上への部門の取り組み 〜マーケティングテクノロジー部の挑戦〜

自己紹介 DMMへ入社後2年での挑戦と成長 1.部を巻き込んで勉強会を開催 2.技術支援制度を利用した資格取得 3.DMM社内で「新卒技術研修」の講師を担当 まとめ 最後に 自己紹介 マーケティング本部マーケティングテクノロジー部所属(以下「マーテク」…

協力し合える一番早いチームになるために 〜スクラム導入初期の取り組み紹介〜

DMM GAMESプラットフォーム部における、開発チームのスクラム導入初期時の事例についてご紹介します。 はじめに 山を見つける スクラムガイドを読む スクラムガイドと現実の差分を見る スクラムのゴールは近いようで遠い 僕らの失敗談 アジャイル見学会に参…

レガシーなアプリケーションの監視を改善するため最初にやったこと

はじめに Step 1: SLOの制定 SLO制定へのアプローチ 最終的に制定したSLO SLOに基づくアラート対応フロー Step 2:監視ルールの整理 SLIに関連する監視ルールの追加 Step 3: 監視の実装 Step 4: 監視の運用と継続的な改善 まとめ 最後に はじめに この記事は …

UX/UI研修で繋げる職域間のコミュニケーション

なぜ、UX/UI研修を自前で実施したのか? INI株式会社様との合同研修にした理由 研修内容.1)誰に届けるためのデザインなのか定義する 研修内容.2) ビジネスモデルに沿った前提条件を可視化する 研修内容.3) 改善する時に立ち戻るべきポイントと条件を紐付…

ソフトウェア開発の予測と記録と資産〜プロジェクト失敗率 69%の壁〜

プロジェクトの失敗率は、約69% 原因は、計画・仕様・システムの不確実性 よくある失敗 どうしていくべきかの考え方の提案 予測して、記録して、資産化する 1. 予測 2. 記録 3.資産 全体まとめ この記事は、DMMグループ Advent Calendar 2022の1日目の記事で…

DMM GAMES プラットフォーム開発チームへのスクラム支援について

はじめに 自分は何者か なぜ支援が必要なのか 支援に携わることになったきっかけ 色々ヒアリングしてみた 時間経過と共に変化する重視すべき4つの領域 どんなことをやっているのか まずは観察と妨害リストの作成 最初に登る山を決めるワークショップ チーム…

SLI/SLO文化を組織に浸透させる! 〜プロダクト憲章作成から始める4ステップ〜

はじめに 元々抱えていた課題 SLI/SLO文化を組織に浸透させるためにやったこと step1:プロジェクトの憲章を再定義する step2:SLI/SLOという概念と運用ポリシーの認識を合わせる step3:プロダクトの提供すべき価値からSLI/SLOを定義する step4:DatadogでSLOの…

ゼロから始めるスクラム文化 〜チームにスクラム文化を根付かせた方法とは〜

こんにちは。プラットフォーム事業本部ペイメントサービス部ポイントグループの小谷口です。 現在はポイントグループのグループリーダーとして活動を行っています。 今回は、ポイントチームがどのようにAgile、Scrumの文化を形成し実践しているかを紹介しま…

Go言語でElectronアプリケーションの高速化を実現した話

はじめに DMMGamePlayerとは 必要な機能 技術選択の理由 苦手な分野 Electronの中にGo 並列処理の効果 まとめ はじめに 合同会社EXNOA プラットフォームシステム部の知久です。 普段はNativeアプリチームのメンバーとして、EXNOAでサービスしているDMMGamePl…

ポイントサービスへ勝手にDockernize活動をやってみた

はじめまして。ペイメントサービス部 ポイントグループの柏熊です。 1年ほど前にポイントグループへ異動してきてから、システムの開発や保守・改善活動に取り組んでいます。 今回の記事ではこれまで行ってきたポイントサービスへの「勝手にDockernize活動」…

DMMにおけるユーザーレビュー基盤の変革(開発プロセス編)【DevOps Days Tokyo 2019】

はじめに 登壇内容 「Data-Driven x DevOps」とは何か BMLループで開発プロセスを構築する 0. BMLループとは何か 1. Idea → Build = 仮説から開発へ(何を作るか) 2. Build → Product = どう作るかを考える 3. Product → Measure = プロダクトの状況を計測す…

DMMにおけるユーザーレビュー基盤の変革(技術選定で気をつける13のこと)

はじめに 人材確保ができるか ランニングコストは高くないか 開発スピードはどうか 資料は充実しているか 運用しやすいか 引き継げるか 私欲で導入しようとしていないか 資料は充実しているか シンプルな構成で構築できるか 今後の展望はどうか 普及するか …

DMMにおけるユーザーレビュー基盤の変革(データ駆動戦略を実現する『三種の神器』編)【Developers Summit 2019】

はじめに 登壇内容 プロダクトがGrowthする流れ データ駆動戦略についての『Why / What / How to』 ユーザーレビュー基盤について データ駆動戦略を実現する『三種の神器』 データ分析基盤 優れた指標 高速にデータ駆動で計測→学習するための開発プロセス ま…

プロダクト成長のために『開発プロセス』を思考せよ!【Developers Boost 〜U30エンジニアの登竜門〜】

はじめに 登壇内容 『開発プロセス』を思考する重要性 Customer Problem Fit = ユーザの痛み(問題)はどこか。 Product Solution Fit = 顧客の問題を解決しているか。 Product Market Fit = 市場にマッチしたプロダクトを提供できているか。 Problem : LeadTi…

DMMにおけるユーザーレビュー基盤の変革(プロダクトをGrowthさせるデータ駆動戦略編)

はじめに なぜ、データ戦略が必要なのか 優れた指標でないとデータは『駆動』しない。 優れた指標の種類 DMM.comにおけるユーザーレビュー基盤のデータ駆動について コホート分析・A/Bテストから仮説の糸口を見つける まとめ 最後に はじめに こんにちは、プ…

『ZenHub x GitHub』を軸としたスクラム開発のプロセス設計

はじめに ZenHubとは スクラム開発における親和性 Agile Concepts in GitHub and ZenHub Development Process Product Development Pipelines Tips まとめ はじめに こんにちは、プラットフォーム事業本部の石垣雅人(@i35_267)です。 現在は、DMM.comのサー…

redux (redux-saga) の設計にシーケンス図を用いてみた話

はじめに 経緯 使用したフレームワーク・ライブラリなど 設計の方針を決める Action, Reducer に一切ビジネスロジックを持ち込まない設計にする Action, Reducer はただ値を返す関数 Saga task をどう作っていくか Plant UMLで処理フローを描写する UML を書…

プロダクトのリリースまでの時間が268.5hから54.5hに! VSM(ValueStreamMapping)時短術

はじめに 目次 ①VSMとは? ②VSMを作ることでどのくらいの効果があるか ③明日からVSMを作れるようになるには ③-1VSMの描き方について ③-2 ムダを発見する ③-3 改善メソッド ~ECRSの原則 〜 明日からできること おわりにメンバー募集 はじめに こんにちは、プ…

Go言語初学者がConfluenceをMarkdownで書くためのCLIツールを開発した話

はじめに Goの学習をはじめた動機 Goの学習の流れ 1. A Tour of Goを行う 2. ローカル開発環境を構築する homebrewでのGoのインストール GOPATHを設定 エディタに開発補助パッケージをインストール 3. CLIツール開発に挑戦する CLIツールの開発を始める 何を…

GASとLINE Messaging APIで同棲生活を便利にした話

ことのきっかけ 問題発生と解決 システムの提案 実装したもの 家事管理の機能 お菓子リクエスト・買い出しメモの管理 リマインド関連 データの整理 導入してみて GASの知識を会社でも有用 これはDMM.com #2 Advent Calendar 2017 - Qiitaの19日目の記事です…