رفتن به محتوای اصلی
اتوماسیون

اتوماسیون گردش کار AEC از کجا واقعا شروع می‌شود؟

سقف چیزی که ارزش خودکارسازی دارد، معمولا تست‌نشده است، نه واقعی.

ت
تیم آرتینکست·استودیوی سیستم‌های دیجیتال·

تیمی که اتوماسیون گردش کار، یکپارچه‌سازی داده و داشبورد عملیاتی را برای دفاتر و شرکت‌های فنی طراحی می‌کند.

اتوماسیون گردش کار AEC یعنی یک فرایند تکراری و مشخص - ارجاع یک تأیید، تولید یک گزارش هفتگی، انتقال داده بین دو نرم‌افزار - را از حالت دستی به یک جریان خودکار و قابل‌ردیابی تبدیل کنید. این با «خریدن یک ابزار جدید» یا «اضافه‌کردن هوش مصنوعی» فرق دارد؛ همان‌طور که ابزار اختصاصی رویت یک لایه جداست، اتوماسیون گردش کار لایه‌ای عمومی‌تر است که هر نرم‌افزاری می‌تواند داخلش قرار بگیرد. یک دانشجو در دانشگاهی سخت‌گیر، یک پروژه اختیاری با حداکثر ۲ نمره اضافه برداشت؛ نمره‌اش از ۱۸.۵ شروع می‌شد. کار را آن‌قدر جدی گرفت که استاد به‌جای ۲ نمره کامل، فقط ۱ نمره داد - نه چون کار ضعیف بود، دقیقا چون آن‌قدر خوب بود که نمره کامل می‌شد. سقفی که کسی برایش تعیین کرده، معمولا واقعی نیست؛ فقط چیزی است که هیچ‌کس امتحانش نکرده. همین قاعده درباره اتوماسیون هم صادق است: بیشتر دفاتر سقف را جایی می‌گذارند که هیچ‌وقت واقعا تستش نکرده‌اند.

دستی با قلم دیجیتال در حال تیک‌زدن یک چک‌لیست روی تبلت، نماد اتوماسیون گردش کار AEC
دستی در حال مهرزدن یک برگه، نماد مرحله تکراری تأیید در یک فرایند اداری

اتوماسیون گردش کار AEC یعنی چه

اتوماسیون گردش کار سه شکل رایج دارد: ارجاع و مسیریابی خودکار یک تأیید به فرد درست، تولید خودکار یک گزارش دوره‌ای از داده‌ای که همین حالا وجود دارد، و انتقال داده بین دو نرم‌افزار بدون کپی‌پیست دستی. هیچ‌کدام از این‌ها به هوش مصنوعی پیچیده نیاز ندارد؛ هر سه‌شان معمولا با یک جریان کاری ساده و چند قانون مشخص قابل‌ساخت‌اند.

چیزی که این را از یک افزونه رویت جدا می‌کند این است که این لایه به یک نرم‌افزار خاص وابسته نیست. یک جریان اتوماسیون می‌تواند بین ایمیل، یک صفحه گسترده و یک سیستم مدیریت پروژه حرکت کند، بدون اینکه اصلا داخل رویت یا هر نرم‌افزار طراحی دیگری باز شود.

نمای بالا از یک پلکان سنگی متقارن با یک نفر نشسته روی آن، نماد سقفی که هیچ‌وقت تست نشده

سقفی که هیچ‌وقت تست نشده

اکثر دفاتر فرض می‌کنند اتوماسیون فقط برای «کارهای واقعا تکراری و ساده» جواب می‌دهد - یک اکسپورت، یک فرمت‌بندی - و هر چیز پیچیده‌تر را خارج از دسترس می‌دانند. این فرض معمولا هیچ‌وقت واقعا تست نشده؛ فقط یک عادت ذهنی است.

در عمل، بیشتر فرایندهایی که «خیلی پیچیده‌اند» فقط چند تصمیم شرطی هستند که هیچ‌کس آن‌ها را مکتوب نکرده. وقتی همان تصمیم‌ها روی کاغذ نوشته شوند - اگر X باشد، Y را انجام بده - همان چیزی که غیرقابل‌خودکارسازی به‌نظر می‌رسید، تبدیل به یک جریان ساده می‌شود.

بررسی یادداشت‌های چسبان روی تخته برنامه‌ریزی، نماد انتخاب اولین فرایند برای اتوماسیون

چطور اولین فرایند را انتخاب کنیم

اولین فرایند را بر اساس سه معیار انتخاب کنید:

  1. تکرار واقعی: کاری که هفتگی یا روزانه اتفاق می‌افتد، نه یک‌بار در سال.
  2. تعداد نفرات درگیر: هرچه افراد بیشتری همان کار را انجام دهند، بازگشت زمانی سریع‌تر است.
  3. قوانین مشخص: فرایندی که قدم‌هایش را می‌توان روی کاغذ نوشت، نه چیزی که هر بار بر اساس قضاوت شخصی تغییر می‌کند.
پوشه‌ها و دفترچه‌های پراکنده روی میز جلسه، نماد داده‌ای که در هیچ‌جا کامل نیست

گلوگاه واقعی معمولا داده است، نه وظیفه

خیلی از تلاش‌های اتوماسیون در همان قدم اول گیر می‌کنند، نه چون منطق پیچیده است، بلکه چون داده لازم در سه فایل مختلف، دست دو نفر متفاوت و دو فرمت ناسازگار پخش شده. یک مطالعه قدیمی اما هنوز پرارجاع NIST هزینه سالانه ناسازگاری داده در صنعت ساخت‌وساز آمریکا را در حد میلیاردها دلار برآورد کرده بود.

