あなたはMinimumViableProductと呼ばれる小さな概念に精通しているかもしれません。



製品をテストするには、製品の初期バージョンをターゲットユーザーに公開し、関連データを収集し、そこから学習して反復するという考え方です。



それは常識のように聞こえるかもしれませんが、Windows 98を思い出してください。これは、インストールしたことを覚えている古典的な箱入りソフトウェアであり、次の更新まで1年以上待たなければなりません。ソフトウェアの次の物理コピーが作成されるまで、改善は見られませんでした あなたの手の中に

当時、それはすべてか無かった。しかし、デジタルでの生活は、開発に対してよりアジャイルなアプローチを採用する方向に私たちを動かしました。

最小実行可能製品のアイデアを採用して、それを組織のビジネスプロセスに適用できるとしたらどうでしょうか。

プロセスは肥大化したり、使いすぎたり、歓迎されすぎたりする可能性があります。だから、最小実行可能の哲学を植え付けてみませんか 処理する —目の前の問題をサポートするための可能な限り最小の解決策を見つけますか? 1つの長い計画を立てて、壊れることがわかっている固定プロセスに忠実であり続けるのではなく、初期のバージョンのプラクティスに適応しますか?

過剰処理の官僚主義を最も恐れているのは誰ですか?高成長組織。特に技術分野では、 アジャイル手法 人気がありますが、おそらく常にコミットされた方法で実装されているわけではありません。 MVPの考え方が役立ちます。



スプラウトは成長する痛みに見知らぬ人ではありません。プログラムマネジメントのディレクターとして、私は、企業としての規模が2倍になった結果、マーケティングとクリエイティブの2つの部門間のコラボレーションを社内で再構築するという課題に直面しました。

いくつかの重要な側面が私たちを現在の場所に導きました。チームの作成と調整、コミュニケーションの強調、自己回復ワークフローの開発、週ごとのプロセスの改善です。

より民主化されたモデル

最小実行可能製品の従来のアプリケーションでは、より多くの製品を生産することを繰り返しています。しかし、プロジェクト管理手法として、あなたはより少ない、つまりより少ない重労働、より少ない混乱、より少ない層を生み出すことを繰り返しています。



プロセスは小さくなりますが、組織全体で行われている作業に関与する人々の所有権を高めるなど、他の場所のチームにその力を還元します。

最終的には、コラボレーションプロセスの最小、最速、しかも最も機能的なバージョンになります。それが機能するまで、何度も何度も簡単にテストできるもの。

MVプロセスはウィキペディアのページのように考えることができます。答えはそこにありますが、答えは時間とともに進化します。

自己回復部隊

この哲学は、リーンスタートアップ運動から生まれました。リスクを軽減し、組織の過剰支出や過剰建設を防ぐために、企業は製品とプロセスを反復的かつ小さなステップで開発する必要があるという前提が強調されています。そうだった エリックリースによって最初に提案された スタートアップの世界での経験を生かして、急速に成長する企業を構築するための無駄のない方法を開発しました。

私たち自身のリストラで物事を開始するために、私たちは分隊の調整から始めました。密室で作業してユートピアのワークフローを完成させる代わりに、新しく結成されたチームをまとめる必要がありました。私たちは、チームが日常的に問題を提起し解決するためのフォーラムを提供する、迅速で対面の毎日のスタンドアップのリズムを確立しました。


555は愛を意味します

物事が壊れたことを認めても大丈夫でした。を見て スプリント マーケティングチームとクリエイティブチームが協力していたことは、新しいプロジェクトに取り組むようなものでした。新しい役割、新しいチーム、新しいイニシアチブ、そしてそれでも同じ古いプロセスがありました。もはや意味がないことを認めなければなりませんでした。変化が一定である場合、なぜ論理的に、固定プロセスで操作するのでしょうか。

他の新しいプロセスと同様に、人々は質問をしました。スプリントを修正する戦術に焦点を合わせる代わりに、より大きな問題は、私たちが前進できるように人々に理解を与えることでした。全員の質問に効率的かつ思慮深く答える必要がありました。

チームが解決できないと感じた問題を追跡するためのドキュメントを作成しました。次に、プロジェクトマネージャーはこれらの問題をリーダーシップにまで提起し、管理の整合性を確保して、個々の貢献者が自分たちの間で物事を公言する必要がないようにしました。

