すべてのカテゴリ

VBAツール開発、特にレガシーツールの改修は、ほかのツール開発とは異なる特徴があります。「既存のツールが現状把握、業務要件と直結する」ことが多い点です。比較のために図を示すと、一般的な開発の役割分担は次のようになるでしょう。お客様のニーズをPM／PMOチームが把握し、事業部門様／システム部様を支援しながら、要件定義書をまとめていきます。ところが、VBAツール、特にExcel VBAツールの改修では、SE／プログラマーがもっと早い段階から関わる事例が多くみられます。これは、現状把握、業務仕様、機能要件、非機能要件（UI設計など）のために、既存のVBAツールの解析が必要となるためです。いわゆる「属人化」したVBAツールでは、事業部門様がすべての業務内容、処理内容を把握できていない事案が少なくありません。このため、VBAツールを解析し、事業部門様（非エンジニア）、システム部様（エンジニア）を支援するには、次のような体制が必要になる場合があります。SE／エンジニアが、事業部門様、システム部様と直接、要求整理・要件定義についてコミュニケーションをとる方法です。VBAツールの開発者について、「一気通貫の開発が可能」「一人称で、顧客との折衝が可能」といったご要望を見かけるのは、こうした理由からだと考えております。これを、WBS風に分解して書けば、次のようになると思われます。VBAツール開発で望まれるエンジニア。１）既存ツールを解析できる。２）既存ツールの現状を、非エンジニアの事業部門様に説明できる。３）既存ツールの課題を、エンジニアのシステム部様に説明できる。４）業務要件、機能要件、非機能要