プロダクト思考とプロジェクト思考を理解し、優れたプロダクト、チームを作り出す方法 - tomoima525's blog
ツイッターで偶然見かけたプロダクト開発に関する一連のツイートが、プロダクトチームと経営陣、あるいは開発メンバーやプロダクトマネジャーの間に起きる摩擦を見事に言語化していました。 As they grow in size, teams within megacorps and startups tend to implicitly bias more towards Project Thinking and not enough Product Thinking. Product Thinking is a mindset and a process that, once you see, you cannot unsee it. Product Thinking, Project Thinking, a thread: pic.twitter.com/rbY80wTVgE— Shreyas
新刊『チームトポロジー』発売のお知らせ
みなさんこんにちは。@ryuzeeです。 言いたいことはタイトルに書いたとおりなのですが、2021年12月1日に、新刊『チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計』が発売になります。 チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計著者／訳者：マシュー・スケルトン、 マニュエル・パイス、 原田 騎郎、 永瀬 美穂、 吉羽 龍太郎出版社：日本能率協会マネジメントセンター発売日：2021-12-01単行本：280ページISBN-13：9784820729631ASIN：4820729632 原著はMatthew Skelton、Manuel Pais氏の『Team Topologies: Organizing Business and Technology Teams for Fast Flow』で、翻訳は株式会社アトラクタのアジャイルコーチ（いつ
スタートアップが山型クロスファンクショナルチームでデリバリスピードを安定させる話
山型なスキルをもったメンバーがあつまる山型クロスファンクショナルチームを作りデリバリスピードを安定させるというテーマのスライドです。 XP祭り2021での発表資料です。 山型クロスファンクショナルチームは造語ですが、定義としては「スペシャリティをもちつつ周辺分野でも基本的な価値を発揮できるメンバーが集まるチーム」としています。 Spotifyのスクワッドなどに代表されるクロスファンクショナルチームが良いとされているのは昨今では定説となりつつあります。 本スライドではそこからさらに踏み込んで、山型なスキルを持ったメンバーでクロスファンクショナルチームを構成するとどのような効用を得られるか、またそのようなチームはどう作るべきかというところを説明していきます。
新卒デザイナーが1年で学んだ、チームで働くために意識したい10のこと｜en.
こんにちは！ delyでクラシルというレシピ動画サービスのデザイナーをしている @ysk_en です。 いやぁ、この一年本当にいろいろありましたね。 チームでの働き方もプロダクト開発の進め方も何もわからない状態で新社会人生活をスタートしましたが、上司や同僚の支えがあってなんとか今まで生きながらえています。 このnoteでは、新しく入ってくる新卒デザイナーの後輩に向けて書いたメモをベースに、プロダクトの体験設計時に意識すること、困ってどうしようもなくなった時のアドバイス、開発チームでのコミュニケーション、対フィードバック戦術を書き記します。 # プロダクトの体験設計時に意識することそもそも、学生時代に自主制作で俺的最強のデザイン（何かの劣化コピー）をしていた所から、1領域を任せてもらい、チームのKPIにコミットするためには、カルチャーに添った仕事のやり方から学ぶ必要がありました。 ただFig
Team Topologies in Souzoh | メルカリエンジニアリング
こんにちは。ソウゾウの Software Engineer / Engineering Manager の@motokieeです。連載：「メルカリShops」プレオープンまでの開発の裏側の4日目を担当します。 4日目は、ソウゾウがどのような体制でメルカリShopsを開発しているかについて、Team Topologiesの解説を交えてお送りします。 はじめに チームの在り方には様々な形がありたくさんの議論が交わされていると思います。自分自身も以前いた会社はもちろん、メルカリに入ってからも旧ソウゾウ、JP(日本事業)、メルペイとの関わり合いなど様々なチーム構成を見てきました。 タイトルにあるTeam Topologiesですが、https://teamtopologies.com/ では以下のように定義されています。 Team Topologies is the leading appro
エンジニアといい感じに連携したいデザイナーの取り組み｜taiga / 佐野大河
こんにちは、デザイナーの佐野大河 @sn_taiga です。今日はエンジニアといい感じに連携したいデザイナーの取り組みについて話します。 社内でC2Cというデザイナー同士で学びを共有し合う場があり、そこで話した内容を社外向けにまとめました。 👉 C2Cについて詳しく書かれている記事はこちら チームのエンジニアにヒアリングしてみた画面を設計するときや仕様を詰めるとき、伝えるとき、動作検証をするときなどなど、日々デザイン業務に取り組む上でエンジニアとコミュニケーションを取るシーンは多いと思います。 そんな中自分が「エンジニアが開発しやすいように」よかれと思ってやっていることを付箋に書き出し、チームのエンジニアにヒアリングをしてみました。 良いと思った付箋に印を付けてもらい、その理由等を聞きました💬 「エンジニアが開発しやすいように」というテーマで書き出してみたものの、むしろデザイナーがエン
開発体制をSquad化してきてわかってきたコツと課題｜坪田 朋
今年の4月からクラシルの開発体制をSquad化したので振り返りとコツ、課題をまとめてみました。 このnoteは dely Advent Calendar #2 の9日目の記事となります。昨日の記事は、@RyogaBarbie のクラシルとRxSwiftデビューです。 クラシルのSquad体制は、Spotifyモデルを参考にSquad部分だけを取り入れたスタイルです。 Spotify Engineering Cultureについては、Henrik Kniberg氏のYouTubeが参考になると思います。この図は組織設計する上で何度も見返しました。 何故Squad化したのか 意思決定やディレクションが特定の人に集中し、ボトルネック化する規模になってきたので、課題毎にチームを分け、達成に必要なメンバーをアサインして、その領域に特化した議論を重ねられるようにしたのが狙いです。 クラシルは100人超
突破するプロダクトマネジメント - クラシル開発チームで実践した事まとめ｜坪田 朋
こんにちは、坪田です。 dely Advent Calendar 3日目の記事です。 昨日は、エンジニアのmochizukiが NetflixのFast JSON APIを使ってみた を書きました！ 僕は、クラシルを運営するdelyでクラシルユーザー体験と、開発部門のマネジメントに責任を持っており、そのプロダクトマネジメントのスタイルを書いてみます。 よく、CXOって何をするのか聞かれますが、僕の場合は社長である堀江さんのビジョンを汲み取り、1秒でも早く、ユーザーに評価される最適な体験を作ってリリースする事を仕事にしてます。プレイヤー領域としては、UIデザインを武器にしているので、ユーザー体験を可視化しながら関係者を巻き込んで開発するスタイルが強みです。 今回は、突破するプロダクトマネジメントという内容で、クラシルで実践しているプロダクトマネジメントの手法について書きました。 タイトルを突
あの「日経電子版開発チーム」が内製化とアジャイル開発の成功から6年がたった “その後” を語る！ | Backlogブログ
2013年に「日経電子版」のソフトウェア開発を内製化し、アジャイル開発に切り替えた、日本経済新聞社。開発サイクルはもちろんチームの抜本的な改革は、多くの注目を浴び、400以上のはてなブックマーク数を獲得しました。 アクティブユーザーを1.9倍増にした内製化の成功をきっかけに、2017年には日経電子版のコンテンツの表示速度を改善する「爆速電子版」プロジェクトを実施し、業界最速のスピードを実現しました。 内製化やアジャイル開発の開始から6年が経過し、日経では開発部門だけでなく、全社的な組織改革に着手しています。そこで、同社の現役プロダクトマネージャーに、日経が挑戦する開発の現場の“いま”についてお伺いしました。 ■自己紹介（右から） 情報サービスユニット 斎藤祐也（さいとう・ゆうや）さん デジタル編成ユニット プロダクトマネージャー武市大志（たけいち・たいし）さん デジタル編成ユニット 西馬一
フォーメーション・パターンに基づくチーム開発の実践(雁行陣開発)
2018年のプロジェクトで学びは、フォーメーション・パターンの発見だった。スプリントというタイムボックスで進める開発は、スプリントという分かりやすい活動単位を手に入れた反面、いくつかのスプリントをまたがって横断的にプロダクトづくりを捉えるという観点をトレードオフしたとも言える。スプリントでの最適化に集中が過ぎると、別の時間軸でのより良い解決策が取りづらくなってしまう。 フォーメーション・パターンは、スプリントよりは長いが、プロジェクトよりは短い時間軸で適用する概念である。「ここから4スプリントは雁行陣で行こう」という感じで使うイメージだ。 この概念を必要としたのは、最近のプロダクトづくりで顕著になっていた問題への適応のためである。問題の背景には副業、リモートワークへの傾向性の強まりがある。 副業が増えたのは、ソフトウェア開発にもギグ化の流れがやってきたのだと私は捉えている。ソフトウェア開発
これからチーム開発に立ち向かう花ざかりの君たちへ
2017年度新卒研修がはじまりました！ - ペパボテックブログ 上記エントリにあるように、今年の4月に入社してくれたフレッシュ・フレッシュ・フレーッシュな若者たち、社内では「新卒7期生」と呼ばれているみんなの研修の日々が続いています。毎日、彼ら彼女らががんばる姿を見ることができて、刺激的で楽しい最近を過ごしてきました。どうも @june29 です。 今は職種別の研修期間に突入していまして、エンジニア研修の座学もはじまりました。この座学は、ペパボの仲間たちがかわるがわる教壇に立ち、7期生に知っておいてほしい内容をおおいに語る時間になっています。下記は、座学講師を募集するインターネット掲示板の様子です。 ぼくも、ペパボに入社した2015年、その翌年の2016年と、こうした新卒生たちと交流する機会には積極的に関わってきました。自分とは違う世代の人たちと話していると気付くことが多いですからね。少し
チームリーダーなりたての3ヶ月について考えたことと振り返りの記録｜Katsumata Ryo｜note
この記事について今年の10月からリーダーとしてのロールを受け持つことになりまして、チームがどう動いたら成果を出せそうか・楽しく開発できそうかみたいなことについて考えたり・実行してみたり・振り返ってみたり・反省してみたりした記録です。 まだ進行中であり、日々状況は変わるため何が成功かというのは組織やチームによって違うため、この記事が届いた誰かの何らかの何らかになればと思い筆をとってみます。 私と働く環境についてWEBサービスを提供する会社で開発エンジニアをしています。私達の会社ではECサイトを通して多くの人に自己実現を叶えてもらうため日々改善・開発を行い、よりたくさんの価値を届けるために日々働いています。 さらに多くの人にその価値を届けるため、今年から採用に大きく力を入れるようになりました。昨年とくらべて開発チームは3倍から4倍ほどの大きさのチームとなりました。今まではCTO直下で完全にフラ
みてねのスクラム開発 / scrum development style in mitene - Speaker Deck
みてねのMeetup #3の発表資料です。
なぜモダンなプロダクトチームによるリーンなプロダクト開発が必要なのか｜川嶋一矢@メルペイPM
はじめにメルカリUK版の立ち上げを終え2018年3月に帰国しました@tsumujikazeです。今は東京でメルペイのProduct Managerをしています。 イギリスではいわゆるモダンなプロダクトチームでのLeanなプロダクト開発を経験しました。得るものが多かったので、なるべく多くの人に知ってもらいたいと思いこのポストを書きました。 PMF →リーンプロダクトのプロセス →モダンなプロダクトチーム（組織論）という流れになっています。 はじめに 本編 ・何のためにプロダクトを作るのか ・プロダクトマーケットフィット ・PMFピラミッド ・要件定義フェーズのリーン化 ・モダンなプロダクトチームでのリーン開発とは おまけ ・Problem Space vs. Solution Space ・Problem Solution Fitとは ・エンジニア組織とPM組織の特性について ・バリュープロ
スマートフォンアプリ開発における共創的な開発チーム - ninjinkun's diary
先日、一休.comを運営する株式会社一休の社内テックトークで『スマートフォンアプリ開発における共創的な開発チーム』というタイトルでお話しさせていただいた。元々、ずっと考えてきたエンジニアとデザイナーのコラボレーションというテーマを言語化してみたいと思っていたのだが、そこに丁度Fablicでの現場の体験を話して欲しいという依頼があったので、絡めた内容でスライドを作った。 しかしこの言語化する作業が想像以上に大変で、週末を二回潰して準備をした。結局今まで勉強したポインタになる書籍を紹介することで、なんとなくバックグラウンドについては察してもらうというスタイルになった。 タイトルも迷って何パターンか書いてみたのだが、最終的には「共創的」という耳慣れない言葉を採用した。本当は「Collavorativeな開発チームでのアプリエンジニアの役割」とかの方が言いたいことに近い気もするが、これはこれで何だ
Atlassian Team Playbookを自分なりにまとめてみたよ（ヘルスモニター） - @ikikko のはてなブログ
Atlassian Team Playbookなるものが出てました。なんかよさげな感じはあったのですが、イマイチ頭に入ってこなかったので、自分なりの解釈を含めてまとめてみました。 ja.atlassian.com まずはヘルスモニターから。気が向けば、残り2つの要素（プレイ / ゲームプラン）についてもまとめてみようと思います。 以下、[ikikko]というタグ付けした箇所が、自分がまとめたところです。 チームの関連 このガイドでは、まずはヘルスモニターというもので、チームの全体像・健全性の基準を定めようと言われてます。ヘルスモニターは、以下の3チームに対してそれぞれ定義されています。 リーダーシップチーム あなたは、影響力があり長期的なビジョンや高いレベルでの取り組みに関係し、意思決定することができる。プロジェクトで実際に作業をすることはないが、メンバーをまとめる役目にある。 プロジェク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
知らないWebアプリケーションの開発に途中からJOINしたとき、どこから切り込むか？ / PHPerKaigi 2020
チームで働くための礼節と心理的安全性 / Civility and psychological safety for working in a team
創業105年の旅館運営企業が実現した 毎週リリースするチームの作り方
「問題から目を背けず取り組む」 �一休の開発チームが6年間で学んだこと
