ADM مخفف Architecture Development Method و هسته روش‌شناختی TOGAF برای توسعه و مدیریت معماری سازمانی است. ADM به سازمان کمک می‌کند معماری را از یک تصویر کلی و پراکنده به یک مسیر ساختاریافته برای تصمیم‌گیری، طراحی، مهاجرت و کنترل تغییر تبدیل کند.
نکته مهم این است که ADM فقط یک توالی خطی از مراحل نیست. این چرخه می‌تواند متناسب با دامنه، بلوغ، محدودیت‌ها و نیازهای هر سازمان تکرار یا Tailor شود و Requirements Management در تمام چرخه نقش پیوسته دارد.
مراحل ADM در TOGAF
- Preliminary Phase: تعیین چارچوب معماری، اصول، نقش‌ها و شیوه حاکمیت معماری.
- Phase A – Architecture Vision: تعریف Scope، ذی‌نفعان، اهداف و تصویر کلان معماری هدف.
- Phase B – Business Architecture: طراحی معماری کسب‌وکار، قابلیت‌ها، فرایندها و ساختار سازمانی.
- Phase C – Information Systems Architectures: طراحی معماری داده و معماری Application.
- Phase D – Technology Architecture: تعریف معماری فناوری، پلتفرم، زیرساخت و استانداردهای فنی.
- Phase E – Opportunities & Solutions: تبدیل معماری هدف به بسته‌های کاری و گزینه‌های اجرایی.
- Phase F – Migration Planning: اولویت‌بندی پروژه‌ها و تدوین Roadmap مهاجرت از وضعیت فعلی به هدف.
- Phase G – Implementation Governance: کنترل هم‌راستایی اجرای پروژه‌ها با معماری مصوب.
- Phase H – Architecture Change Management: مدیریت تغییرات معماری و تصمیم درباره آغاز چرخه جدید.
Requirements Management کجای ADM قرار می‌گیرد؟
مدیریت الزامات یک Phase مستقل در کنار بقیه مراحل نیست؛ در مرکز چرخه ADM قرار دارد و با همه مراحل در تعامل است. هر تغییر در نیازهای کسب‌وکار، فناوری، ریسک یا ذی‌نفعان باید در طول چرخه ثبت، ارزیابی و به معماری بازگردانده شود.
ADM در عمل چه مسئله‌ای را حل می‌کند؟
فرض کنید سازمان می‌خواهد ERP جدید، معماری Cloud یا پلتفرم داده سازمانی راه‌اندازی کند. بدون ADM ممکن است هر تیم مستقیماً وارد انتخاب محصول یا طراحی فنی شود. ADM کمک می‌کند ابتدا هدف کسب‌وکار، وضعیت موجود، معماری هدف، وابستگی‌ها، Roadmap و حاکمیت اجرا مشخص شوند؛ یعنی تصمیم فنی از استراتژی و معماری جدا نشود.
تفاوت ADM و ITIL چیست؟
ADM بر توسعه معماری سازمانی تمرکز دارد، در حالی که ITIL بر مدیریت و خلق ارزش از طریق خدمات متمرکز است. این دو رقیب نیستند؛ معماری می‌تواند مسیر و ساختار تغییر را مشخص کند و ITIL به مدیریت، ارائه و بهبود خدمات حاصل از آن کمک کند. برای مقایسه دقیق‌تر، مقاله TOGAF و ITIL 4؛ تفاوت و کاربرد را ببینید.
برای آشنایی با خود چارچوب نیز TOGAF چیست؟ را مطالعه کنید.
سخن پایانی
ADM ارزشش در این نیست که سازمان را مجبور به طی‌کردن یک مسیر خشک کند؛ ارزش آن در این است که تصمیم‌های معماری را از ایده تا اجرا و تغییر بعدی، در یک چرخه قابل‌کنترل و قابل‌ردیابی نگه می‌دارد.
