アジャイル開発がうまくいっていない気がするというチームに確認すべきこと
みなさんこんにちは。@ryuzeeです。 仕事柄さまざまな会社のいろいろなチームから相談を受けます。 具体的な相談のこともあれば、抽象的な相談のこともあります（内容が具体的になっていればもう解決までそう遠くありません）。 抽象的な相談で多いのは「なんとなくうまくいっていない気がするけど、何を確認したらいいの？」というものです。 今日はこの質問に対して、どう対応しているかを共有したいと思います。 スクラムをベースに書いていますが、スクラムでなくても構いません（その場合は適宜用語を読み替えてください）。 確認ポイント いきなりほぼ結論です。 このような相談を受けたときに、いちばん重要な確認ポイントは 「毎スプリントごとに動作するソフトウェアを作って、チームの外側に見せてフィードバックをもらっているか？」 です。この確認をしないうちに「スクラムイベントは全部やっているか？」とか「プロダクトバック
要求分析とアジャイル開発を小さく反復しよう 実装後の“悲しいズレ”を起こさないために「ドメインモデルで対話」する
「【SmartHR/カケハシ/リクルート】複雑化する開発体制におけるエンジニアの社内巻き込み術 ‐プロダクト成長をリードするエンジニアたちの試行錯誤‐」は、成長プロダクトの開発をリードするエンジニアたちの試行錯誤に触れ、社内巻き込み術や改善のステップなどのノウハウを紹介するイベントです。ここで株式会社カケハシの岩佐氏が登壇。まずは、プラットフォーム開発の要求分析について話します。 プラットフォーム開発の悲しい現実 岩佐幸翠氏：「大規模SaaSにおけるプラットフォーム開発」と題して、株式会社カケハシの岩佐が発表したいと思います。 まずは簡単に自己紹介をさせてください。私、岩佐と言います。2019年にソーシャルゲームの会社に入社して、認証システムの開発を行っていました。その後、2022年にカケハシに入社して、現在は組織管理サービスという社内プラットフォームのテックリードを行っています。 さて、
超一流のプロダクトマネージャーへの道：世界観編 - エムスリーテックブログ
この記事はエムスリーAdvent Calendar 2023の19日目の記事です。 こんにちは。エンジニアリンググループ プロダクト支援チームでプロダクトマネージャーをしている中村です。日々、取締役CTO/VPoPの山崎から学び、超一流のプロダクトマネージャーを目指しています。 先日、「超一流のプロダクトマネージャーへの道」というタイトルで、超一流のプロダクトマネージャーを目指す中での学びや体験を書きました。 www.m3tech.blog 今回のブログでは、超一流のプロダクトマネージャーを目指すうえで不可欠な世界観について、現時点での私の理解を整理していきたいと思います。 エムスリーではプロダクトの世界観が重要視されている 本ブログで扱う世界観とは 世界観を活用するか否かによる、プロダクトマネジメントへの影響 世界観の整理 世界観を整理したことで起きたこと まとめ We are hiri
超一流のプロダクトマネージャーへの道 - エムスリーテックブログ
こんにちは。エンジニアリンググループ プロダクト支援チームでプロダクトマネージャーをしている中村です。 2019年5月にエムスリーに入社してから、早4年が経ちました（うち1年半の出産・育児のための休業期間を挟んでいます）。 ちなみにエムスリー入社前の経歴としては、大手メガベンチャーの事業企画からキャリアをスタートし、企画職、プロジェクトマネージャー等を経てプロダクトマネージャーを3年ほどやっていました。 私がエムスリーに入社してから半年後の2019年11月に、以下の記事を書いていました。 www.m3tech.blog 当時の記事に書いた通り、私がエムスリーへ入社を決めた理由は下記4点でした。 エムスリーは新規事業の立ち上げサイクルが速く、プロダクトマネージャーとして「製品を見つける」フェーズにチャレンジできる環境であること 尊敬できるプロダクトマネージャーだと感じたVPoE山崎の直轄チー
Merpay Enabling Client チームが目指すこと | メルカリエンジニアリング
こんにちは。メルペイ Engineering Managerの@masamichiです。 この記事は、Merpay Advent Calendar 2023 の18日目の記事です。 この記事では私がマネージャーを務めているMerpay Enabling Clientチームの役割や今後進めていくことについて紹介します。 Merpay Enabling Client Team メルペイの組織構造は現在Program型組織となっており、その中でもEnabling ProgramはArchitectやSRE、Data Platformなど、横断的な技術課題の解決や生産性向上など開発全体を支援する組織です。Program型組織の詳細については2日目の@keigow さんの記事をご覧ください。 メルペイのProgram型組織への移行 Merpay Enabling Clientチームはその中でWeb/
「プロダクトマネージャーカンファレンス 2023」、アーカイブ動画をYouTubeチャンネルで公開
プロダクトマネージャーカンファレンスは、企業や組織の壁を越えて情報共有や人材交流を行うことで「日本におけるプロダクトマネジメントが普及・発展すること」を目的としたイベントで、2016年から毎年開催されている。11月29日に行われた8回目となる今年のカンファレンスは「その覚悟が世界を変える」をテーマに、オンラインとオフラインのハイブリッドで開催された。 YouTubeチャンネルに公開されたセッション、講演者、所属は以下の通り。 Keynote 「プロダクトマネージャーの「覚悟」を分解する」（Tably株式会社、Global Hands-On VC、Adobe、クライス＆カンパニー 代表取締役、Founding Partner、Executive Fellow、顧問 及川卓也氏／株式会社アトラクタ 取締役CTO アジャイルコーチ 吉羽龍太郎氏） Track A 「シリコンバレーのプロダクトマネ
Enabling SREの現在地点 - Money Forward Developers Blog
この記事は Money Forward Engineering 2 Advent Calendar 2023 の記事です。 こんにちは！tatsuo48 です。 マネーフォワードのサービス基盤本部には私が所属する Enabling SRE というチームがあります。 この記事では、以前に紹介された組織に SRE の文化を作り上げていく Enabling SREの内容にも触れながら、Enabling SRE の現在地点と今後の方向性について詳しくお話ししていきます。 Enabling SRE とは Enabling SRE の目的は組織に SRE の文化を作り上げていく Enabling SRE にある通り、以下のギャップを埋めていくことにあります。 各プロダクトの開発チームは、自分たちで開発のサイクルを回し、非機能面も含めて見るべきだと考えている。しかしながら、権限を渡されても非機能面を見て
プロダクト開発における“難しさ”をモデル化してみよう 「意思決定」と「可観測性」の視点から考える、UGC特有の課題
登壇者の自己紹介 rokuroku氏：それでは「UGCプラットフォームの難しさをモデル化する」ということで、私、rokurokuが発表いたします。 最初に自己紹介をしたいのですが、私はrokurokuといいまして、今はpixiv事業本部の小説マンガ百科部という、長い名前のところでテックリードをやっています。 もともとは、アプリ開発やバックエンド設計、あとはデータ分析みたいなことをやっていたのですが、最近はプロダクトマネジメント周りの仕事をしていて、今日はそうした話をできればなと思います。 プロダクト全体のことを考えようと思うと途端に雲をつかむような話になってくる 突然ですが、みなさん、プロダクト開発って難しくないですか？ プロダクトの特定の一部の話だったらまだわかりますが、プロダクト全体のことを考えようと思うと、途端に漠然としてきて雲をつかむような話になってくると思います。今日は、そういう
認知負荷で考えるフロントエンドの組織体制 - Findy Engineer Lab - ファインディエンジニアラボ
2023年9月、ファインディ株式会社は「フロントエンドの開発生産性」と題したオンラインカンファレンスを開催。第一線で活躍しているエンジニアを招いて、フロントエンド領域における開発生産性を向上するための組織づくりや戦略について語っていただきました。 本稿では、Chatwork株式会社にてエンジニアリングマネージャーをしている澁谷 哲也さんのセッション「認知負荷で考えるフロントエンドの組織体制」の内容をご紹介します。 2019年に上場を果たし、急成長を遂げている同社。それに伴い開発組織の拡大が急務となり、職能別組織から職能横断型組織への移行がスタートしました。しかし簡単に移行できるわけではなく、澁谷さんは「プロダクトの特性もあり、組織体制を移行するためにはいくつかの課題もある」と語ります。Chatworkが直面した課題とは、どのようなものだったのでしょうか。 ■プロフィール 澁谷 哲也（しぶた
【資料公開】プロダクトマネージャーのしごと
みなさんこんにちは。@ryuzeeです。 2023年10月17日に行われたオンラインイベント「プロダクトマネージャーのしごと - Forkwell Library #33」の登壇資料を公開します。 内容は、新刊書籍『プロダクトマネージャーのしごと』に関するものなのですが、30分という時間で全部を網羅的に紹介するのは無理ですし、ぜひ本書を読んでいただきたいので、僕が気に入っているところと、本書全体を通して中心にある考え方を紹介しました。 ちなみに書籍は16章から構成されていて、そのなかで特に自分が好きなのは「7章 「ベストプラクティス」のワーストなところ」です。 職業柄、日頃から「プロダクトマネジメントではどんなフレームワークを使うといいですか？」「プロダクトマネジメントの日本での成功事例を教えてください」「プロダクトマネジメントのベストプラクティスを教えてください」のような質問をたびたびい
“世の中に存在しないもの”をどう説明するのか あらゆるものをつなぐプロダクトマネージャーに必要なコミュニケーションスキル
日本の企業においても、日に日に重要性が増しているプロダクトマネージャー。そんなプロダクトマネージャーには、プロダクトの本質を経営者とエンジニア双方に伝える“翻訳者”としてのスキルが必要です。今回は、Sansan株式会社の西場正浩氏と、スマートニュース株式会社の森山大朗氏、PMおよびエンジニア組織を率いるVPoEの双方の立場からお話しを聞きました。全5回。第1回は、プロダクトマネージャーのコミュニケーションスキルについて。 Sansan VPoE兼技術本部研究開発部部長の西場正浩氏 藤井創氏（以下、藤井）：みなさん、こんばんは。今回は、「重要なのは“翻訳者”の能力!? 『プロダクトマネージャーのコミュニケーション術』」というタイトルで、プロダクトマネージャーのコミュニケーションについて、（次に紹介する）お二人におうかがいできればなと思っています。 今回ご登壇いただくのが、Sansan株式会社
freee の権限管理基盤マイクロサービスの今を語ろう！ - freee Developers Hub
はじめに こんにちは、freee の 権限管理基盤マイクロサービスを開発するチームでエンジニアリングマネージャーを務めている sentokun と申します。前職ではできることをできる限りやろうというスタンスで開発チームをリードし、アーキテクチャ設計やチームビルディングなどに取り組んでいました。その後 2022 年に freee へ入社し、freee で初めてエンジニアリングマネージャーの役割に。変わらずできることにできる限り取り組むスタンスでチームビルディングに従事しています。 この記事では、我々のチームが担当している権限管理基盤について語っていこうと思います！ 権限管理基盤の成り立ち freee では、「スモールビジネスを、世界の主役に。」をミッションに掲げ、統合型経営プラットフォームの開発・提供を進めています。最近では freee Togo Panorama を公開するなど、統合に向け
シニアエンジニアの先にある「スタッフエンジニア」という役職 書籍『Staff Engineer』から見る4つの役割
「【t_wada & masuidrive CARTA探訪】スタッフエンジニアというキャリア」は、書籍『スタッフエンジニア マネジメントを超えるリーダーシップ』の監修・解説を担当した増田氏を招き、スタッフエンジニアという役職について学ぶイベントです。基調講演には増井氏が登壇。まずはスタッフエンジニアの役割について紹介します。 増井氏の自己紹介 増井雄一郎氏：よろしくお願いします。今日これから話をする増井雄一郎と言います。あらためてよろしくお願いします。 僕のアイコンはお風呂に入っている姿のアイコンで、ここ20年ぐらいずっと使っています。16歳ぐらいの時にフリーランスのエンジニアとして仕事を始めたので、そこから考えると30年ぐらいエンジニアをしています。 僕の名前がけっこうよく出ていたのは前職のトレタという名前の会社にいた時で、あとはiPadの受け付けのアプリのハッカソンで作って、それをいろ
起業家が知っておくべき31のビジネスモデル（Part 1） デザイン会社 ビートラックス: ブログ
多様化する世界の中で、特にデジタル領域のビジネスにおいては多数のビジネスモデルが存在する。そのため全てのビジネスモデルを把握しきることは困難だ。 今回はこちらの記事を参考に31個にビジネスモデルを類型化し、全3回のシリーズにわたってそれぞれを解説していく。 ビジネスモデルをブラッシュアップしたい起業家や、ビジネスモデルを学びたいビジネスマンにとって参考になれば幸いだ。 まずは1から10。それでは早速見ていこう。 フリーミアムモデルサブスクリプションモデルマーケットプレイスモデルアグリゲーターモデル従量課金モデルFFS（フィー・フォー・サービス）モデルEdtechのモデルロックインモデルAPIライセンスモデルオープンソースモデル1. フリーミアムモデル 例：Google Drive, iCloud, Slack フリーミアムのビジネスモデルは、ユーザーがソフトウェアやゲーム、サービスの基本機
プロダクトマネージャーになって気づいた4つのルール エンジニア時代の私に伝えたい、プロダクトマネジメントをする上で考えたいこと
Qiita Conferenceは、ソフトウェア開発者が集まり、最新の技術や最先端の挑戦・ソフトウェアの未来についての考えや知見を共有し、つながる場を創出する、「Qiita」が開催するオンライン技術カンファレンスです。ここで小城氏が登壇。続いて、小城氏がエンジニアからプロダクトマネージャーになって「このスイッチが必要だった」と感じたものを4つ紹介します。 なぜ「ゲームのルールを理解する」ことをしなければいけないのか 小城久美子氏：ではさっそく「ゲームのルールを理解する」から始めていきましょう。 （スライドを示して）先ほどもちょっと言いましたが、なぜゲームのルールを理解しなければいけないかというと、自分の発言のハードルを下げるために、今どうなっているか、何が大事にされているかを理解しなきゃいけないと私は思っているんですね。 例えばSlackひとつを例にとっても、スタートアップの会社はけっこう
【資料公開】プロダクトオーナーアンチパターン
みなさんこんにちは。@ryuzeeです。 技術顧問先からの依頼でプロダクトオーナーのアンチパターンについて話をしたので、そのときの資料を公開します。 今回紹介するのは以下の6つのアンチパターンです。アンチパターンに陥っている可能性を示す兆候もあわせて示しています。 顧客やユーザーの軽視 兆候 社内のミーティングでスケジュールが埋まっている 機能の必要性の根拠はユーザーからのフィードバックではなく仮説（というか妄想）にもとづいているものが多い ユーザーがプロダクトを触っているところを見たことがほとんどない 不十分なステークホルダーマネジメント 兆候 ステークホルダーをスプリントレビューに招待していない ステークホルダーと個別にコミュニケーションしていない ステークホルダーに何か言われるとすぐに対応している 「◯◯さんの指示なのでやらないといけない」のような口癖 不在がちなプロダクトオーナー
モダンオフショア開発のすすめ | DevelopersIO
はじめに シンチャオ！ CX事業本部グローバルチーム担当兼アジャイルコーチの藤村です。 2019年7月、主に受託開発案件の人的リソースをスケールする目的で、ベトナム開発パートナーとの協働開発を支援する専門チーム(グローバルチーム)を発足しました。今回はその発足から１年以上経過したタイミングということで、改めて私達の取り組みについてご紹介させて頂きます。 ※経緯については、以下の記事を参照ください 経緯 グローバルチーム発足時に作成したインセプションデッキの一部をご紹介します。 前述した通り、受託開発案件の人的リソースのスケールが設立の第一の目的ではありますが、今後より重要性が増すこと間違い無しの英語を使った多国籍チームでの開発ノウハウの蓄積、世界中の働きたいところで働けるといったウィズコロナ時代に即した働き方の推進、国をまたいでエンジニア同士が切磋琢磨できるような魅力的な職場環境の構築など
「他職種に比べるとまだまだだが、ニーズの高まりはハンパない」 及川卓也氏×片岡秀夫氏が語る、プロダクトマネジメント職市場の見立て
プロダクトマネージャー育成の第一人者であるTably社代表取締役の及川卓也氏が「サービスの成否を分けるプロダクトマネジメントスキルの鍛え方」について講演する「【DX推進・新規事業担当者向け】 サービスの成否を分けるプロダクトマネジメント“スキル”の習得法」。片岡秀夫氏とともに対談するパネルディスカッションパートでは、まずプロダクトマネジメント職の市場の見立てについて話します。 パネルディスカッションの3つのテーマ 及川卓也氏（以下、及川）：片岡さん、よろしくお願いします。今スライドに出ているように、テーマをざっくりと3つ用意しています。プロダクトマネジメントの市場の見立て、プロダクトマネージャーの役割、プロダクトマネージャーの育成・評価です。が、テーマに関わらず、話したことに対しての質問でもいいですし、まったく関係ないものでもけっこうです。 ウェビナーの質疑応答機能があると思いますので、そ
アジャイル開発とは？プロジェクト推進からチームビルディング、見積もりのコツまでを完全解説
変化の速い現代において、臨機応変に対応しやすい開発手法として「アジャイル開発」があります。この記事では、アジャイル開発について詳しく解説します。 あらゆる業界で変化のスピードが速まり複雑化している現代においては、将来を正しく予想し、それに基づき計画を立ててプロダクトを開発していくことが難しくなってきています。場合によっては計画段階で見込んでいた条件や状況が、実行段階には変化していることもありえます。そういったケースにも臨機応変に対応しやすいのが「アジャイル開発」です。この記事では、アジャイル開発について詳しく解説します。 agile（アジャイル）には、「機敏な」「素早い」「迅速な」などの意味があります。アジャイル開発は、その名の通り、ソフトウェアの開発をスピーディーに、そして柔軟に行うことができる手法のひとつ。要求や要件定義、計画、設計、開発、テストといった一連の開発工程を短期間で反復的に
【2022年】 Twitterで紹介して反響のあった海外プロダクト40選｜Sakino Tomiura｜note
Product Hunt巡りが日課で、おもしろい海外のプロダクトを見つけるのが趣味なのですが、そんな中で特に気になったものはTwitterに簡単な説明とともに投稿することがルーティンになっています。 去年も同様のまとめをこちらのnoteに書いて、良い振り返りになったので、毎年恒例になりつつある今年もカテゴリ別にプロダクトやサービスを振り返っていきたいと思います。 このnoteに掲載したプロダクト/サービスの基準： ✅ 2022年2月〜12月までで紹介したプロダクトやサービスで、「インプレッション数」が多かったものを中心にピックアップしています。 ✅ 有名すぎるプロダクトや、国内プロダクトは除いています。 ✅ Product Huntの順位とは全く関係ありません。 数が多いので、下記の目次から気になるカテゴリやサービスがあればぜひ覗いてみてください。 ⭐️ Twitterインプレッション数上
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