経営陣が強化されました。毎日問題を聞くためのフォーラムができたので、明確な所有者なしで以前に埋められていた困難な問題に対処する責任もありました。これにより、チームが古いサイロの壁が崩壊するのを見始めたときに、最終的にチームとの信頼を築く一種の調整が必要になりました。チーム全体として、意思決定が迅速に行われていることを確認できました。これにより、リストラによって促された治癒の一部が始まりました。

私たちが目指しているのは、コミュニケーションが強く、問題を恐れないチームです。建設的で民主化されたコミュニケーションを強調することは、将来のより大きな賭けを奨励します。あなたは、彼らが進むにつれて解決する自信を持っているので、リスクを冒すユニットを構築しています。人々が何に反応するかをよりよく理解し、より早く価値を提供するたびに。

これは自己回復です。分隊が「負傷」したり、予期しない何かに対処したりすると、彼らが自分の問題を解決し、迅速な解決があると確信してより大きなアイテムをエスカレートするためのすべてが整っています。

挑戦を避けることはできません。組織の目的が課題を回避することである場合、成長することはありません。問題に正面から取り組むためにチームを編成することをお勧めします。そして、一人の人がすべての課題にどのように対応すべきかを考えてはいけません。チームを民主化し、個々の貢献者に発言権を与えるプロセスを確立します。

摂取形態による死亡

死ではない 摂取形態、しかし死 沿って 摂取形態。

おそらく、インテークフォームは、プロセスをスムーズに進めるための合理化された統合された有益な要件と考えるでしょう。それは理解できます。しかし、本当にそれを分析すると、すべてのチームには摂取量の詳細を含む独自の特別なプロセスがあり、紙を押し出すことは、機能しているチームにとって良い出発点ではありません。

チームモデルを開発するポイントは、マーケティングとクリエイティブの間でチーム間の健全なコラボレーションを促進することでした。つまり、部屋のプロジェクトに関係するすべての人が協力して、フォームを排除し、基本的に道路のルールを確立することでした。

一方的なプロセスの代わりに、またはさらに悪いことに、プロセスの設計にまったく影響を与えない人が、プロジェクトに関与する2人のコアチームメンバーを対面させ、「両方を満たすために何が最も効果的か」と尋ねました。あなたのニーズの?」

私たちが見つけたのは、この問題解決の方法がより簡単かつ効率的に合理的なプロセスに到達するということです。また、フォームの手続きや恣意的な質問に従うだけでなく、実際の人を支援していることがわかっているため、従うべき賛同がたくさんあります。

週ごとに道路のルールを改善し、道のすべてのステップを文書化することで、私たちは文字通り学び、成長しています。不要になったと認識している会議はキャンセルされます。これはすべて、私たちが実施している対面でのコミュニケーションのレベルのおかげです。

常に人々に奉仕する

私はこれほど長い間続けてきたので、秘密を教えてあげましょう。これは本当にプロセスに関するものではありません。それは人についてです。

考えられるすべての問題を解決するプロセスを試すのは簡単すぎます。すべてのエッジケースを解決する計画を定義して文書化することは、複雑すぎ、乾燥しすぎて、会社が成長し続けるにつれてすぐに時代遅れになります。

あなたは絶対に完璧な体系的な解決策を思いつくことができますが、それが人々のプロセスを作るニュアンスを欠いている場合、誰もそれに従いません。

組織は、アジャイルアプローチを実践せずに哲学的にワックスをかけることは単なる綿毛であることを理解する必要があります。プロセスはあなたの企業文化を反映しています。あなたがどのように操作するかは、あなたのオフィスの壁の中にいる人々が毎日一緒に立ち去ることです。絶え間ないフィードバックを促進して活用し、着地したプロセスを読み直して、まったく新しいチームメンバーのことを頭に入れてください。彼らはあなたの助けなしにあなたが作成したものをナビゲートできますか?


727エンジェルナンバー

結局のところ、それはあなたがどれだけ解決したかに焦点を当てることではなく、あなたが構築したプロセスがそれを通して働く人々にとってどれほど親しみやすく、支援的であるかについてです。

そして、それは官僚主義の反対です。

友達と共有してください: