<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>نوشته های محمد مهدی شفیعی</title><link>https://virgool.ir/feed/@mahdishafiei</link><description>کارآفرین، استراتژیست و معمار سازمانی | کارشناس ارشد زیرساخت</description><language>fa</language><pubDate>2026-11-12 07:53:39</pubDate><image><url>https://files.virgool.ir/upload/users/1304345/avatar/MlyCk9.png</url><title>محمد مهدی شفیعی</title><link>https://virgool.ir/@mahdishafiei</link></image><item><title>موضوع Enterprise Architecture واقعاً چیست؟</title><link>https://virgool.ir/@mahdishafiei/موضوع-enterprise-architecture-واقعاً-چیست-lqmai5bdipcl</link><description>وقتی از Enterprise Architecture صحبت می‌کنیم، احتمالا اولین چیزهایی که به ذهن می‌رسند این‌ها هستند:Architecture DiagramApplication InventoryTechnology StackBusiness Process MapData ModelRoadmapاما یک سؤال مهم وجود دارد:آیا Enterprise Architecture واقعاً درباره رسم کردن و دیاگرام و .... این‌هاست؟به نظر من، نه!این‌ها خروجی‌های Architecture هستند، نه خود Architecture.یک سازمان را تصور کنید که ۵۰ نرم‌افزار، ۲۰۰ سرویس، چندین دیتابیس و ده‌ها تیم دارد.همه‌چیز هم به خوبی مستند شده.اما وقتی مدیرعامل می‌پرسد:«اگر بخواهیم وارد یک بازار جدید شویم، چه قابلیت‌هایی باید در سازمان ایجاد کنیم؟»هیچ‌کس پاسخ روشنی ندارد.یا وقتی CIO می‌پرسد:«کدام سیستم‌ها را باید نگه داریم، کدام را بازنشسته کنیم و کجا باید سرمایه‌گذاری کنیم؟»پاسخ‌ها بیشتر بر اساس تجربه، سلیقه یا فشار تیم‌هاست تا یک تصویر جامع از کسب‌وکار.اینجاست که مسئله واقعی Enterprise Architecture خودش را نشان می‌دهد.Enterprise Architecture چیست؟اگر بخواهیم خیلی ساده بیان کنیم:Enterprise Architecture یعنی ایجاد یک نگاه یکپارچه به سازمان، برای اینکه بتوانیم درباره تغییرات بزرگ سازمانی آگاهانه تصمیم بگیریم.در این نگاه، سازمان را به‌عنوان مجموعه‌ای از تکنولوژی‌ها نمی‌بینیم.بلکه رابطه میان این لایه‌ها را بررسی می‌کنیم:Businessلایه کسب و کار:در این لایه به این فکر میکنیم که چه اهدافی داریم؟چه قابلیت‌هایی برای رسیدن به آن اهداف نیاز داریم؟چه فرآیندهایی این قابلیت‌ها را اجرا می‌کنند؟↓Dataلایه داده ها و اطلاعات:برای اجرای این فرآیندها به چه داده ها و اطلاعاتی نیاز داریم؟این داده‌ها کجا تولید، ذخیره و مصرف می‌شوند؟↓Applicationsلایه کاربردها:چه سیستم‌هایی این قابلیت‌ها و فرآیندها را پشتیبانی می‌کنند؟چه وابستگی‌هایی میان آن‌ها وجود دارد؟↓Technologyلایه فناوری:این سیستم‌ها روی چه زیرساخت و تکنولوژی‌ای اجرا می‌شوند؟↓و امروز یک لایه بسیار مهم و تعیین کننده دیگر:AIلایه هوش مصنوعی:کجا می‌توانیم از AI و Agentic Systems برای تغییر نحوه انجام کارها استفاده کنیم؟اما نکته نسبتا مهمی که میخوام بیان کنم اینجاست:Enterprise Architecture صرفاً توصیف وضعیت موجود نیست.هدف اصلی آن کمک به طراحی و هدایت وضعیت آینده است.یعنی از:Where are we?به:Where do we want to go?و سپس:How do we get there?حرکت می‌کنیم.بنابراین EA را می‌توان در سه کلمه خلاصه کرد:Understand → Decide → TransformUnderstandدرک کنیم سازمان امروز چگونه کار می‌کند.Decideبر اساس Business Strategy و محدودیت‌های واقعی، درباره تغییرات تصمیم بگیریم.Transformمسیر حرکت از وضعیت فعلی به وضعیت مطلوب را طراحی و هدایت کنیم.و اینجا یک تفاوت بسیار مهم وجود دارد:Enterprise Architecture قرار نیست فقط به ما بگوید سازمان امروز چگونه ساخته شده است.قرار است به ما کمک کند بفهمیم:اگر Business تغییر کند، Architecture سازمان چه چیزهایی باید تغییر کند؟برای مثال:اگر شرکت تصمیم بگیرد وارد بازار جدیدی شود، ممکن است این تصمیم فقط یک تصمیم Marketing نباشد.ممکن است به تغییر در:Business CapabilityProcessOrganizationDataApplicationsIntegrationTechnologyو حتی AI نیاز داشته باشد.Enterprise Architecture دقیقاً در همین نقطه ارزش ایجاد می‌کند:ترجمه تغییرات کسب‌وکار به پیامدهای معماری.پس Enterprise Architecture یک نقشه نیست.یک Framework نیست.یک Repository از Diagramها هم نیست.این‌ها ابزارها و خروجی‌های آن هستند.Enterprise Architecture در اصل یک قابلیت سازمانی برای فهمیدن وابستگی‌ها، مدیریت پیچیدگی و تصمیم‌گیری درباره تغییرات است.و هرچه سازمان بزرگ‌تر و پیچیده‌تر شود، این قابلیت مهم‌تر می‌شود.چون در یک سازمان پیچیده، تقریباً هیچ تصمیم بزرگی واقعاً «فقط یک تصمیم» نیست.تغییر یک سیستم ممکن است Data را تغییر دهد.تغییر Data ممکن است Process را تغییر دهد.تغییر Process ممکن است Business Capability را تحت تأثیر قرار دهد.و تغییر Business Strategy ممکن است تمام این زنجیره را به حرکت درآورد.این شبکه‌ی وابستگی‌ها همان چیزی است که Enterprise Architecture باید قابل فهم و قابل مدیریت کند.در پست بعدی می‌خواهم دقیقاً به همین سؤال برسیم:اگر Enterprise Architecture برای مدیریت این پیچیدگی است، دقیقاً چه مشکلی را حل می‌کند؟چون قبل از اینکه بگوییم «EA چیست»، باید بفهمیم:چرا اصلاً به آن نیاز داریم؟</description><category>محمد مهدی شفیعی</category><author>محمد مهدی شفیعی</author><pubDate>Sat, 26 Sep 2026 23:13:39 +0330</pubDate></item></channel></rss>