アジャイル・フルーエンシーモデルでアジャイルに技術的負債対策を組み込む
🐳この記事は「ログラスサマーアドベントカレンダー2023」の28日目の記事です。 次はデザイナーチームの高瀬さんです。 こんにちは、ログラスの松岡です。 ログラスのプロダクトチームでは、ドメイン駆動設計とアジャイルプラクティス（スクラム、エクストリームプログラミング等）を併用していました。 その中で、「アジャイル・フルーエンシーモデル」(以下、省略時には「フルーエンシーモデル」と表記)という概念が多くのプラクティスを取りまとめ、全体感を把握してチームの成長余地を考えるのに役立つものなので、この記事で紹介したいと思います。 アジャイル・フルーエンシーモデルの面白いポイント 面白いポイントはいくつもあるのですが、この記事で紹介するポイントは二つあります。 ポイント①: 技術的負債への対策が組み込まれている 一つは、「技術的卓越性によってアジャイルの持続可能性(サステナビリティ)を高めるという
「なぜ、ムダな機能が生まれるのか？」価値ある機能を作るための”顧客の痛み”を理解するワークショップ｜abel_hideaki
はじめまして、ログラスでエンジニアをしている大島です。 2019年にサイバーエージェントに新卒入社し、AI事業本部でエンジニアとして働いていました。前職では、広告配信プロダクトなどを作っていましたが、その過程で顧客課題(以下、ペイン)を解決するプロダクトを作りたいという思いが強くなり、大学時代から友人であったCEOの布川の誘いを受けて2020年11月にログラスにジョインしました。 「せっかく作ったのに、全然使ってくれねぇ...」工数をかけて開発してみたものの顧客に使ってもらえなかった、そんな経験をしたことはないでしょうか？作るべきものが作るべき順で開発していくのはとても難しいと私は思っています。 私は前職の株式会社サイバーエージェントでは、エンジニア兼スクラムマスターという働き方をしていました。エンジニアやスクラムマスターをやる中で、タスクの優先順位や次にどんな開発をしていくのか？を決断す
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアリングマネージャー業の抽象度マッピング / Abstraction mapping of engineering manager's job
ベロシティを上手く使って 技術的負債を計画的に解消する