Loading article…
小規模プロジェクト管理とは、小規模プロジェクトに特化したプロジェクト管理手法です。これらのプロジェクトは、期間が短い、作業時間が少ない、チーム規模が小さい、予算規模が小さい、プロジェクトの実行に費やす時間とプロジェクト管理に費やす時間のバランスが取れているといった特徴があります。それ以外は、大規模プロジェクトと同様に、独自の特性を持ち、期間が明確に定められており、最終成果物の納品が求められます。
小規模プロジェクトは、機関や大規模組織が実施するプロジェクトの中で最も一般的な形態であり、様々な小規模なタスクを達成するために活用されます。中小企業や零細企業、特にクリエイティブ産業においては、小規模プロジェクトの運営は中核事業の重要な要素となる場合があります。個人やグループも、村の祭りの企画から庭の物置小屋の建設まで、様々な成果を上げる手段として、小規模プロジェクトを日常的に利用しています。
プロジェクト管理手法を小規模プロジェクトに適用する際の有効性を検討する上で、「プロセス」と「成果物」のバランスは重要な要素です。大規模プロジェクト管理によく関連するその他の要素、例えば時間、コスト、品質[ 1 ]も依然として適用され、大まかに2つのアプローチが考えられます。
「管理オーバーヘッド」とは、プロセスを文書化または管理するために必要な労力とプロジェクトの最終的な成果との比率を表します。大規模プロジェクトの手法では、品質管理はプロジェクトプロセスの重要な部分であり、継続的な改善とエンドユーザーの要求を満たすプロジェクト成果物の提供を目指します。小規模プロジェクトでは、時間、予算、リソースの制約により、標準的な品質管理アプローチを常に使用できるとは限りません。しかし、特にクリエイティブ産業では定義や評価が難しく、単純な分類に抵抗する可能性のある品質基準を維持しながら、創造性と革新性を発揮する必要は依然としてあります。品質は、私たちが本能的に認識する生来の特性であることを認識することが重要です。私たちは品質を見ればわかりますが、それが何であるかを事前に言うのは難しいと感じます。[ 2 ] 洞察力、直感、創造性は品質の指標であり、小規模プロジェクトではおそらく「十分良いか」という本能的なレベルで評価する方が良いでしょう。軽量で効率的な小規模プロジェクト管理手法は、プロセス管理と文書化を最適なレベルまで縮小する必要があります。そのレベルとは、プロジェクトに不必要な管理業務を過剰に負担させたり、創造性や革新性を阻害するような品質管理手法に貴重なリソースを投入したりしないレベルです。「これで十分か」という問いを掘り下げたシンプルな評価で、多くの小規模プロジェクトには十分でしょう。
「イノベーションは創造性＋実装に等しい」[ 3 ]。ここで創造性は「想像力と分析」のバランスであり[ 4 ]、実装はアイデアの選択、開発、商業化のプロセスである[ 3 ] 。これは、小規模プロジェクトの実装には2段階のソリューションが必要であることを示唆している。第1段階は問題の定義、分析、批判的思考であり、それに続く第2段階の行動または実装段階では、創造的なアイデアを実行するためにスキルと知識を適用することが主な活動である。イノベーションのプロセスを2つの基本的な段階に分解することで、小規模プロジェクトをイノベーションとイノベーション実装の2段階プロセスとして考える可能性が生まれる。
PRINCE2メソッドの統合要素を備えた柔軟な概念フレームワークを使用することで、小規模プロジェクトの計画を、一般的な見出しを使用した「作業分解スケジュール」[ 5 ]として構成することが可能になります。
このアプローチは、プロジェクト計画を核とするPID（プロジェクト情報定義書）を用いて小規模プロジェクトを文書化するための、効果的かつ柔軟なフレームワークを提供します。このモデルは、拡張性に優れ、小規模プロジェクトのプロセスに不必要な管理負担を加えない、軽量なプロジェクト文書化手法を提供します。その結果、このフレームワークは品質向上に役立つ一連のツールを提供し、イノベーションとイノベーション実装という2つのフェーズを反映しています。したがって、クリエイティブ産業における小規模プロジェクトの管理に最適であり、業界特有のワークフローや用語に合わせて容易に調整できます。
シンプルなリスク評価ツールは計画プロセスに不可欠な要素であるべきであり、チームメンバーにはリスク評価を批判的探究のツールとして活用するよう促すべきである。これにより、継続的かつ反復的なサイクルの一環としてリスク要因と機会を特定することができ、小規模プロジェクトが内省的な方法で進捗状況を文書化できるようになる。
実装段階にある程度の複雑さを伴うプロジェクトでは、マイルストーンやチェックポイントを用いてこの段階をさらに細分化する必要があるかもしれません。これにより、チームはプロジェクトが順調に進んでいるかどうかを確認できます。そして、このプロセスはリスク評価ツールに容易に統合できます。
リスク評価ツールを導入することで、プロジェクトマネージャーはプロジェクトにおける例外や変更が発生した際に適切に対応できるようになり、プロジェクトを柔軟に進めることができます。例外や変更への「反射的」なアプローチの鍵は、プロジェクトに「許容範囲」を適用する方法、つまり、プロジェクトマネージャーやプロジェクトチームが、指揮系統に報告したり、成文化された例外または変更プロトコルを開始したりすることなく、プロジェクト計画（時間、コスト、品質に関して）からどの程度逸脱できるかという点にあります。
リスク評価は、例外計画手順と容易に組み合わせることができ、プロジェクトの変更に対する許容度を管理できます。スコープクリープ、目的や目標の変更、制約の変更、リスクの変更などの問題に対処するために、例外管理手順を開始するための「トリガー」 [ 1 ]を使用します。このようなツールは、実装フェーズ中にプロジェクト概要を検証する方法を提供し、計画およびレビュープロセスの一部として使用する必要があります。数値係数を使用することで、事前に合意された基準に従って対応をトリガーするシンプルな尺度が得られます。
したがって、プロジェクトマネージャーは変更に関する判断を下すことができ、その経験レベルを考慮した上で一定の裁量権を与えられるべきである。
アジャイルマニフェスト：
アジャイルプロジェクト管理はリスクと価値主導型であり、つまりアジャイルプロジェクト計画はプロジェクトの価値に関連するリスクのみを考慮すればよい。DeCarlo [ 7 ]が提唱したアプローチでは、プロジェクトの成功のための「十分な方法論」の鍵となる価値として、以下の点が挙げられている。
アジャイルプロジェクト管理手法では、反復的な振り返りを組織的なツールとして活用し、学習に重点を置いています。アジャイルは、モデリングやシミュレーションではなく、実際の環境での学習を重視します。これは、プロジェクトを「タイムボックス」または「スプリント」と呼ばれる段階に分割することで実現されます。各「タイムボックス」の終わりに、プロジェクトチームはリスクツールを使用してレビューと評価を行い、この段階から何を学んだか、そして今後何を変更するのかを問いかけます。レビュー後のプロジェクトIDは、学んだ内容に応じて根本的に変更される可能性があります。
リスクツールはグループでの議論や振り返りを促進し、プロジェクトのライフサイクルやタイムボックス全体にわたって反復的に活用されます。しかし、単純なリスク評価では、アジャイルアプローチでは不十分な場合があります。なぜなら、単純なリスク評価では、負のリスク、つまり「危険リスク」しか捉えられず、「機会リスク」が考慮されないからです。創造的または実験的なプロジェクトでは、「機会リスク」は非常に重要です。なぜなら、当初想定されていなかった価値をプロジェクトにもたらす可能性があるからです。
各イテレーションの完了時に、プロジェクトチームは、プラスとマイナスの両方のリスク属性を網羅するリスク登録簿として、 SWOT分析などのシンプルなツールを使用する必要がある場合があります。このリストに優先順位を付けた後、リスク登録簿のプラスとマイナスのカテゴリの上位3つが、次の「タイムボックス」のアクションとなります。リスクは、「回避／移転／軽減／強化」というシンプルな原則に従って対処できます。このようにして、リスクはプロジェクトの俊敏性を維持する構造化ツールとなります。
小規模プロジェクトの管理に最適なシンプルなツールセットのテンプレートには、以下のものが含まれます。
最後に、重要な点として、ホスト機関または組織からの支援の必要性が挙げられます。小規模プロジェクトへのPRINCE2の適用に関するガイドライン[ 8 ]では、プロジェクトが実施されている機関は、最低限、プロジェクトの計画を支援し、プロジェクト委員会の進捗状況を監視し、品質保証の役割を担い、経験豊富で独立した相談役またはメンターとしての役割を担う「プロジェクト支援オフィス」を設けるべきだと推奨しています。この支援により、傘下の機関は、プロジェクトがホスト機関の事業目標および組織目標を適切に反映していることを保証し、経験の浅いプロジェクトチームに専門的な助言と支援を提供することができます。適切な組織的支援が整っている場合、上記で提案したような小規模プロジェクト管理手法を採用することで、プロジェクトを効果的に運営し、時間、コスト、品質の面で成果物を提供することが可能になります。