SquadとOKR - 開発チームが無駄なく高い成果を出すために大事にしていること | Wantedly Engineer Blog
こんにちは。Wantedly Visit 開発チームで"Squad Leader"をしている森脇です。 この記事では、エンジニアブログでいつも紹介している技術の話ではなく、開発チームが普段どのようにシゴトをしているのかを紹介したいと思います。エンジニアだったらクールな技術を使っているかはもちろん重要ですが、どのような組織体制で、どのような目標を持って、どのように意思決定をするかは、それ以上に大切なことでしょう。 まずは重要なキーワードであるSquadとOKRについて簡単に説明してから、実際のチームを例にしてより詳しく具体的な話をしていきます。 チーム編成: SquadとTribeさっき自分のことを"Squad Leader"と紹介しましたが、いきなり登場したこの"Squad"という言葉について説明します。 Squadとは、いわゆるチームのことなのですが、同じ目標をもち、互いのシゴトが強く依
「noteの成長モデル」を支えたカイゼン戦略とは？ 開発チーム作りとエンジニアリングへの挑戦【デブサミ2020】
2017年に深津貴之氏をCXOに迎え、グロースモデルのロジック図を策定して以来、急速な成長を遂げてきた「note」。このグロースモデル導入から意思決定、サービスの改善を支える開発チームの組織作りやエンジニアリングの挑戦について、note株式会社 CTO今雄一氏が事例を交えて紹介した。 講演資料：noteの決して止まらないカイゼンを支える、エンジニアリングへの挑戦 「note」を急成長させたシンプルなグロースモデル note株式会社 CTO 今雄一氏 注記：イベント登壇時は株式会社ピースオブケイク。4月7日にnote株式会社に社名変更した。 note株式会社は2011年に創業したスタートアップ。「だれもが創作をはじめ、続けられるようにする」というミッションを掲げ、創作活動をする全ての人を支援している。今氏は2013年に入社して、2016年からCTOを務めている。 同社が運営する「note」は
アジャイル組織の作り方教えます
依頼の理解と活躍設計を通してエキスパートのパフォーマンスを発揮させるぞ/Expert Collaboration and Impact sfn2024
縦と横でつながるデザイン組織｜セルジオ / マネーフォワードCDO
皆さんの会社ではどのようにデザインを行っていますでしょうか？どのような体制でしょうか？事業の内容や会社の規模によってその形は様々かと思います。ここではマネーフォワードのデザイン組織についてご紹介します。 集権型と分権型一般的に事業会社のデザイン体制は集権型、分権型の大きく2つのパターンに分かれます。 集権型とは、事業部と並列するようにデザイン部門を設置する方法で、デザイナーはセントラルなグループに所属し、プロジェクトごとに各事業部に派遣される形になります。デザインの方向性を全社的に統一しやすいというメリットがあります。 一方の分権型は各事業部の中にデザイン部門を設置する方法で、各デザイナーは専属的にデザインを行います。デザイナーが事業に対する解像度を高めやすい、ビジネスサイドやエンジニアとの連携がスムーズになるといったメリットがあります。マネーフォワードのデザイン組織は、この分権型をベース
「チームでデザインする」 ということ 〜デザインレビューの苦悩と光〜｜hrtk441
こんにちは、ロコガイドの吉井(@hrtk441)です。自宅にこもりながらトクバイなどのデザイナーをやっています。 デザイナーは、分かりやすく・使いやすく・そして魅力的だと感じるデザインをユーザーに届けることが職域です。 そのためロコガイドのデザインチームでは、デザイナー間での相互レビューを重要なプロセスとして位置づけ、日々意見を交わし合いながらデザイン品質の向上に取り組んでいます。 今日はそのデザインレビューの取り組みについて、僕がこれまでに重ねてきた苦悩も交えながら、今ではどういう活動をしているのかについて書いてみたいと思います。 前段含めるとちょっと長いので、ご興味あるものの時間がないという方は、下記「やったこと」あたりの章からお読みいただいても大丈夫です。 なぜデザインレビューをやるのか 僕はもともとクックパッドに在籍していたのですが、そこで初めて、デザインレビューという文化に触れま
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。｜Fritz | Lead Product Manager @ Mercari
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。 こんにちは、フリッツ です。今回はプロダクトマネージャーの日課とも言える「仕様書」について。自分にとっては PM 業の施策実行フェーズにおいて最も重要な仕事のひとつであり、最も心躍り、最も興奮する瞬間です。 PM になってかなりの時間が経ちましたが、「仕様書」への力の入れようは減るどころか、「もっと気合を入れなければ。」と感じる一方。在宅勤務が（たぶん） IT 業界のニュースタンダードとなっていくいま、なおさら「仕様書」の重要性を訴えたい今日この頃です。 ということで、今回は ・ 良い仕様書がもたらす 5 つの効果 ・ 仕様書の重要性が増していく 2 つの理由 ・ 仕様書に含めたい 14 の項目・実戦編 ・ 仕様書作成時に心に留めたい 3 つのこと ・ 具体的な仕様書サンプル（
TBS新規事業Catariは愛から生まれた。サービスに息を吹き込むまでの軌跡｜Goodpatch Blog グッドパッチブログ
Catari（カタリ）はTBSテレビ（以下TBS）の新規事業として2018年9月にリリースされた公式Webメディアです。TBSテレビで放送された“使える話”や“こぼれ話”を記事として発信し、みんなで語り合う場を提供しています。 Goodpatchは、Catariのサービス立ち上げからビジュアルアイデンティティの構築、開発まで並走。サービスコンセプトに基づいてこだわり抜いたアウトプット、立ち上げからリリースまで半年で完遂したスピード感、ステークホルダーを巻き込んだチームビルディングが高く評価され、2018年度のGoodpatch全社総会ではベストプロジェクト賞を受賞しました。今回はCatariのプロダクトオーナーであるTBSテレビ 中森卓也さんと、Goodpatch UXデザイナー野田、UIデザイナー米永、フロントエンドエンジニアの宮坂に、Catariが生まれるまでのプロセスやチームの関係性
QAチーム立ち上げ - Qiita
アーリー期の「スタートアップ」 企業や エクスパンションの「スタートアップ」 企業がある程度、組織として大きくなると、社内に 「QAチーム」 ビルディング構想が表面化します。 1.事業規模拡大による提供サービス品質保証（IPO計画する上でのサービス品質保証） 2.不具合レベル策定やリリース基準/リリース判定の計画 3.現状の不具合に対しての調査や不具合分析活動 4.社内の複数プロダクト一定の品質を担保やリリースフロー策定・改善 5.社内のエンジニアに対してQAの啓蒙活動 まず初めに 「組織構築」 や、「現状調査」、「人員確保」 から着手します。 ※開発・SRE・CSチームとの品質意識が大事になり、QAの一方通行が一番良くない。 「QAチームを構築」 することで何を事業品質として提供できるか。
アジャイルを無責任に広めるのはもうやめよう
（画像：wikimedia commons） こんな記事を見かけました。 記者の眼 – 「アジャイル嫌い」はもうやめよう：ITpro http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/082400357/?ST=system&P=1 開発の経験が長い人からすると、「あーはいはい」と昏い目をしてしまうような記事なのですが、実際のところアジャイルを宣伝する本やブログなどは多く、「プロジェクトを始めよう！」となったときに、候補に上がることが多い開発手法ではあります。 しかし、現場の現実から言うと、安易にアジャイルを導入して失敗するケースは非常に多いです。 私は20件以上のアジャイルプロジェクトを見てきましたが、そのうちちゃんと成功していたプロジェクトはたったの3件だけです（ウォーターフォールは100件以上見ていますが、成功率はそんなに低くはあり
5分で分かる、「スクラム」の基本まとめ
5分で分かる、「スクラム」の基本まとめ：開発チームを改善するためのスクラムTips（8）（1/2 ページ） 「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 これまで、アジャイル時代のチーム・マネジメント手法として主流になっている「スクラム」の手法を紹介してきました。今回は総集編として「スクラムの基本」をコンパクトにまとめます。 そもそもスクラムとは スクラムは、一言でいえば「チームで仕事の進めるための枠組み（フレームワーク）」です。 もともとはソフトウェア開発プロジェクトを成功させる仕組みですが、技術的な要素は取り除かれ、多くのチーム作業に共通して適用できる要素だけが残りました。そのため、ソフトウェア開発以外のチームにも適用できるのが特徴です。 ●バッ
「信頼できるPMとは？」入社7ヶ月目のメルペイPMが18名にヒアリングし、導き出した答え | mercan (メルカン)
「信頼できるPMとは？」。これは、プロダクトマネージャー（以下、PM）を名乗る誰もが問い続けていることでもあります。そして、メルカリ・メルペイで働くPMたちも同じです。 そんななか、メルカリ・メルペイメンバーが情報共有に使用している社内wikiで、あるドキュメントが公開されました。それは、入社7ヶ月のメルペイPMである辰巳憲太朗が「信頼できるPMとは何か？」を明文化するため、18名のメンバーにヒアリングを行い、自分なりにまとめたもの。今回のメルカンでは、そんな彼のドキュメントを公開します。 ※この記事は辰巳が社内でシェアしたドキュメントをメルカン編集部で再編集し、掲載しています。 なぜ書いたのか？ 「信頼できるPMとは何なのか？」を自分なりに明文化するため、18名のメンバーにヒアリングを行い、自分なりにまとめたものになります。以下の3点を中心にヒアリングを行いました。 1：働きやすい・働き
「源ノ角ゴシック」構想は25年前から--“フォント愛”あふれる米アドビ書体チームに聞く
今やフォトレタッチからビジネス文書の作成、映像制作やDTP、さらにはウェブ制作に至るまで、あらゆるプロフェッショナルシーンに活用できるソフトウェアを提供しているアドビ。それらのソフトウェアに欠かせない、しかしあまり意識することのない要素の1つがフォントではないだろうか。写真の加工やドキュメントの作成時に普段何げなく使っている日本語テキストだが、日本語をグラフィックとして正しく表現するには、正しくデザインされたフォントが不可欠となる。 そんなフォントの開発を先導してきたアドビのなかでも、初期から関わってきた技術者と責任者が、東京で開催されたフォントの祭典「ATypI」のために来日、本誌のインタビューに応じていただいた。米アドビで書体開発チームのシニアマネージャーを務めるダン・ラティガン氏と、同タイプアーキテクトのケン・ランディ氏の2人が、アドビがフォントに力を入れる理由、それぞれがフォント開
一人でやってると個人開発と同じクオリティになる問題 - hitode909の日記
たまに、今のこの状況は組織パターンに載ってたこのパターンだ、と思い出すことがある。数年前に読んでまだ役立ってる本のうちのひとつ。 今は「常に誰かが進捗させる」というプラクティスをやっている。それ自体はいいのだけど、問題なのは、チーム内チームのエンジニア二人チームでやっているので、一人が進捗させる、もう一人が差し込み対応する、という最小の形になっていること。 奥さんが家でやってる生け花教室のホームページを作る夫、みたいなものをイメージすると、奥さんが生花を教えることで進捗させて、夫がホームページ更新など雑務を巻き取るという構造をイメージできる。百人以上の人間がいる会社であっても、夫婦の生け花教室と同じ数の人のアサインでことを進めているのだとしたら、推進力では同じくらいしか出せないはず。実際には百人いる会社には経理の人がいたり総務の人が居たり、資本が潤沢にあったら良いパソコンを使えるとか、いろ
メルカリの分析チームとは？その全ての疑問にひとつひとつ答えます | メルカリエンジニアリング
この記事はMercari Advent Calendar 6日目の記事です。 メルカリのBIチームのアナリスト/マネジャーの @hikaru が、メルカリの分析チームの事情についてお送りします。 ※ BIチーム…メルカリ内の分析を一手に担うチーム。Business Intelligenceチーム。 この記事について イベントやカジュアル面談などでメルカリの分析チームの内幕についてよく聞かれる質問があります。 いえ、それどころか場合によっては社内であまり一緒に仕事する機会がない方々からも、チームに関して質問されることがあります。 ※ カジュアル面談…メルカリでは、社内のポジションに興味ある方にオフィスに来ていただいて1on1でざっくばらんに話す会を頻繁に行っています。 正直、分析チームというのは外部から何をやっているか見えづらい面もあるため、理解できます。 よく頂く質問としては、 組織的なこ
組織の立ち上げ、成長に迫る！デザイン組織のつくり方【オプト・Goodpatch編】｜Goodpatch Blog グッドパッチブログ
会社によって、デザイン組織の規模やカタチは様々。プロダクト開発におけるデザイナーの役割が細分化されはじめ、デザイナーをマネジメントする方法やマネージャーの需要が高まっています。そこで、今後組織づくりにもトライしていきたいデザイナーが集まり「デザイン組織のつくり方 オプト×Goodpatchの場合」を開催しました。 今回の登壇者は株式会社オプトでデザイン イノベーション ファーム「Studio Opt」を立ち上げた竹田 哲也さん。Goodpatchでクライアントワークを担当するDesign Div. ゼネラルマネージャーの松岡 毅の二人です。 第1回目のデザイナーが輝ける組織とは？デザイン組織のつくり方イベントレポート【NewsPicks・Goodpatch編】もぜひ参考にしてみてください！ 株式会社オプト Designer | 竹田 哲也さん『デザイン組織ができるまでの道のり』 竹田さんの
「UXと組織デザイン」について考える。HCD-Netサロン レポート
こんにちは、@h0saです。 ちょっと時間が経ってしまいましたが、2014年9月4日に開催された第45回HCD-Netサロン「UXと組織のデザイン」に参加しました。 ■内容： 18:30-18:40 「組織のデザインとは」山崎和彦氏（千葉工大 教授） 18:40-19:10 「社員の力を引き出す人事の活動」野島義隆氏（サイバーエージェント、シニアマネージャー） 19:20-19:50 「UX思考の組織づくりと、その課題」山本郁也氏（BEENOS、戦略ディレクター) 20:00-20:50 「UXと組織のデザイン」パネル・ディスカッション 特にBEENOS山本郁也氏のお話は学ぶものがありましたので、そちらを中心にレポートします。 スタートアップ界隈の用語も知らないものがあったので、注釈を入れながら、参考になったお話をメモしました。それでは以下からどうぞ。 BEENOSの事業内容 ・スタートア
強いからかっこいいのか、かっこいいから強いのか——。 "弱い"と"ダサい"の因果関係｜河内一馬
※この記事内で使用する「かっこいい」や「クール」、「ダサい」または「センス」などの表現は、全て私の美的感覚に依存し、数字上には表れないものである。よって、私が「かっこいい」と表現するものが、一部には「ダサい」と映る可能性があり、文章で扱うには極めて相性が悪いテーマであるということを前提に読み進めていただきたい。 そしてこの記事が「センスのある人間が勝つ世界」を書いたものであるということも——。 ＊ ■"弱い"と"ダサい"の因果関係2016年、欧州を中心に15程度の国と地域を周り、各国のサッカーカルチャーをこの目で見た私は、このような仮説を立てた。 「全てのサッカークラブはブランド化する」というよりも「しなければならない」と。 欧米各国のサッカーカルチャーに「かっこよさ」を感じた私だったが、それが「なぜ」なのか「なに」が違うのか、当時はその理由がわからなかった。ただそれと同時に、欧米に比べて
Githubがデザインシステムを作るまでの道のり（前編）
Jerry Cao氏は、UXPinのコンテンツストラテジスト。プラットフォームのワイヤーフレーミングとプロトタイピングを行うためのアプリ内およびオンラインのコンテンツを開発しています。 Diana Mounter氏はGithubのプロダクトデザイナーおよびデザインシステムのリーダーです。 デザインと開発において15年近いキャリアをもつ彼女は、Etsyでシニアデザイナーを務めた後、2015年末にGithubのチームに参加しました。 私たちはこのインタビューで彼女に、デザインシステムにおけるベストプラクティスと、デザインシステムの作成・保守の経験から学んだ教訓について聞きました。このインタビューは、動画で見ることもできます。 また、デザインシステムの利点やプロセスについてもっと知りたければ、無料のeブック『Why Build a Design System？』をダウンロードしてください。 Gi
読みやすさのデザイン備忘録 | 深津 貴之 (fladdict) | note
noteのコア体験は、「読む楽しさ」と「書く楽しさ」だと考えています。 本来ならコア体験は、調査でしっかりと導くべきものです。しかしアカデミックなUXとは異なり、実際のスタートアップ環境では時間とリソースに限界があります。このため調べながらも、走り出さなければなりません。 まず序盤はヒューリスティック（経験）ベースのデザインを行いつつ、調査やテストが可能なところから、裏づけやチューニングを行う流れになりそうです。 以下、「読書体験」における「可読性」のパートのメモ。noteチームにとりあえず提案する予定の諸々です（現時点では個人の見解です）。基本的には「当たり前のことを、当たり前に」やる予定。「これもやっとけ」的なことがあれば、タイポグラファーの諸先輩の方々には、ぜひご意見をお伺いできればと。 書体をサンセリフ系に変えるべきか？デジタルでは、一般的にサンセリフ体の可読性は、ローマン体よりも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
OKR (目標と主な結果)