会社の各部門は、しばしばお互いが好きではありません。 同じ会社内で「友人」が「見知らぬ人」に直面している状況は、会計に対するマーケティング、弁護士に対する販売、またはマネージャーに対する開発など、多くのプロジェクトや事業を埋めています。
その理由は明白です。異なる目標と優先順位、同僚間の理解できないワークフロー、コミュニケーションの複雑さです。 理論的には、Wrikeや競合他社などのプロジェクト管理およびコラボレーションシステムがこれを修正する必要があります。 通常は発生しますが、新しいサービスを導入するだけでは問題を解決できない場合があります。
本格的な「治療」は、3つの段階で構成されます。チーム内の作業の組織を変更し、コラボレーションの技術的機会を提供し、従業員がそれを実行することを望みます。
機能横断型チーム
多くの読者（特に開発者）がアジャイルのことを聞いています。 変化する外部条件により迅速に対応するために、スクラムやかんばんなどの一連の手法が、ソフトウェアチームまたは企業全体でますます採用されています。 アジャイルアプローチは、ワークフローに多くの興味深い革新を提供します。結果を即座に検証する継続的な実験、新しいタスクを追加せずに現在のタスク（スプリント）を操作するためのハードコードされた時間間隔などです。
部門間の関係の文脈では、アジャイルアプローチも有用です。なぜなら、アジャイルアプローチは、共通のプロジェクトに携わる人々の緊密な相互作用に焦点を合わせるからです。 会社の正式な構造内で所属する部署は関係ありません。 このような職域を超えたグループには、プロジェクトを担当するリーダーがいて、共同の「ハエ」を行い、タスクを分散し、常に相互に通信します。 これにより、チームビルディングイベントよりも他の部門の従業員に関連する精神的なテンプレート「友人または敵」が破壊されます。
Wrikeでは、そのような組織が採用され、かなり長い間成功裏に運営されています。 私たちは、部門（およびオフィス-地理的に分散した構造も分離の前提条件を作成します）自体がビジネスには役に立たないという事実から進みます。 1か月あたり20％、プロジェクト管理システムの「上位3位」に入るか、離職率がゼロになります。
そのため、Wrikeで新機能を開発するために、プロジェクトに特化した職域を超えたチームが作成されます。 これには、製品マネージャー、開発者、UXスペシャリスト、マーケティング担当者、販売マネージャーが含まれます。 部分的に関与したサポート、デザイナー、およびその他のユニット。 彼らは一緒になって、開発、マーケティング、フィードバック処理を含む新しい機能のための単一の戦略を考え出し、実装します。 同時に、すべてのチームメンバーは常に連絡を取り合っており、マーケティングや販売で新しい「機能」の利点を知らない状況を避けることができます。プロモーション資料やクライアントとの会話で強調することが重要です。
技術バンドル
各部門が独自のサービスとアプリケーションのセットを使用しているという事実は、火災に燃料を追加します。 さらに、これは特定のタスク（マーケティングではMarketo、サポートではZendesk）としてのソリューションだけでなく、インスタントメッセンジャー、タスクトラッカー、ファイルストレージサービスなど、あらゆるニーズに非常に一般的です。 この場合、すべての「共有」、共有フォルダーおよびチャネルへのアクセスは1つのユニットの従業員に制限され、そのような情報を近隣の部門から同僚に取得する機会はほとんどありません。 つまり、チーム間の不透明度、そのような自動化は悪化するだけです。
これは、Zapierのような市場で接続サービスが人気を博している理由の1つであり、統合の量と質は、企業システムを選択する際の企業にとって重要な要素の1つです。 これに気付いたとき、統合はWrikeの製品戦略の一部になりました。 現在、このサービスは、Zapierを介した数百のバンドルをカウントすることなく、SalesforceからOffice 365までの30のソリューションの情報ハブとして機能します。
さらに、先日、Unitoとの統合のおかげで、WrikeとJIRAを接続できるようになりました 。 これは広告と見なすこともできますが、これはおそらく、クライアントの企業で従業員をより密接にするためにこれまで行ってきた中で最も重要なことです。
Wrikeがマネージャー、マーケティングチーム、クリエイティブチームに好まれることは周知の事実です。 このサービスは、作業リソースを監視する上で優れた機能を果たし、プロジェクトの進行状況を追跡するための多くのツールを提供します。 ただし、多くの企業では、開発者はJIRAに慣れています。 彼らはそこで検出されたバグのチケットを開始し、それらを追跡し、タスクの責任者を配布します-通常、これは会社の他の全員にはあまり明らかではありません。 その結果、特定の修正の現在のステータスを見つけようとすると、数時間にわたる会議や調査が必要になる場合があります。
典型的なシナリオは、開発者がJIRAを使用して製品を作成し、バグを修正し、要求に応じて変更を加えることです。 一方、販売とマーケティングはユーザーとやり取りしてフィードバックを受け取りますが、これらのチームはWrikeで働いています。 双方向の同期により、マーケティング担当者とセールスマネージャーはリクエストとコメントをWrike開発者に送信でき、それらはJIRAで直接回答できるようになります。
これはほんの一例です。 さまざまな部門のシステムを統合することで生活が簡素化されると、より多くの作業状況があることは明らかです。
モチベーターをまとめる
組織再編は必ずしも容易ではありません。 たとえば、部門長は、従業員がすでに自分の従業員ではないように見えることを好まない場合があります。たとえば、外部からの奇妙な人々からタスクを受け取ります。 したがって、チームの「デフラグ」の準備を開始することは、仕事の最中に反対や静かな妨害を避けるために、新しいアプローチの利点を主要な人々に納得させることです。
従業員自身の相互作用を成功させるには、機会だけでなく、欲求も必要です。 原則として、人々は自分の仕事を他の職業の仕事よりも重要であると見なし、近隣の部署の同僚からのリクエストの優先順位を低くします（そして深刻な場合は無視します）。 この態度を修正しようとすることができる最悪のことは、より積極的な助けを整然と要求することです。 これは、各部隊が最終的に戦っている氏族に自らを隔離することを強制する確実な方法です。
しかし、これは従業員の態度にまったく影響を与えることが不可能であることを意味するものではありません。 まず、人々は共通の目標を共有します。 つまり、主要業績評価指標には、個人的な結果だけでなく、一般的な結果も含める必要があります（もちろん、これらの目標が達成されないようにすることが重要です）。
第二に、異なるチームの人々の相互作用を促進することができます。 そのため、Wrikeでは、特別なボーナスシステムが提供されています。 3か月に1度、仕事に対処してくれた同僚に感謝することができます。 ボーナスのために同僚を指名するとき、あなたは彼の仕事に注目したい理由を示す必要があります。 これは、前四半期に発生したプロジェクト、状況、またはイベントである可能性があります。 スクラムチームを含むチームのトップマネージャー、ディレクター、直接マネージャー、同僚を指名することはできません。 また、相互交換を避けるために、あなたを指名した人を指名しないことをお勧めします。
一緒に（共通プロジェクト+ツール+モチベーション）会社の「分離主義者」の気分に対処するのに役立つはずです。 ただし、成長する余地は常にあります。 したがって、社内のさまざまなチーム間の作業を最適化した経験がある場合は、コメントに感謝します。