段階的リリースでは機能を1人で開発すべきではない。少なくとも2人以上で協業すべきだ。プロジェクトを牽引する管理者はこのノウハウを知る必要がある。
では、なぜ2人以上で開発すべきなのか。理由はいくつかある。
早くできる。
早くできるというのは自明だろう。2人でやれば早いのは当たり前だ。開発効率は上がってはいない。だが、それでいい。求められるのは開発効率ではない。スループットなのだ。
専門知識を生かせる。
適材適所。これも自明だろう。開発者にも得意不得意がある。得意なことをやらせれば効率はあがる。不得意なことをやらせればどころかなんの成果も得られないかもしれない。
ミスが減る。
これはペアプロに通じる。互いの作業を監視する機会が増えるためミスがなくなるわけだ。誤魔化しが効かない。
トランスに陥らない。
これもペアプロに通じる。2人で協業している間は常に適度な緊張感とコミュニケーションが発生する。これではトランスに入ることはできない。トランスとは軽い瞑想状態である。始末が悪いのはトランスに陥った人は皆、自分が集中し作業効率が上がっていると思い込んでしまう事だ。しかし実際は感覚が鈍っているだけでスピードはむしろ落ちているのだ。
このように協業により1+1は3にも4にもなる。だが1、場合によっては0や-1になることもある。協業には相性が必要だからだ。相性が悪ければコミュニケーションを円滑に行えなくなる。また1人の技術者が極端にレベルが低くてもダメだ。もう1人の技術者がパフォーマンスを発揮出来なくなる。
プロジェクト管理者はこうしたプロジェクトの特性、メンバーのスキルや相性、クライアントの要望（要件ではなく）、見積りの不確定性等を管理し、最善の運営を執行する責任がある。だからこそ、専門知識を持ち、訓練を受けた者でなければ務まらない。システムエンジニアの経験を積んだからそろそろプロジェクト管理者になってもいいだろうというのが浅はかなのだ。
では、なぜ2人以上で開発すべきなのか。理由はいくつかある。
早くできる。早くできるというのは自明だろう。2人でやれば早いのは当たり前だ。開発効率は上がってはいない。だが、それでいい。求められるのは開発効率ではない。スループットなのだ。
専門知識を生かせる。適材適所。これも自明だろう。開発者にも得意不得意がある。得意なことをやらせれば効率はあがる。不得意なことをやらせればどころかなんの成果も得られないかもしれない。
ミスが減る。これはペアプロに通じる。互いの作業を監視する機会が増えるためミスがなくなるわけだ。誤魔化しが効かない。
トランスに陥らない。これもペアプロに通じる。2人で協業している間は常に適度な緊張感とコミュニケーションが発生する。これではトランスに入ることはできない。トランスとは軽い瞑想状態である。始末が悪いのはトランスに陥った人は皆、自分が集中し作業効率が上がっていると思い込んでしまう事だ。しかし実際は感覚が鈍っているだけでスピードはむしろ落ちているのだ。
このように協業により1+1は3にも4にもなる。だが1、場合によっては0や-1になることもある。協業には相性が必要だからだ。相性が悪ければコミュニケーションを円滑に行えなくなる。また1人の技術者が極端にレベルが低くてもダメだ。もう1人の技術者がパフォーマンスを発揮出来なくなる。
プロジェクト管理者はこうしたプロジェクトの特性、メンバーのスキルや相性、クライアントの要望（要件ではなく）、見積りの不確定性等を管理し、最善の運営を執行する責任がある。だからこそ、専門知識を持ち、訓練を受けた者でなければ務まらない。システムエンジニアの経験を積んだからそろそろプロジェクト管理者になってもいいだろうというのが浅はかなのだ。