プロセスの監視、移行、および作成のための専用リソース。
私たちは合併と非合併を経て、他の会社を買収し、それらを私たちの「プロセス」に統合する過程にあります。ここでプロセスを引用します。私の意見では、まだ話すことは何もないからです。
私たちが最終的に成功するのは、会社全体で機能するプロセスを作成するための専用リソースがあることだと思います. スクラムはすべて優れていますが、企業の請求およびマーケティング サイクルに必ずしも適用されるわけではありません。では、それぞれが専門分野で効率的に作業するための最良のプロセスとプラクティスをどのように考え出すのですか?
ここでの私たちの魔法の弾丸は、まさにこのタスクに専念する人がいることです。彼は現在の状況を見て、何が必要かを見て、そこに到達するための計画を立てて実行します。彼は、部門、IT、およびそれを完了するために必要な人と協力します。何よりも重要なことは、彼はリーダーシップを発揮し、大きな頭からの支持を得て、大きな重い岩を転がすための適切な力を彼に与えることです(私はあなたがこれらを持っていると確信しています. Peters のしきい値を超えました)。プロセスが定義されると、プロセスを適切にツール化し、各チーム (会社) が定義に先立ってアドホックに採用したすべての異なるシステムからすべてのデータを移行するタスクが発生します。
他のタスクを実行しなければならないときにこれらすべてを実行することは不可能ですが、それを実行しようとして解雇されそうになったことは知っています (1 つまたは複数の岩を踏んだ) ため、この内部構造化に専用のリソースが必要です。あなたの会社にこれがまだない場合、私はこれを私の最初の戦場にします.
ここで例えると、プロセスが何であるかを知っていて、それをやり遂げるためのズボンを持っているシェフ ドルチェストルです。これは、忙しすぎてこれには対応できない CE* タイプの人物ではありませんが、どのプロジェクトのクリティカル パスにも属していない人物です。そうすれば、彼は客観性を保ち、一歩下がって全体像を見ることができ、常に動物園に夢中になることはありません。アジャイル プロセス パラダイムと正式なプロセス パラダイムの両方で経験を積んだ開発経験のある人が、この仕事に最も適していると思います。開発プロセスは、実際に成功するのが最も難しいプロセスである可能性が最も高く、彼がこれを行うことができれば、少なくとも紙の上では、残りは簡単になるはずです.
私たちがこれを手に入れて以来、変化は遅くなりましたが、今のところ、毎回神が送っています。変更が加えられるたびに、残りの部分がいかに非効率的であるかが明らかになり、それを成し遂げるためにより多くの弾薬が彼に与えられます。このようにして、誰かがそれに取り組んでいて、最終的には解決されることを知っていると、非効率性に対処しやすくなります。
幸運を祈っています。不可能ではありませんが、確実に実行可能です。