5つのフェーズで十分

プロジェクト管理ソフトを作っていると、どんどん複雑にしてしまいがちです。

建設には建設のプロセスがあり、製造には製造の、コンサルティングにはコンサルティングのプロセスがあります。同じ業界の中でさえ、2社の会社がこう言うでしょう。

「うちのプロセスは他と違う。」

この言葉はもちろん本当です。

しかし Snappy PM を設計していて、もうひとつ別のことも本当だとますます感じるようになりました。

ほとんどのプロジェクトの骨格は、実はそんなに違わない。

だから私たちは最終的に、Snappy PM のプロジェクトフローを5つの Phase に統一しました。

1. Requirement Capturing まず顧客が本当に何を求めているかをはっきりさせる。

2. Scoping & Design 要件をスコープ、ソリューション、見積に変え、最終的に顧客の確認を得る。

3. Implementation or Manufacturing 実際に実行、購買、生産、あるいは作業の完了を始める。

4. Deployment or Installation 成果物を顧客に届ける、あるいは現場での設置と展開を完了する。

5. Closing 請求、回収、精算を完了し、プロジェクトをクローズする。

すべての企業が5つの段階を完全に経る必要はありません。

コンサルティング会社には Manufacturing がないかもしれません。

純粋なデジタルサービス会社には Installation がないかもしれません。

家具製造企業は5つ全部があるかもしれません。

しかし私たちはもう、会社ごとに新しい Project Management System を発明しようとはしません。

The five phases stay the same. The business decides how they apply.

その背後にあるのは、実はとてもシンプルな管理思想です。

プロジェクトが最も問題に陥りやすいのは、複雑なフローチャートがないからではなく、みんながこう分からないからです。

私たちは今、一体どこまで来ているのか？

顧客の要件は確認されたか？

見積は受け入れられたか？

生産を始めてよいか？

ものはできたか？

納品済みか？

代金はすべて回収できたか？

これらの最も基本的な問いに明確に答えられないなら、どんなに複雑な Project Management System も意味がありません。

だから Snappy PM の5つの Phase は、5つの共通チェックポイントのようなものです。

そして私たちは自分たちにもうひとつ原則を定めました。

Nothing advances on a bare click.

誰かが何気なくボタンをクリックしただけで、プロジェクトが次の段階に進んではいけません。

実際のことが起きたから進むべきです。

顧客が見積を確認した。

資材が割り当てられた。

プロジェクトが納品された。

代金が精算された。

つまり、プロジェクトの状態は業務事実の結果であるべきで、人が手でメンテするラベルではありません。

これは、私がシンプルなシステムをますます好きになる理由でもあります。

企業が本当に必要としているのは、多くの場合、より多くの Status、より多くの Workflow、より多くの Configuration ではありません。

全員が理解できる共通言語です。

What does the customer need?

What did we agree to deliver?

Are we doing it?

Did we deliver it?

Did we get paid?

5つの Phase。

多くの中小企業にとって、それですでに十分かもしれません。

SnapLedger, your life easier.