ITプロジェクトにおける能力とラストマイル

必要な能力が確保され、ラストマイルが適切に実行されていることを保証することは、私のキャリアで管理してきたすべてのITプロジェクトにおける2つの主要な課題です。

ここでの可用性の課題には、いくつかの意味があります：

- 必要なスキルを持たない人に仕事が割り当てられる。

- 既に重要なプロジェクトの山に追われている有能な人に仕事が割り当てられる。

- 仕事がただ無視される。

ある程度の実践経験を積むと、これらをかなり早く察知できるようになります。しかし、チームが状況が深刻になるまで「放置」することを好む傾向があることに気付きました。通常、過度な資金が費やされ、または多くの作業をやり直す必要が生じた後で、手遅れになってから対応します。

そのような状況で効果的だった方法は以下の通りです：

1. **非常に事実に基づいた、明確で簡潔かつ頻繁な報告書を書き始めること。** これは、問題に対処する際の透明性と説明責任において極めて重要です。事態が非常に悪化した場合（つまり、弁護士が関与するような場合）、これが証拠として使用される可能性があります。

2. **権限がある場合は、ためらわずにサプライヤーやステークホルダーを解雇すること。** もしそれができない場合は、彼らの能力に応じてタスクを再割り当てし、組織を再編成します。

3. **上記を試しても効果がない場合、離脱することが最善の解決策かもしれません。** 問題のある状況に巻き込まれないようにするためです。

さて、2つ目の課題であるラストマイルについて述べました。これは、可用性が問題ではなく、プロジェクトが完了に近づいていることを前提としています。

私の経験では、この段階ではどのプロジェクト管理ツールも追いつけません。あらゆるところで多くの要素が動いており、物事は非常に複雑になります。このフェーズを効果的に進められるのは、無数の細部を迅速に管理し、誰が何をできるかを理解し、複数の依存関係を同時に処理できる、豊富な実践経験を持つ人だけです。特にエンタープライズレベルのプロジェクトではそうです。

言い換えれば、ラストマイルはプロジェクト中に下したすべての正しい決定の合計から、悪い決定を差し引いたもので、許容可能な状態に到達することです。

だからこそ、「生成AIのような技術がその約束を果たしていない」という記事を目にしても驚きません。

彼らが触れていないのは、ステークホルダーに対してシンプルなAPIの統合だけで十分で、限られたテストと即座に価値が提供されると約束されたことです。

要するに、これらのステークホルダーはそれを「魔法」だと信じ、ITプロジェクトの基本的な原則を忘れていたのです。