قبل از خودکارسازی یک فرایند، اول بررسی کنید داده پشت آن کجاست و چند نسخه از آن وجود دارد. اتوماسیونی که روی داده پخش‌شده ساخته شود، فقط همان پخش‌شدگی را سریع‌تر تکرار می‌کند.

انگشتی که به نمودار میله‌ای روی صفحه تبلت اشاره می‌کند، نماد داشبورد عملیاتی

کجا یک داشبورد واقعا جواب می‌دهد

داشبورد وقتی ارزش دارد که یک تصمیم واقعی و تکرارشونده را سریع‌تر می‌کند - مثلا اینکه کدام پروژه از برنامه عقب است، یا کدام تیم بیشترین حجم درخواست تأیید معلق دارد. داشبوردی که کسی هفته‌ای یک‌بار نگاهش می‌کند اما هیچ تصمیمی بر اساسش نمی‌گیرد، فقط یک نمایشگر زیباست.

قبل از ساخت یک داشبورد، مشخص کنید دقیقا چه تصمیمی قرار است سریع‌تر گرفته شود و چه کسی آن را می‌گیرد. بدون آن پاسخ، داشبورد همان مشکل داده پخش‌شده را فقط با رنگ‌های قشنگ‌تر نشان می‌دهد.

سه نفر دور یک لپ‌تاپ در حال گفتگو، نماد تصمیم بین ساخت داخلی یا همکاری بیرونی

ساخت داخلی یا همکاری بیرونی

اگر فرایند ساده است و در تیم کسی با ابزارهای بدون کد (No-Code) راحت است، ساخت داخلی منطقی‌تر است؛ نیازی به کمک بیرونی نیست. کمک بیرونی وقتی معنا پیدا می‌کند که فرایند چند سیستم را همزمان لمس می‌کند، داده پشتش واقعا پخش و ناهماهنگ است، یا نتیجه باید به یک داشبورد قابل‌اتکا با منطق دائمی تبدیل شود.

این دقیقا همان جایی است که کار ما روی اتوماسیون هوشمند با فرایند شروع می‌شود، نه با ابزار: اول همان‌جایی را پیدا می‌کنیم که کار واقعا کند یا نامرئی می‌شود، بعد تصمیم می‌گیریم چه چیزی واقعا لازم است. اگر فقط یک اسکریپت ساده جواب می‌دهد، همان را پیشنهاد می‌دهیم، نه یک سیستم بزرگ‌تر از نیاز واقعی.

اتوماسیون گردش کار AEC از یک ابزار شروع نمی‌شود؛ از یک فرایند مشخص، تکراری و مستندشده شروع می‌شود. سقفی که فکر می‌کنید دارید، معمولا فقط چیزی است که هیچ‌وقت واقعا امتحانش نکرده‌اید؛ اولین قدم واقعی، پیداکردن همان فرایند و داده پشتش است، نه خریدن یک پلتفرم جدید.

پرسش‌های متداول

اتوماسیون گردش کار AEC دقیقا یعنی چه؟

یعنی یک فرایند تکراری - ارجاع یک تأیید، تولید یک گزارش، انتقال داده بین دو نرم‌افزار - را از حالت دستی به یک جریان خودکار تبدیل کنید. این با ابزار یا نرم‌افزار خاصی مثل رویت گره‌نخورده؛ لایه‌ای عمومی‌تر است.

کدام فرایندها را باید اول خودکار کنیم؟

فرایندی که واقعا تکرار می‌شود (هفتگی یا روزانه)، چند نفر را درگیر می‌کند و قوانینش مشخص و قابل‌نوشتن روی کاغذ است. فرایندی که هر بار بر اساس قضاوت شخصی تغییر می‌کند، کاندید خوبی برای شروع نیست.

برای شروع اتوماسیون حتما به هوش مصنوعی نیاز داریم؟

نه. بیشتر اتوماسیون‌های واقعی AEC فقط چند قانون شرطی و یک جریان ساده‌اند - ارجاع، فرمت‌بندی، انتقال داده. هوش مصنوعی برای موارد خاص مفید است، اما شرط لازم برای شروع نیست.

فرق خودکارسازی یک وظیفه با فقط استفاده از نرم‌افزار بیشتر چیست؟

نرم‌افزار بیشتر یعنی همان کار دستی را در یک برنامه جدید انجام بدهید. اتوماسیون یعنی آن کار دیگر نیازی به دست انسان ندارد - قانون از قبل تعریف شده و جریان خودش اجرا می‌شود.

چطور بفهمیم مشکل واقعی خودِ فرایند است یا داده پشت آن؟

اگر داده لازم در چند فایل و چند فرمت ناسازگار پخش است، مشکل از داده شروع می‌شود، نه از فرایند. اتوماسیونی که روی داده پخش‌شده ساخته شود، فقط همان مشکل را سریع‌تر تکرار می‌کند.

کی باید برای اتوماسیون به‌جای ساخت داخلی، کمک بیرونی بگیریم؟

وقتی فرایند چند سیستم را همزمان لمس می‌کند، داده پشتش واقعا ناهماهنگ است، یا نتیجه باید به یک داشبورد با منطق دائمی تبدیل شود. برای یک فرایند ساده که تیم داخلی با ابزار بدون کد راحت است، کمک بیرونی لازم نیست.

آیا اتوماسیون گردش کار جای افراد را می‌گیرد؟

نه؛ کارِ تکراری و بدون قضاوت را از دست انسان می‌گیرد، نه خودِ تصمیم را. کسی که قبلا وقتش صرف ارجاع دستی یا فرمت‌بندی می‌شد، همان وقت را صرف تصمیمی می‌کند که واقعا به قضاوت انسانی نیاز دارد.

چالش واقعی‌ای دارید که ارزش بررسی دقیق‌تر دارد؟

شروع گفتگو