エンジニアリングマネージャーの4領域はEM以外のメンバーでも濃淡はあれど意識する必要がある - stefafafan の fa は3つです
株式会社はてなでテックリードとして仕事をしている id:stefafafan です。今回は自分が個人的に考えてきたことを記事としてまとめてみます。 エンジニアリングマネージャーの4領域とは EMでなくとも4領域を意識する必要がある テックリードの場合 スクラムマスターの場合 Individual Contributor (IC) の場合 ロールを持たないソフトウェアエンジニアの場合 結局エンジニアリングマネージャーの役割とは 終わりに エンジニアリングマネージャーの4領域とは ここで私がEMの4領域と呼んでいるのは以下の4つの領域のことです。 テクノロジーマネジメント アーキテクチャやテストなど プロジェクトマネジメント 見積もりやアジャイル開発など プロダクトマネジメント ビジョンや仮説検証など ピープルマネジメント メンバーの成長やメンタリングなど これらの4つの領域は @hiroki
Sprint Planning をやめた話 - スタディサプリ Product Team Blog
小中新規開発グループ (a.k.a. tara チーム) の qsona です。 tara チームでは、スタディサプリ中学講座というプロダクトを開発しており、約1年前 (2022-02) に本リリースして以来、継続してプロダクト開発を続けています。 tara チームのプロダクト開発は、基本的にスクラムの手法にのっとる形で行っています。ビジネス的な境界により分けられた3つのスクラムチームが存在します。 スクラムの運用については、それぞれの現場において悩みごとが起きがちだと思いますが、tara チームでもご多分に漏れず、うまくいっていること・いっていないことが存在します。今回は、その3つのうちの1つのチームである「学習コアチーム」において存在した、Sprint Planning に関する (あるいはそこから掘り出された) 課題と、それに対してどう対処したかについて書きたいと思います。 なお、本
アジャイルリーダーシップの実践 - 権力ではなく影響力でアジャイルな組織をつくるために【対談】 - Agile Journey
「アジャイルリーダーシップは、これからのリーダーシップです」 変化の速度が速まり、また、複雑化した現在のビジネス環境に適応し、価値を創出し続ける組織であるためには、旧来的ではない、新たなリーダーシップが必要になる。 こう説く書籍『アジャイルリーダーシップ』が2022年秋に刊行されました。著者であり高名なアジャイルコーチであるZuzana Šochová（ズザナ・ショコバ / @zuzuzka）さんは、自身の経験と多くの情報を融合し、変化に適応するアジャイル組織を形作るうえで重要な要素である、アジャイルリーダーシップを具体化し、それを体現するために必要なコンピテンシー（行動特性）やエクササイズを同書にまとめました。 書籍で語られる、アジャイルリーダーシップの価値はどこにあるのか、組織内で浸透させるための課題は何か、いかにして現場で発露するか。こうした「アジャイルリーダーシップの実践」を、同書
アジャイル拡張のための Spotify モデル | Atlassian
Spotify は、世界で最大かつ最も人気のあるオーディ オストリーミング サブスクリプション サービスであり、推定ユーザー数は 2 億 8600 万人です。Spotify の成功は主に、作業を整理してチームのアジリティを高めるという同社独自のアプローチによるものです。Spotify のエンジニアリング チームがアジリティの向上を目指して作業を進める際、自らの経験を文書化して、世界に公開し、最終的に多くのテクノロジー企業が作業を整理する方法に影響を与えることになりました。これは現在では Spotify モデルとして知られています。 Spotify モデルは、文化とネットワークの重要性を強調する、アジャイルをスケーリングするための人間主導の自律的なアプローチです。このモデルは Spotify やその他の企業が、自律性、コミュニケーション、説明責任、品質に重点を置くことで、イノベーションと生産
ニコニコで外注したサービス開発で、ドワンゴのエンジニアがスクラムを導入して、設計とコードの品質を改善した話 - Qiita
ニコニコで外注したサービス開発で、ドワンゴのエンジニアがスクラムを導入して、設計とコードの品質を改善した話設計スクラムニコニコ外注 概要 株式会社ドワンゴ NFC事業プロジェクト VP of Engineering の @chiyoppy です。 この記事はドワンゴアドベントカレンダーの 22 日目の記事です。昨日は @hiraike32 さんが「Android アプリをマルチモジュールにしたときのCI環境を整える」として、N 予備校 Android アプリの CI について投稿されました。 さて、本日は2022年1月にリリースした「Sheeta」「ニコニコチャンネルプラス」において、開発体制の刷新を行うことでサービスの品質を改善した軌跡をご紹介します。開発会社が参画するプロジェクトでは、コストとスケジュールは契約や見積もりによってある程度のコントロールが可能です。しかしながら、品質のコン
ラグビーの元日本代表と飲んでて、実はエンジニアの世界にはスクラムというアプローチがあって、、と話しをしたら盛り上がった。”振り返り”についてメモが残っているので書く。
赤川 朗 / Forkwell @Akira_Akagawa ITエンジニア向けキャリア支援サービス Forkwell のPM・事業責任者を4年務め、2021年より同事業のDevRelチームの立ち上げをしています。LEAN、フロー効率、プロダクトマネジメント、つくり手のキャリア・年収、育児の話を一緒にしたいです。育児と学びの両立のため時短勤務中。反響があったツイート一覧↓ twitter.com/search?q=(from… 赤川 朗 / Forkwell @Akira_Akagawa ラグビーの元日本代表と飲んでて、実はエンジニアの世界にはスクラムというアプローチがあって、、と話しをしたら盛り上がった。”振り返り”についてメモが残っているので書く。 2022-10-16 17:01:41 赤川 朗 / Forkwell @Akira_Akagawa 先にまとめると、 ・健全に振り返りを
スクラムガイドに新たに追加された「プロダクトゴール」とは？ あるいはプロダクトゴールの設定には何が必要か？（後編） Regional Scrum Gathering Tokyo 2022
スクラムガイドに新たに追加された「プロダクトゴール」とは？ あるいはプロダクトゴールの設定には何が必要か？（後編） Regional Scrum Gathering Tokyo 2022 代表的なソフトウェア開発手法として知られる「スクラム」を開発したケン・シュウェイバー氏とジェフ・サザーランド氏によるスクラムの公式ガイド「スクラムガイド」。2020年11月付けの最新版には新たに「プロダクトゴール」と呼ばれる概念が導入されました。 スクラムガイドによると、プロダクトゴールはプロダクトの将来の状態を表しており、スクラムチームの⻑期的な⽬標である、と説明されています。スクラムチームにとって非常に重要なものだと位置付けられているのです。 この重要なプロダクトゴールをどのように考え、どう設定すべきなのでしょうか。 1月5日から7日までの3日間、都内およびオンラインのハイブリッドで開催されたイベント
スクラムガイドに新たに追加された「プロダクトゴール」とは？ あるいはプロダクトゴールの設定には何が必要か？（前編） Regional Scrum Gathering Tokyo 2022
スクラムガイドに新たに追加された「プロダクトゴール」とは？ あるいはプロダクトゴールの設定には何が必要か？（前編） Regional Scrum Gathering Tokyo 2022 代表的なソフトウェア開発手法として知られる「スクラム」を開発したケン・シュウェイバー氏とジェフ・サザーランド氏によるスクラムの公式ガイド「スクラムガイド」。2020年11月付けの最新版には新たに「プロダクトゴール」と呼ばれる概念が導入されました。 スクラムガイドによると、プロダクトゴールはプロダクトの将来の状態を表しており、スクラムチームの⻑期的な⽬標である、と説明されています。スクラムチームにとって非常に重要なものだと位置付けられているのです。 この重要なプロダクトゴールをどのように考え、どう設定すべきなのでしょうか。 1月5日から7日までの3日間、都内およびオンラインのハイブリッドで開催されたイベント
モバイルゲーム事業で大規模スクラム（LeSS）を導入するまでの1年間とその後 / CEDEC2021
CEDEC2021登壇資料です。
ChatworkにおけるScrum@Scale導入への挑戦 - Chatwork Creator's Note
こんにちは、id:daiksy です。 今回はぼくがChatworkで取り組んでいるスケーリングスクラムについて書いてみようと思います。 先日開催された Chatwork DevDayでもお話したのですが、現在我々はChatworkのリアーキテクティングプロジェクトにおいて、Scrum@Scaleの導入を進めています。 www.youtube.com Scrum@Scaleとは？ Scrum@Scaleは、スクラムの作成者の1人でもあるジェフ・サザーランド氏によって考案されたスクラムをスケーリングするための考えかたです。 詳細は公式のガイドが各国語版の翻訳も含めて公開されているので、そちらをご参照ください。本稿では簡単な概要だけにとどめます。 www.scrumatscale.com 以下の図 *1 に示すように、Scrum@Scaleは単一のスクラムチームをそのままスケールすることにより
毎朝15分以上のデイリースクラムをしてる - Mitsuyuki.Shiiba
15分以上のデイリースクラム 今一緒に仕事をしているチームでは、毎朝みんなで集まって話をしてる。みんな家から仕事してるからZoomで。 デイリースクラムみたいなものではあるのだけど、15分以内におさめる、ということはあまり考えていない。 だいたい15分は超えていて、長いときは30分ぐらいかかる。でも、それでいいと思っている。それだけ話すことがあるというだけ。 どうして？ 理由は、開発チームだけじゃなくて、プロデューサーも含めて全員で「現状を確認する」「同じ方を向く」「不安を共有する」ということをやっているから。実際のところ、開発チームだけの話だと5分もかからない。 プロデューサーはチームの外側で起こった色んなことをフィルタリングして開発チームに必要な情報を届けてくれる。とても助かる。お互いに情報を共有して、現状の認識合わせをする。そのうえで、今日何をやるべきかを再確認している。 そんな感じ
Service Operation Centered Development
DevOpsDaysTokyo 2019
【資料公開】スクラムチームは改善する問題を正しく選んでいますか？
みなさんこんにちは。@ryuzeeです。 2019/2/22-23に行われたSCRUM FEST Osakaの登壇資料を公開します。 プロダクトを作るのは、一般的には、儲けるためであることがほとんどです。 つまり、「うまく作る・たくさん作る」ことよりも「成果を出す」ことにフォーカスするのが良いと考えています。 成果を形にするには、開発力が必要で、開発力をあげようと思ったら、継続的な投資と学習が必要になります。 社会学的な話も重要ですが、現状では言い訳としても使われていることも多いため、いまいちど本当の問題が何なのかを考えてみることをお勧めします。 それでは。 アジャイルコーチングやトレーニングを提供しています株式会社アトラクタでは、アジャイル開発に取り組むチーム向けのコーチングや、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください。 詳細はこちら ユ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
