"組織/チーム体制"投稿一覧

GitLab社のリモートオンボーディングハンドブックは、かなり詳細に新しいメンバの受け入れについて記載しているので、何かの参考になるかもしれません。
全く同じというほどでもないですが、自分の会社も比較的似たようなことをしていますね。

結構地道なのですが以下のようなことをやっています。

https://rarejob-tech-dept.hatenablog.... 続きを見る

まさに来週作るので、共有します。

▼どんな資料か
・プロダクト戦略、戦術、ロードマップをまとめ、大体30-40ページの資料になります
・Googleスライドで作成

▼どうやってまとめて伝えやすくしてるか
文字だけで伝えるのが難しいのですが、

位置付け
・資料は経営においてのどこの位置付けなのか... 続きを見る

必要な準備というのは諸々動かれていると思うので、どちらかというとそこに取りこぼしが発生する前提で、引継ぎ後のコミュニケーションの場を設定して置くというのはよくやっております。

■引継ぎ後の３ヶ月くらいは週１位の頻度で引継ぎ前後のメンバーでランチMTGでお困りごとがないか確認してみる。
※退職されてしまう場合は残念ながらこの限りではないですが、その場合は正式な引継ぎ日... 続きを見る

こんにちは。

新卒でSIで働いていたときに学んだのですが、あの業界は入れ替わりが多いので、「手離れのいい仕事をしたほうがいい」と学びました。そうしなければ次に移れないし、残された人が苦労するので、自分の評価も下がるからです。

それ以来、あるポジションについたときから、再現可能な部分や必要最低限の情報は残すようにしています。開発にかたよった内容になりますが... 続きを見る

初めまして。MTGの頻度や内容についての質問とっても気になります。

私の関係しているプロジェクトでは下記の感じです。

・月次定例（役員などステークホルダーへの報告、プロジェクトの全体進捗、課題の棚卸し）
・週次定例（各チーム同士の進捗共有、課題管理）
・日次定例（朝会、夕会などで現場の開発の進捗共有）

上記以外は... 続きを見る

文化をざっくりと議論のテーマにしてしまうとどうも抽象度が高く、なかなか良い議論ができなかったなと個人的な経験では強く感じています。ゆえに、特に小さなチームにおいては「カルチャーは結果論」とある程度割り切ってしまうことも大事なのではないか？とさえ思ったりしています。いいプロダクトは、プロダクトに関わる人の貢献によって生み出されますし、関わる人たちと話し合いながらプロダクトをもっと効率的に、品質高く開... 続きを見る

自分も色んな組織やチームに関わっているので、理想系を話させて頂けたらと思います。

・朝会：毎日（前の日にやったこと／今日やること／困っていることのシェア／トピックあれば）
・スプリントプランニング：隔週（プロダクトバックログを元にチーム全体で経過報告・改善案／各種アサイン）
・週次定例：毎週（部署ごとの進捗共有会）
・月次定例：毎月（KPI報告／... 続きを見る

ちなみに私は素朴ですが「会議体の整理」と「業務依頼箇所の統一」です。

私もコミュニケーション面だとこの2つは効果的だったと感じています。
業務依頼はフォーム化し、フォームからチームのバックログに同期されるようにつくっていますが、業務依頼に必要な情報をテンプレート化してもらうことで、よりチーム間での自律した動き方につながってい... 続きを見る

プロダクト開発組織（ここでは、1つのプロダクトを3-5程度の複数チームで開発に関わるイメージで回答してみます）の会議体は、弊社では以下のようなものを運用しています。

週次
・チーム間の情報共有（お互いのチームへの影響を同期する、チーム間のこぼれ玉について議論する）
・チームをまたいだスプリントレビューに相当する場
・それ以外は各チーム独自に運用<... 続きを見る

僕が参加しているという目線で回答させていただきます。

・月次定例（表彰、売上など組織全体に係るアナウンス）
・週次定例（チェックイン、職種リーダー定例）

それ以外に、週次で
・ネイティブエンジニア定例（月、金）
・デザイナー✖️ネイティブエンジニア定例（月）

を実施しています。

開... 続きを見る

全社Notionと、Notion DBをフル活用しています。
フルリモート企業で、非同期的なコミュニケーションで業務を進めるため、
同期的なオンラインミーティング以外はほぼ全てがNotion、Slackで行われています。

▼ドキュメント、タスク管理
・弊社では個人のタスクの全てを管理する個人DBがあり、個人が何をやっているかほぼわかります。 続きを見る

その本を読んでないので、チームAPIの概念を読み違えていたらすみません。

これはわかりやすくチームが連携しやすくなった

この観点で僕のチームで取り組んでいることを回答させていただきます。
僕たちは「デザインコンポーネント」をデザイナーと協力しながら定義し、ネイティブアプリ内で使うUIパーツ、テキストカラーなどは基本... 続きを見る

一人PdMだった経験ではないのですが、レビューや批判がもらいにくい環境は良いアウトプットに繋がりにくく厳しいなと感じていて、一人PdMだとどうしてもそうなりやすい状況かなと思いました。

何事にも言えますが、組み立て行く人は、「組み立てること」の性質上どうしても見えてない部分や見落とし、固まった視点などがあります。これに対し、少し離れた位置や別角度から、適切なレビュー、批判が入... 続きを見る

色々あるんですが、そのうちの一つに関係者間で「リスクがちゃんと話せている」ことが思いつきます。

・その施策は本当にユーザーさんに不利益がないか
　ある場合、それはどういった課題か
・プロジェクトが遅延する可能性はあるか
　ある場合、どのような対策・遅れても問題ないようなアクションが取れるか
・課金に影響はあるか
　ある場合、ど... 続きを見る

はじめまして。石井と申します。BtoBスタートアップで一人PdMをやっています。（正確には代表取締役PdM業務だけが業務スコープではないが。）
自分の中では以下3つにまつわることが大変だと感じています。

1.誰の目線で物事を考えるのかの人格の切り替え
・あるissueがエンドユーザーのためのものか、決裁者のためのものか、リファクタなのかなど... 続きを見る

弊社では、ほぼ私の趣味で開発の生産性をトラッキングしまくっていますが、ふと振り返って他の企業でできるか？と言えば難しいだろうなと思うことが多いですね。例えば、弊社で計測している代表的なものは、不具合発生率, テストカバレッジ（E2E, integration, unittest), LCP, FCP, レスポンスタイム, チームのキャパシティの予実, スプリントのベロシティ, などがあります。が、... 続きを見る

パートナーはいます。自分は広く浅くのゼネラリストで、大きな案件とあまり縁がなく、一人で完結する案件も多いです。ただ、最近はマネジメントに比重をおきたいので、パートナーのデザイナーやエンジニアとチームを組むようにしています。クライアントには存在を伝えます。

こんばんは。

自分はアジャイルコーチとして、さまざまな企業の現場で支援しています。その視点で質問に回答させていただくとこんなかんじです。

ー専任のスクラムマスターはいるか

結構な企業の現場を見て聞いているつもりですが、いない現場がほとんどです。

ー専任がいなければ、誰がどうやっているか

大... 続きを見る

相手とのイニシアチブやグリップの話はものすごく共感します（事前に合意するのか、頑張ってポジションを築くのか）。
イニシアチブが低いと、PMのはずが、PMOやディレクション業務っぽいことをやっていることもあるなと思います。
（PRJの状況ではそういうシーンもあっても良いと思うのですが、あくまで一時的に）

業務委託で入る際は、裁量や責任、スコープを明確にしてお... 続きを見る