【失敗事例】複雑さの中に潜むシンプルさを探索すべき
失敗：複雑なドキュメントで進捗に影響がでた
プロジェクトにおいて、システム設計を担当したが、汎用性や性能を考慮したところ、設計ドキュメントが非常に複雑になってしまった。
その結果、ドキュメントの管理更新が困難となり、開発チーム全体に混乱を招くことに・・・。設計の根本的な部分も不明確になり、プロジェクトの進捗にも影響を与えてしまった。
学び：長期的目線で考える必要がある
この経験から、シンプルな設計の重要性を徹底的に認識しました。
SOLID原則の適用を強く意識し、クラスの分割や設計の明確化が、システムの保守性や拡張性を高めることを学びました。また、ドキュメントを複雑にすることは、短期的には詳細を網羅できるもの、長期的には混乱を考える原因になることを理解しました。
今後の展望：シンプルにし、自動テスト導入
設計段階から定期的なレビューを実施し、複雑化を防ぐためによりシンプルな構造を意識することにしようと思います。 さらに、自動テストを導入することで、開
発チーム全体が高品質な成果をあげます物を継続的に提供できるよう、プロジェクトの品質向上にも成果をもたらします。
解説
この設計事例では、複雑な設計がプロジェクト全体に悪影響をもたらした例です。複雑になることで、管理が煩雑化し、開発のスムーズな進行を妨げることがあります。適切なクラス分割が、プロジェクトの保守性とスケーラビリティを向上させる鍵です。
失敗を糧に成長していく株式会社TRYANGLEでは、
「絶対に失敗しないことをしない」を行動訓として活動し、
エンジニアが失敗を通して成長してく情報を公開しています。
この記事が気に入ったらサポートをしてみませんか？