یادداشت‌های تحلیلی

چطور کارهای تکراری و دستی را در یک سازمان پیدا و ساده کنیم؟

۱۴۰۵/۵/۲۶

کارهای تکراری همیشه در گزارش‌ها و آمار خود را نشان نمی‌دهند؛ گاهی در گوشه‌وکنار فرایند پنهان می‌شوند. پیدا کردن آن‌ها نیاز به مشاهدهٔ واقعی و گفت‌وگو با افرادی دارد که هر روز آن کار را انجام می‌دهند.

چرا بعضی کارها هنوز با کاغذ و فایل‌های متعدد انجام می‌شوند؟

۱۴۰۵/۵/۲۶

استفاده از کاغذ و فایل‌های جداگانه فقط یک عادت قدیمی نیست؛ گاهی نشانهٔ این است که جریان اطلاعات میان بخش‌ها به‌درستی طراحی نشده و هر واحد برای خودش یک مسیر جداگانه ساخته است.

چه زمانی حذف یک مرحله بهتر از خودکار کردن آن است؟

۱۴۰۵/۵/۲۶

واکنش طبیعی به یک کار تکراری، ساختن یک ابزار برای خودکار کردن آن است؛ اما گاهی خودِ فرایند یا یکی از مراحل آن زائد است و حذف آن از اتوماسیون ارزش بیشتری ایجاد می‌کند.

چطور یک کار وابسته به یک فرد را به یک فرایند قابل‌اعتماد تبدیل کنیم؟

۱۴۰۵/۵/۲۶

وابستگی یک فرایند به تجربه یک فرد، تا زمانی که آن فرد در دسترس است دیده نمی‌شود؛ مسئله زمانی آشکار می‌شود که دانش و روند انجام کار در جای دیگری ثبت نشده باشد.

قبل از خرید نرم‌افزار، مسئله را درست تعریف کنید

۱۴۰۵/۵/۲۶

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

چرا بعضی خطاها مدام تکرار می‌شوند؟ نگاهی از زاویه فرایند

۱۴۰۵/۵/۲۶

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

وقتی داده داریم اما هنوز تصمیم‌گیری سخت است

۱۴۰۵/۵/۲۶

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

داشبورد مدیریتی خوب چه چیزی را باید نشان دهد؟

۱۴۰۵/۵/۲۶

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

مدل‌سازی ریاضی چه زمانی به یک مسئله واقعی کمک می‌کند؟

۱۴۰۵/۵/۲۶

مدل‌سازی ریاضی زمانی ارزشمند است که بتواند یک مسئلهٔ واقعی را روشن‌تر، قابل‌محاسبه‌تر یا قابل‌مقایسه کند؛ نه وقتی که صرفاً یک تمرین دانشگاهی باشد.

چطور یک مسئله پیچیده را به مسئله‌ای قابل حل تبدیل کنیم؟

۱۴۰۵/۵/۲۶

مسائل پیچیده معمولاً به‌صورت یک سؤال روشن وارد سازمان نمی‌شوند؛ ابتدا باید مسئله را تعریف، عوامل مؤثر را شناسایی و محدودیت‌ها را مشخص کرد تا بتوان دربارهٔ راه‌حل صحبت کرد.

اتوماسیون از کجا باید شروع شود؟

۱۴۰۵/۵/۲۶

انتخاب ابزار معمولاً ساده‌تر از تعیین چیزی است که واقعاً باید خودکار شود؛ اتوماسیون زمانی ارزشمند است که کار تکراری، قواعد آن و نتیجه مورد انتظار از قبل روشن باشند.

هوشمندسازی بدون مسئله مشخص چه مشکلی ایجاد می‌کند؟

۱۴۰۵/۵/۲۶

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

آیا هر فرایند سازمانی به نرم‌افزار نیاز دارد؟

۱۴۰۵/۵/۲۶

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

اگر برای مسئله‌ای راه‌حل آماده وجود نداشته باشد، از کجا شروع کنیم؟

۱۴۰۵/۵/۲۶

مسائل اختصاصی همیشه راه‌حل آماده ندارند؛ در چنین شرایطی، شناخت مسئله، یادگیری حوزه، مدل‌سازی و آزمودن گزینه‌های مختلف می‌تواند بخشی از خودِ مسیر حل مسئله باشد.

یادگیری یک فناوری جدید برای حل یک مسئله واقعی

۱۴۰۵/۵/۲۶

یادگیری یک فناوری وقتی ارزشمند است که با یک مسئلهٔ واقعی همراه شود؛ مسیر مؤثر این است که ابتدا مسئله را بشناسیم و سپس دانش و ابزار مناسب برای حل آن را یاد بگیریم.

از یک کار دستی تا یک سیستم هوشمندتر؛ مسیر چگونه شکل می‌گیرد؟

۱۴۰۵/۵/۲۶

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