WWBWWB: Rework Workflows

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

なぜ私たちは作るのか

現在のほとんどのワークプラットフォームは、個人かチームのどちらかに焦点を当てています。このモデルは日々の業務における多くの一般的なシナリオをカバーしているため、理にかなっています。しかし、複数のチームが同じタスクをどう共有し、協働するかという点においては、大きなギャップが1つ残っています。

このワークモデルはかなり異なります。なぜなら、複数のチームが関わる場合、単独の個人やグループ、あるいは1つのチームとは異なる力学が生まれるからです。特に顕著なのは、それぞれが異なる期待値やポリシーを持ちながらも、共有タスクを完了させるという同じ責任をなお分かち合う必要がある点です。

私たちが作るもの

そこで、最も重要な違いと、私たちが取り組んでいることについていくつか説明します。

フローモデル:

  • 直線的(ミニマリスト)であること。人々が何を完了させる必要があるかを明確に把握できるように。
  • 厳密にステップバイステップであること。予期しない挙動が起きないように。
  • 初期フローと各ステージのフローについて、明示的なデータとデータモデルを持つこと。
  • タスクは統合しやすいこと。
  • Todoモデルについて再考し、AssignかTasksかDutiesのいずれかに紐づけるべきであること。実際のところ、Dutiesのほうがはるかに理にかなっています。
  • ジョブ・フローをサービスハブへと公開すること。

チームモデル:

  • ステージは、単なる人々のグループではなく、チームに紐づけられます。チームがその瞬間のステージ担当者を明示的に置き換えます。
  • 人々は、自分が割り当てられたワークフローからだけでなく、自分の所属チームから割り当てられたジョブを引き受けます。
  • チームのSLAと、各ステージにおける再割り当ては非常に重要です。

ユーザーエクスペリエンス:

  • 初期のデータ入力は、より意味のあるものであるべきです。Kissflowから学ぶのは良いアイデアです。

About the author

Eric Pham

Eric Pham

Founder & CEO

Eric Pham is Founder and CEO of Rework. With 15+ years in B2B SaaS, two companies founded (one exit), and portfolio companies he has helped reach $50M+ ARR combined, he writes for founders and executives facing the same decisions. His articles give you practical, lived-in guidance on product strategy, scaling teams, and sustainable growth.