技術的負債とは、ソフトウェア開発プロジェクトにおける品質の低さや不完全な作業の結果を表す用語です。テスト、ドキュメント作成、設計、その他のベストプラクティスを省略したり、妥協したりすることで、将来的に必要となる手戻りやメンテナンスの暗黙的なコストを指します。技術的負債は、プロジェクトの速度、品質、パフォーマンス、信頼性、セキュリティ、そして顧客満足度に悪影響を及ぼす可能性があります。Professional in Business Analysis Reference Materials1によると、技術的負債は次の4つのタイプに分類できます。
* 意図的かつ無謀：これは、チームがテストやその他の品質対策を意図的に省略することを選択する場合であり、それが後で問題を引き起こすことを知りながら、それらに対処する計画がない状態です。これは最も有害なタイプの技術的負債であり、重大な欠陥、障害、または違反を引き起こし、プロジェクトや組織を危険にさらす可能性があります。
* 意図的かつ慎重: これは、チームが、後で問題が発生することを認識しながらも、できるだけ早く問題に対処する計画を立て、テストやその他の品質対策を意図的に省略することを選択する場合です。
これは、チームが緊急の納期を守ったり、最小限の機能を備えた製品を提供したり、変化する要件に対応したりするのに役立つため、一般的な技術的負債の一種です。しかし、このタイプの技術的負債は、時間の経過とともに蓄積され、管理不能になる可能性があるため、慎重な管理と優先順位付けが必要です。
* 不注意と無謀：これは、チームがスキル、知識、経験の不足により、自らの行動の影響を認識せずに、意図せず技術的負債を生み出してしまうことです。これは危険なタイプの技術的負債であり、製品の品質低下、顧客満足度の低下、保守コストの増大につながる可能性があります。このタイプの技術的負債は、トレーニング、コーチング、メンタリング、ピアレビューへの投資によって防止できます。
* 不注意と慎重：これは、技術、標準、顧客ニーズの進化といった避けられない要因により、チームが意図せず技術的負債を生み出し、継続的な改善の一環としてそれらに対処する計画を立てている場合です。これはソフトウェア開発の動的な性質を反映しているため、避けられないタイプの技術的負債です。このタイプの技術的負債は、頻繁なフィードバック、振り返り、リファクタリングなどのアジャイルプラクティスを採用することで管理できます。
したがって、正解はCです。技術的負債の増加です。テストを省略することで、プロジェクトマネージャーとチームは意図的かつ無謀な技術的負債を生み出しており、これはプロジェクトと組織に深刻な影響を及ぼす可能性があります。プロジェクトマネージャーは、技術的負債をできるだけ早く特定、測定、削減することに注力し、将来的に同様の決定を避ける必要があります。
参考文献:
* 技術的負債: 定義、種類、および管理。