複数チーム（プロダクト）での動き方について知りたい

開発機能やプロダクトが複数同時に走っているとき、例えばエンジニアとして、あるいはデザイナーとして入ってる方に伺いたいです。
ちなみにスクラムの場合、チームの兼任はあまり推奨されてはいません。理由を最も的確に説明している記事としては以下のようなものがあります。
https://www.ryuzee.com/contents/blog/14558

しかし現実的に兼務兼任は起きがちです。採用が充足しないタイミングでは特にそうでしょう。そのような限られたリソースの状態の中で兼務が発生した場合、デザイナーやエンジニアはどのように動いていますか？

・メインのプロダクトがありつつ、チームトポロジーでいうところの「イネイブリングチーム」のような動き方をしている
・開発チームの「コンポーネント」として機能し、特定の職能にのみ寄与した働き方をしている
・開発チームとして、デザインチームとして受託的に対応している

...など。様々な考え方や動き方が考えられると思います。実践している皆さんの知見や考えを伺えると嬉しいです。
1年前
view数 215
  • 3

回答を投稿して企業にアピールしましょう！

Q&Aで投稿された回答は、
企業側に表示されるプロフィールにも投稿履歴として表示されます。

Offersにログイン・新規登録して、気になるテーマやトピックを話してみよう！

簡単1分登録(無料) ログインする

＼回答があります！／

  • ABEChan@iOS/Android Developer

    プロジェクトマネジメント

    1年前

    とりわけ「エンジニアチーム」という所に絞られた話かもしれませんが、「開発チームの「コンポーネント」として機能し、特定の職能にのみ寄与した働き方をしている」に近い話で、それぞれのチームやプロダクトに共通コンポーネントと言われるものがエンジニアリング観点でも含まれる場合があります。
    例えばプロダクトAとプロダクトBの認証基盤はおおよそ同じ仕組みを利用しているため、開発者は両方のチーム自体に所属する必要がある、などといったケースです。
    受託開発ではこういったケースは確かに少ないかもしれないのですが、自社で複数プロダクトが同時進捗する場合などはこういったことは発生し、またそのようなエンジニアリング観点の設計・構成が社内の組織構成にも影響することからコンウェイの法則に従って各社組織構成が決定しているのかなと考えています。
    view数 12
    • 1
    • 1

  • Hayashi Takao

    エンジニア

    1年前

    バックエンドとフロントエンドを兼任しています。
    やはり働き方難しいなあと思っているので工夫の最中です。

    兼任の時はなるべく自分の持ってタスクのフローがオープンになることを意識しています。
    どちらかというと受託的な働き方に近い構えですね。。
    view数 18