それはそれをすべて言います。 しかし、あなたが読んでいるときに他の何かがスキップしているなら、疑問があります。もう少し深くすることをお勧めします。 「プロジェクトはチームです」というフレーズに同意しますか？ 科学的にも同じことが言えます。「プロジェクトの結果の品質はプロセスの品質と同等です。」
後者に同意しない場合、これはあなたのビジネスです。 プロジェクト管理の現代の科学的部分全体がこの考えに基づいているためです。 Six Sigma、Toyota Production System、TQMはすべて同じアイデアの結果であり、最も厳格なバージョンではこのように聞こえます。 「プロジェクトはチームです。」 特に、実際に情報ビジネスの唯一のツールとリソースが人であることを読んでください。
「チームワーク」からTPSまで、それほど遠くはありません。 最初にチームワークの管理であるHIM（ ヒューマンインタラクションマネジメント ）、次にビジネスプロセスの管理であるBPM（ ビジネスプロセス管理 ）が登場しました。 だから、チームで会社からトヨタを作り始める必要があります。 人から。
「魚を与える」アプローチと「釣り竿を与える」アプローチのいずれかを選択するとき、私は2番目の解決策に傾倒しています。 チームワークに適用されます。 事前に定義されたジョブの説明とメッセージ形式の代わりに、人々に同意してもらうことをお勧めします。 そして、契約の結果について書き、常にフォーマットと「役割」を作成します。 これはより複雑なチームビルディングプロセスですが、長期的には実を結ぶでしょう。 プロジェクトはチームだからです。
書籍「 持続可能なビジネスの成功のためのフォーミュラ4 + 2 」のウィリアム・ジョイスによると、 ビジネスの成功には4つの要因があります。
- 戦略：明確に表現され、成長に焦点を当てた戦略を開発します。
- 実装：戦略の完璧で実用的な実装を編成します。
- 文化：高い成果を達成することに焦点を当てた企業文化を発展させ、維持します。
- 構造：「フラット」で流動的な組織構造を設計および維持します。
4つの項目のうち2つは、人と組織の内部構造にのみ関連しています！
まず、チームは協力と交渉のプロセスを構築します（重要な資質：創造性と信頼）。 次に、各チームメンバは、形式（責任、明確さ）を維持するための内なる欲求に取り組みます。 そして、プロセス形式が形式化され、システム、ソフトウェアに「縫い付けられる」だけです。 このシステムは、人間の相互作用の「前」ではなく「後」です。 これは、Rapid Development Manifesto 、 Agile Manifestoが言っていることです：「プロセスとツールよりも人々と相互作用が重要です。」
このアイデアを、プロジェクト管理システムおよびコラボレーションであるComindworkの基盤に組み込みました 。 基本契約を使用すると、仕事、つまり真のチームワークで相乗効果を達成できます。 そして、プロセスをセットアップするためのツールを提供するだけです。 すでに信頼、継続的な改善、結果とプロセスのサポートの両方に対する各参加者の責任に基づいています。