مشکلات پیاده سازی سیستم اطلاعات مدیریت سازمانی. پیاده سازی سیستم های اطلاعاتی پیاده سازی یک سیستم اطلاعاتی جدید برای یک شرکت

پیاده سازی IP شرکتی که به طور مستقل توسعه یافته یا از یک تامین کننده خریداری شده است، اغلب با اختلال (طراحی مجدد) فرآیندهای تجاری موجود در شرکت همراه است. ما باید آنها را بازسازی کنیم تا الزامات استانداردها و منطق سیستم در حال اجرا را برآورده کنند. بیایید فوراً متذکر شویم که معرفی سیستم های اطلاعاتی تعدادی از مشکلات مدیریتی و فنی را حل می کند، اما باعث ایجاد مشکلات مرتبط با عامل انسانی می شود.

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

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

برای اجرا موارد زیر ضروری است: عوامل :

· وجود اهداف پروژه و الزامات IP به وضوح فرموله شده.

· در دسترس بودن یک استراتژی برای پیاده سازی و استفاده از IP.

· انجام یک بررسی پیش از پروژه از شرکت و مدل های ساختمان "همانطور که هست" و "همانطور که خواهد بود".

· برنامه ریزی کار، منابع و نظارت بر اجرای طرح اجرا.

· مشارکت مدیریت ارشد در اجرای سیستم.

· انجام کار بر روی پیاده سازی IS توسط متخصصان یکپارچه سازی سیستم ها همراه با متخصصان سازمانی.

· نظارت منظم بر کیفیت کار انجام شده؛

· دستیابی سریع به نتایج مثبت حداقل در بخشی از ماژول های IS پیاده سازی شده یا در طول عملیات آزمایشی آن.

قبل از شروع توسعه پروژه اجرالازم:

· تا حد امکان اهداف پروژه اجرای IS را رسمی کنید.

· برآورد حداقل هزینه های ضروری و اقلام هزینه.

· اولویت بالایی برای اجرای پروژه نسبت به سایر پروژه های در حال اجرا تعیین کنید.

حداکثر قدرت ممکن را به مدیر پروژه بدهید.

· انجام کار آموزشی انبوه با پرسنل شرکت به منظور انتقال اهمیت و ضرورت تحولات آتی به همه.

· توسعه اقدامات سازمانی برای استفاده از فناوری های جدید اطلاعات.

· مسئولیت شخصی را در تمام مراحل اجرا و عملیات آزمایشی توزیع کنید.

همچنین لازم است حوزه های کاربردی اجرای ماژول های سیستم اطلاعاتی را تعیین کنیم:

· مدیریت سازمانی؛

· پشتیبانی سازمانی و اداری؛

· مدیریت فرآیند کسب و کار؛

· مدیریت، برنامه ریزی، مالی و حسابداری.

· مدیریت شخصی؛

· مدیریت اسناد؛

· مدیریت تدارکات؛

· مدیریت روابط با مشتریان و محیط خارجی.

علاوه بر موارد ذکر شده در بالا، باید تنظیم کنید الزامات تکنولوژیکی برای پیاده سازی IS:

· پلت فرم سیستم- پیاده سازی و انطباق راه حل آماده از سازنده یا توسعه سفارشی مطابق با مشخصات فنی مشتری.

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

· تطبیق پذیری- سیستم مطابق با نیازهای مشتری و ویژگی های حوزه اطلاعات مشتری پیکربندی شده است.

· توزیع- سیستم می تواند به طور موثر در بخش ها و شعبه های جغرافیایی دورافتاده شرکت کار کند.

· مقیاس پذیری- سیستم را می توان به شکل یک قاب حاوی ماژول های اساسی ساخته و مطابق با الزامات محیط خارجی و داخلی در حال تغییر تکمیل شود.

6.6.1 مراحل اصلی پیاده سازی سیستم اطلاعاتی

فاز "کار مقدماتی برای آماده سازی پروژه اجرای IS". در طول بررسی قبل از پروژه از شرکت (شکل 4)، اطلاعات دقیق در مورد ساختار ساختاری سازمان، روابط عملکردی، سیستم مدیریت، فرآیندهای اصلی کسب و کار، جریان های درون سازمانی (جریان کنترل، جریان اسناد، جریان داده ها) جمع آوری می شود. , Work Flow, Cash Flow ) لازم برای ساخت مدل های مناسب و انتخاب اشیا برای اتوماسیون. زمان بندی، منابع، انواع و حجم کار، محدوده و هزینه نرم افزار، سخت افزار و مخابرات، هزینه آموزش پرسنل و ... ارزیابی می شود.

مرحله "آماده سازی پروژه". پس از اتمام مرحله اول، برنامه ریزی اولیه و تشکیل مراحل راه اندازی پروژه انجام می شود:

· تشکیل پروژه ها و گروه های کارشناسی.

· توزیع اختیارات و مسئولیت ها.

· تعیین الزامات سازمانی و فنی برای فرآیند اجرا.

· شفاف سازی مشخصات و انتظارات مشتری؛

· آموزش گروه اجرا متشکل از متخصصان شرکت مشتری.

به دلایلی، آخرین نکته بسیار مهم اغلب هنگام تهیه یک برنامه اجرایی از قلم می افتد. اما موفقیت کل پروژه تا حد زیادی به آن بستگی دارد! پس از شروع تامین مالی، پروژه راه اندازی می شود.

فاز "توسعه مفهومی پروژه". در طول این مرحله:

· یک پروژه مفهومی تشکیل و تصویب می شود.

· اهداف و مقاصد پروژه روشن و مشخص شود.

· ابعاد نمونه اولیه سیستم تعیین می شود.

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

علاوه بر این، تمام این اقدامات باید مستند، مورد توافق و تایید همه طرف های ذینفع و مسئول باشد.

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

شکل 12 - محتویات تقریبی مخزن پروژه اجرا

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


شکل 13 - ترکیب تقریبی مستندات برای فرآیند پیاده سازی سیستم اطلاعاتی

مسائل امنیتی سیستماتیک عملکرد سیستم در حالت چند کاربره در حال بررسی است. برنامه ها، الگوها، گزارش ها، فرم های دسترسی مشتری ایجاد می شوند و حقوق کاربر توزیع می شوند. تمامی سامانه ها در «حالت رزمی» با مشارکت تمامی علاقمندان در حال آزمایش هستند.

پس از پایان مرحله اجرا، پروژه اجرا کامل تلقی می شود. سیستم اطلاعاتی به بهره برداری می رسد.

کنترل سوالات

1. "سیستم اطلاعات باز" چیست؟ ویژگی های اصلی سیستم های باز را فهرست کنید.

2. ماهیت رویکرد فرآیند مدرن برای مدیریت فعالیت های یک شرکت و استفاده از این رویکرد در توسعه سیستم های اطلاعاتی را شرح دهید.

3. در طراحی سیستم های اطلاعاتی از چه مدل هایی و چگونه استفاده می شود؟

4. از چه ابزار نرم افزاری برای مدل سازی فرآیندها در توسعه سیستم های اطلاعاتی استفاده می شود؟

5. مدل های حالت AS IS و AS TO BE بر اساس چه داده ها و اطلاعاتی توسعه یافته اند؟

6. چه کسانی در شرکت با توسعه، پیاده سازی و توسعه IP سروکار دارند؟ چه کسی در تهیه مشخصات فنی برای توسعه IP مشارکت دارد؟

7. مراحل اصلی طراحی فناوری اطلاعات را نام ببرید.

8. مراحل چرخه حیات سیستم اطلاعاتی را فهرست کنید.

9. پرسنل شرکت در چه مرحله ای از توسعه و پیاده سازی IS آموزش دیده اند؟

10. مراحل اصلی اجرای IS را فهرست کنید.

معرفی

نیاز به عملیات موفق در یک محیط بسیار رقابتی الزامات آن را برای کارایی فرآیندهای تجاری یک شرکت دیکته می کند. حل مشکل افزایش کارایی به طور جدایی ناپذیری با ارائه پشتیبانی اطلاعاتی برای فرآیندها مرتبط است، بنابراین امروزه تقریباً هیچ کس در نیاز به ایجاد یک سیستم اطلاعات سازمانی شک ندارد. اکثر تصمیم گیران در این زمینه این عقیده را دارند که مسائل ساخت یک سیستم اطلاعاتی باید در چارچوب بهبود فرآیندهای تجاری مورد توجه قرار گیرد. همچنین درک روشنی وجود دارد که مؤثرترین سیستمی است که پشتیبانی اطلاعاتی مداوم از چرخه تولید - از توسعه یک محصول جدید تا انتشار محصولات نهایی - را فراهم می کند.

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

مشخص است که فرآیندهای برنامه ریزی و مدیریت تولید بر اساس اطلاعاتی است که در مرحله طراحی و آماده سازی تکنولوژیکی تولید ظاهر می شود. در نتیجه، کارایی کل سیستم اطلاعاتی به طور مستقیم به ارتباط و کامل بودن داده های به دست آمده در این مرحله بستگی دارد. به عبارت دیگر، طراحی و آماده سازی فناوری تولید به عنوان مبنای اطلاعاتی برای حل مسائل تولید عمل می کند.

اتوماسیون کار طراحان و فناوران با توسعه ایستگاه های کاری خودکار (ایستگاه های کاری خودکار) یعنی ابزاری برای حل مشکلات مهندسی و صدور اسناد مربوطه آغاز شد. هنگامی که حجم زیادی از اطلاعات به شکل الکترونیکی ظاهر شد، نیاز به مدیریت این اطلاعات ایجاد شد - سیستم های PDM و PLM در صحنه ظاهر شدند. بنابراین، نتایج کار ابزارهای اتوماسیون محلی توسط یک سیستم سوم یکپارچه می شود و ایستگاه های کاری محلی می توانند از اطلاعات مرجع مشترک استفاده کنند.

در مورد ما، ما با یک روش اساساً متفاوت کار با طراحی و اطلاعات تکنولوژیک سروکار داریم. سیستم TechnologiCS (و در آینده در مورد آن صحبت خواهیم کرد) در درجه اول یک ذخیره سازی متمرکز اطلاعات در مورد محصولات (پایگاه داده) است. از این منظر، بسیار شبیه به سیستم های مدیریت سازمانی سنتی (EMS) است. با این حال، یک تفاوت قابل توجه وجود دارد که به شخص اجازه می دهد بر اشکال سنتی چنین سیستم هایی غلبه کند - عدم ارتباط داده ها و نیاز مکرر به وارد کردن مجدد اطلاعات. TechnologiCS به صاحبان اطلاعات - طراحان و فناوران - این فرصت را می دهد که مستقیماً با پایگاه داده کار کنند. در این مورد، دسترسی به پایگاه داده از طریق یک رابط راحت انجام می شود، در هر مورد خاص بر روی انجام یک عملکرد خاص (شبیه به یک محل کار خودکار) متمرکز است. تمامی ابزارهای اتوماسیون لازم برای حل مشکلات مهندسی نیز ارائه شده است.

وظیفه نویسندگان این خطوط شامل بررسی مقایسه ای جامع همه روش های شناخته شده ساخت سیستم های اطلاعاتی نمی شود، به ویژه از آنجا که منابع مختلف مفهوم یک محیط اطلاعاتی یکپارچه را متفاوت تفسیر می کنند. اجازه دهید تنها یک واقعیت آشکار را متذکر شویم: امکان کار مشترک کاربران با اشیاء اطلاعاتی یکسان (مثلاً ترکیب یک محصول یا یک فرآیند تکنولوژیکی) با روش ساخت یک سیستم اطلاعاتی که در TechnologiCS پیاده‌سازی شده است امکان پذیر است.

موضوع بررسی بیشتر آماده سازی برای اجرای یک سیستم اطلاعاتی در زمینه طراحی و آماده سازی فن آوری تولید (با استفاده از نمونه یک شرکت بزرگ ماشین سازی - کارخانه کنسانتره شیمیایی نووسیبیرسک) خواهد بود.

رویکرد فرآیندی

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

باید بپذیریم که امروزه بسیاری از شرکت‌های ماشین‌سازی در روسیه سازمان‌های عملکرد محور هستند (شکل 2) که ساختار آن‌ها بر خلاف سازمان‌های فرآیندی دارای توپولوژی عمودی است که مطابق با عملکردهای انجام شده ساخته شده است و یک سلسله مراتب دقیق دارد. تابعیت از بالا به پایین

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

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

اجرای عملیاتی و فرآیندی IS

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

اگر یک شرکت قصد دارد فعالیت‌های تک تک کارکنان یا خدمات شرکت را خودکار کند (در رابطه با حوزه موضوعی ما، معمولاً در مورد ابزار طراحان یا فن‌آوران صحبت می‌کنیم)، یک رویکرد کاربردی وجود دارد: تمایل به خودکارسازی عملکردهای فردی شرکت. بهترین نتیجه ممکن چنین اتوماسیونی کاهش زمان اجرا و افزایش کیفیت این عملکردها (در این مورد، توسعه مستندات مناسب) است. در عین حال، معمولاً سیستم باید حداکثر راحتی را در هنگام انجام عملکردهای مربوطه به کاربران ارائه دهد و مسائل مربوط به استفاده بیشتر از اطلاعات در حال ظهور به پس‌زمینه منتقل می‌شود.

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

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

در مورد پیاده‌سازی فرآیند، نمی‌توان به ابزارهای مورد استفاده برای مدل‌سازی فرآیندهای تجاری اشاره نکرد. رویکرد فرآیندی به خودی خود هیچ الزام خاصی را برای ابزارهای توصیف و طراحی فرآیندهای کسب و کار تحمیل نمی کند، اما استفاده از ابزارهای تخصصی به جای برنامه های اداری استاندارد دارای مزایای غیرقابل انکاری است. در میان بسیاری از ابزارهای موجود در بازار، احتمالاً مؤثرترین آنها محصول نرم افزاری ARIS است (این نتیجه گیری با نتایج تحقیقاتی که توسط گروه گارتنر در ژانویه 2004 منتشر شد تأیید می شود). ARIS (معماری سیستم های اطلاعاتی یکپارچه) متدولوژی و خانواده ای از محصولات نرم افزاری است که بر اساس آن توسط IDS Scheer توسعه یافته است. برای ارائه ایده ای در مورد ARIS، مزایای اصلی آن را فهرست می کنیم:

    ارائه فرآیندهای کسب و کار در قالب مدل های گرافیکی؛

    در دسترس بودن یک استاندارد مدلسازی واحد؛

    جهت گیری به رویکرد فرآیند؛

    وجود یک مخزن واحد (پایگاه داده) که به شما امکان می دهد از اشیاء مشابه در نمودارهای مختلف استفاده کنید و دیدگاه های مختلف را در مورد سازمان ترکیب کنید.

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

    توانایی سازماندهی همکاری در اینترنت و اینترانت.

علاوه بر این، توسعه‌دهنده ARIS یک شرکت مشاوره است که به معنای پیاده‌سازی سریع ماژول‌های نرم‌افزاری متمرکز بر استفاده از تکنیک‌های جدید و در نظر گرفتن تجربه مشاوران در توسعه بیشتر سیستم است.

سیستم اطلاعاتی و رویکرد فرآیند

بیایید به چند مورد معمولی از اتوماسیون در یک کارخانه تولید نگاه کنیم.

    عدم وجود اتوماسیون

واحدهای تجاری فقط از اسناد کاغذی استفاده می کنند. آنها با دریافت اطلاعات در قالب اسناد از دنیای خارج یا سایر بخش ها، آن را مطابق با وظایف خود پردازش می کنند و اسناد جدیدی را تولید می کنند که به سایر خدمات ورودی می شوند یا به دنیای خارج ارسال می شوند.

حامل اصلی اطلاعات یک سند است.

    این شرکت دارای یک سیستم کنترل خودکار (ACS) است.

همراه با استفاده مستقیم از اسناد کاغذی (مورد 1)، برخی از آنها برای پردازش بعدی و کسب اطلاعات خلاصه وارد سامانه می شوند. داده های جمع آوری شده (دوباره به صورت اسناد کاغذی) توسط سرویس هایی که این اطلاعات را مصرف می کنند استفاده می شود. با وجود مزایای آشکار، این روش دارای معایب به همان اندازه آشکار است. کافی است بگوییم که پایگاه داده سازمانی با اسناد از منبع اطلاعات (طراح، فناور) و مصرف کننده آن (خدمات MTS، برنامه ریزی، بخش های تولید) جدا می شود. زمان مشخصی برای وارد کردن اطلاعات صرف می شود، به این معنی که سطح ارتباط داده ها کاهش می یابد و احتمال خطا در هنگام ورود و استفاده از داده ها افزایش می یابد.

در این مورد، با وجود ظهور یک مخزن اطلاعات متمرکز (پایگاه داده)، ماهیت فرآیندهای تجاری در مقایسه با گزینه اول تقریباً بدون تغییر باقی می ماند. ماهیت ترتیبی پردازش اطلاعات نیز بدون تغییر باقی می ماند.

    گزینه هایی با استفاده از ابزارهای اتوماسیون محلی

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

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

پیاده سازی سیستم TechnologiCS از نظر اعمال رویکرد فرآیندی و بهبود فرآیندهای تجاری چه می دهد؟

یک محیط اطلاعاتی یکپارچه از منابع و مصرف کنندگان اطلاعات، اول از همه، امکان تغییر اساسی هدف یک سند کاغذی را فراهم می کند و آن را نه به عنوان حامل اطلاعات، بلکه به عنوان گزارشی که بر اساس شی اطلاعات مربوطه تولید می شود، در نظر می گیرد. از پایگاه داده یک سند کاغذی حامل وضعیت قانونی می شود و مجموعه ای از داده ها از پایگاه داده است که روی یک فرم چاپ می شود. در این حالت فایل (سند الکترونیکی) در یک آرشیو الکترونیکی متمرکز که جزء لاینفک سیستم است ذخیره می شود و با شی پایگاه داده ای که بر اساس آن به دست آمده است مرتبط می شود. سازندگان اطلاعات (طراحان، فناوران) و مصرف کنندگان آن به طور مستقیم با شی اطلاعات مربوطه کار می کنند، در حالی که در چارچوب حقوقی که سیستم به آنها اعطا می کند، به اسناد الکترونیکی دسترسی دارند. روش سازماندهی کار با اسناد هنگام استفاده از آنها به عنوان حامل اطلاعات و گزارش های پایگاه داده در نمودارها نشان داده شده است (شکل 3، 4).

اجازه دهید مزایای اصلی روش کار مورد نظر - از نقطه نظر سازماندهی فرآیندها در شرکت را فهرست کنیم:

    کار مشترک واقعی با اطلاعات در بیشتر موارد به ما امکان می دهد از یک روش متوالی پردازش اطلاعات به روش موازی حرکت کنیم. به عبارت دیگر، موازی سازی فرآیند کسب و کار، کاهش قابل توجه زمان توسعه و صرفه جویی در زمان برای عملیات هایی مانند تأیید، تأیید اسناد و تغییرات طراحی و فناوری امکان پذیر می شود.

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

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

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

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

اصولی که فناوری اطلاعات مدرن بر آن استوار است شامل سازماندهی فعالیت های مشترک کارکنان شرکت است و بیانگر رویکرد فرآیندی است. با اتخاذ رویکرد فرآیندی، یک شرکت باید مطمئناً مفهوم اجرای فرآیند را بپذیرد و با آن موافقت کند. در غیر این صورت پروژه از همان گام های اولیه محکوم به شکست خواهد بود.

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

تجربه پروژه های واقعی

بنابراین، ما نیاز به اجرای فرآیند محور یک سیستم اطلاعاتی در یک شرکت را با جزئیات کافی اثبات کرده ایم. البته یکسری مسائل مهمی وجود دارد که برای آماده سازی برای اجرا باید به آنها توجه شود. تجربه سازماندهی پروژه های بزرگ نشان می دهد که هنگام بحث در مورد اجرای آتی با نمایندگان شرکت، معمولاً سه مشکل اصلی ایجاد می شود:

    فقدان یک هدف اجرایی مشخص. خواسته‌های مشتری اغلب به دریافت خودکار تمام اسناد موجود در شرکت یا اجرای کل عملکرد سیستم در بخش‌ها و خدمات تا حد ممکن خلاصه می‌شود.

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

    به عنوان یک قاعده، به دلیل مقاومت طبیعی در برابر هرگونه تغییر، شرکت ها کاملاً آماده تغییر فرآیندهای تجاری موجود نیستند.

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

بیایید یک مثال عملی که در همان ابتدای این مقاله وعده داده شده است را بیان کنیم. رویکردهایی که در بالا سعی کردیم مزایای آنها را توجیه کنیم، در آماده سازی پروژه برای اجرای سیستم TechnologiCS برای خودکارسازی فرآیندهای طراحی و آماده سازی تکنولوژیکی تولید در کارخانه کنسانتره شیمیایی نووسیبیرسک استفاده شد. این کار توسط یک تیم پروژه متشکل از متخصصان CSoft، مشاوران Logika Business و کارکنان شرکت انجام شد.

لازم نیست مدیریت شرکت به نیاز به اجرای فرآیند متقاعد شود، به خصوص که اندکی قبل از این، تحت هدایت مشاوران شرکت Business Logic، یک پروژه آزمایشی در کارخانه برای توصیف و بهبود برنامه ریزی تجاری انجام شد. فرآیندها این شرکت آمادگی بالایی برای تغییر فرآیندهای کسب و کار در حوزه موضوعی ذکر شده نشان داد و آشنایی دقیق با قابلیت های TechnologiCS مشتری را در مورد کاربرد اساسی رویکرد فرآیند - اتوماسیون پایان به انتها طراحی و آماده سازی فن آوری متقاعد کرد. فرآیندهای تولید

به طور کلی، یک پروژه اجرای فرآیند برای یک سیستم اطلاعاتی شامل مراحل زیر است:

    آماده سازی پروژه؛

    طراحی مفهومی؛

    پیاده سازی؛

    آماده سازی نهایی؛

    راه اندازی و پشتیبانی

در مرحله آماده سازی، استانداردهای پروژه تعیین می شوند (از جمله استانداردهای مدل سازی فرآیند کسب و کار)، و مدل سازی فرآیند کسب و کار "همانطور که هست" انجام می شود. جزئیات توسعه مدل و منابع مورد نیاز برای این امر تا حد زیادی توسط وضعیت شرکت تعیین می شود.

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

در همان مرحله، محدوده دقیق پروژه روشن می شود و نقش کاربران نهایی در رابطه با کارکردهای فرآیند تجاری در حال انجام مشخص می شود.

مرحله پیاده سازی شامل انجام پیکربندی سیستم مناسب بر اساس مدل فرآیند کسب و کار "آنگونه که باید باشد" و همچنین ایجاد دوره های آموزشی فرآیند محور و مستندات کاربر است.

در طول آماده سازی نهایی، آموزش کاربر فرآیند محور و تست فرآیندهای تجاری پیاده سازی شده در سیستم انجام می شود.

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

برای اهداف این مقاله، ما خود را به بررسی دو مرحله اول اجرای سیستم در کارخانه کنسانتره شیمیایی نووسیبیرسک محدود می کنیم.

آماده سازی پروژه

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

مصاحبه با کارشناسان و مطالعه اسناد نظارتی شرکت ایجاد یک مدل "همانطور که هست" از فرآیندهای تجاری را ممکن کرد. مدل ایجاد شده با استفاده از ابزارهای ARIS یک بررسی را ارائه کرد، پس از آن گروه پیاده سازی به همراه کارشناسان سازمانی، پیشنهاداتی را برای بهبود فرآیندهای کسب و کار تدوین کردند. توجه داشته باشید که ایجاد یک مدل "همانطور که هست" به خودی خود به ما امکان می دهد بسیاری از مزایا و نقاط ضعف فرآیندهای تجاری موجود و در نتیجه جوهر تغییرات لازم را درک کنیم:

پیشنهادات کارشناسان، در مقایسه با مفهومی که TechnologiCS بر آن استوار است و تجزیه و تحلیل عملکرد آن، امکان تعریف واضح هدف پروژه را فراهم کرد.

یک پروژه آزمایشی برای توصیف و بهبود فرآیندهای برنامه ریزی کسب و کار که اندکی قبل از شروع اجرا در شرکت انجام شد، تأثیر ریسک مرتبط با مقاومت در برابر تغییرات آتی را کاهش داد.

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

طراحی مفهومی

این مرحله با توسعه یک مدل مرجع آغاز شد که عملکرد و اشیاء اطلاعاتی سیستم TechnologiCS را با در نظر گرفتن الزامات سند توافقنامه مدل‌سازی توصیف می‌کرد. توسعه چنین مدلی اجازه می دهد تا یک رویکرد رسمی برای حل مشکل طراحی فرآیندها "آنگونه که باید باشد"، با در نظر گرفتن قابلیت های واقعی سیستم و به طور قابل توجهی کار را در این مرحله ساده کرده است.

در مرحله بعد، بر اساس مفهوم کلی سیستم، تجربه پیاده سازی واقعی و با در نظر گرفتن پیشنهادات ارائه شده در مرحله قبل، طراحی فرآیندهای تجاری "آنگونه که باید باشد" انجام شد. بر اساس مدل ایجاد شده در ARIS، با استفاده از برنامه‌های توسعه‌یافته ویژه (اسکریپت‌های گزارش‌دهی)، تعداد مشاغل به‌طور خودکار با اشاره به نقش‌های تجاری و انجام‌دهنده‌های خاص عملکردهای فرآیند کسب‌وکار محاسبه شد. نمایه های مجوز به طور خودکار برای هر نقش تجاری ایجاد شد.

نتیجه کار در این مرحله نمایان شدن یک سند دقیق "طرح انتقال به فرآیندها "آنگونه که باید باشد" بود (شکل 5).

نتیجه گیری مختصر

    بیشترین تأثیر استفاده از یک سیستم اطلاعاتی را می توان با پیوند مستقیم وظایف اجرای آن با استفاده از رویکرد فرآیندی، یعنی اجرای اجرای فرآیند به دست آورد.

    مدل‌سازی فرآیند کسب‌وکار با استفاده از ابزارهای تخصصی و روش‌های اثبات‌شده بیشترین تأثیر را دارد.

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

    اجرای موفقیت آمیز سیستم مستلزم مقدار قابل توجهی کار مقدماتی است.

  • تجربه به دست آمده در طول آماده سازی برای اجرای سیستم TechnologiCS در یک شرکت بزرگ ماشین سازی، مزایای آشکار اجرای فرآیند را نشان داد. این شرکت با داشتن تمامی دانش لازم در زمینه های زیر فرآیند پیاده سازی سیستم را آغاز کرد:

ارسال کار خوب خود در پایگاه دانش ساده است. از فرم زیر استفاده کنید

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

اسناد مشابه

    ویژگی های طراحی سیستم های اطلاعاتی مبتنی بر پایگاه های داده. استفاده از ابزارهای CASE و توصیف فرآیندهای تجاری در BP-Win. مراحل طراحی سیستم های اطلاعاتی مدرن، انواع نمودارها و نمایش تصویری یک وب سایت.

    کار دوره، اضافه شده در 2012/04/25

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

    پایان نامه، اضافه شده در 2014/07/20

    سیستم های طراحی خودکار تحلیل مقایسه ای ابزارهای طراحی سیستم های اطلاعات خودکار. کد SQL را به محیط فیزیکی صادر کنید و پایگاه داده را با محتوا پر کنید. مراحل توسعه و ویژگی های ابزار Case.

    کار دوره، اضافه شده در 2017/11/14

    مفهوم ابزار CASE به عنوان نرم افزاری که از فرآیندهای ایجاد و نگهداری سیستم های اطلاعاتی (IS) پشتیبانی می کند. ویژگی های فناوری IDEF برای توسعه IP. شرح نماد IDEF0. توسعه مدل های عملکردی فرآیند کسب و کار.

    ارائه، اضافه شده در 04/07/2013

    بررسی اصول ساخت و استفاده موثر از سیستم های مدیریت پایگاه داده ابزارهای اتوماسیون طراحی CASE. تجزیه و تحلیل توانایی های روش و ابزار. توسعه یک مدل فرآیند کسب و کار هتل در محیط All Fusion.

    کار دوره، اضافه شده در 12/28/2012

    در دسترس بودن یک سیستم اطلاعات اقتصادی ماتریس پیش بینی های سازمانی. توسعه سیستم پایگاه داده ابزار مدرن CASE. مراحل اصلی توسعه سیستم های اطلاعاتی شاخص مطلق و شاخص کاهش هزینه.

    کار دوره، اضافه شده در 2011/03/14

    اصول اولیه توسعه نرم افزار: چرخه عمر کلاسیک آن، نمونه سازی، استراتژی های طراحی، مدل های کیفیت فرآیندهای توسعه. استفاده از الگوریتم های موازی و سیستم های CASE، معیارهایی برای ارزیابی اثربخشی آنها.

    کار دوره، اضافه شده در 2015/04/07

    نقش ابزارهای طراحی در ایجاد یک سیستم اطلاعاتی. مزایای ابزارهای توسعه CASE Bpwin و Erwin، سیستم های جستجو، تصحیح خطا مدل داده اعتبارسنجی مدل. توسعه یک مدل از فرآیندهای جریان اسناد سازمانی.

    تست، اضافه شده در 2012/06/24

مدیریت سیستم های اطلاعاتی

تقریباً در هر سازمان مدرن می توان درهم آمیختگی نزدیک فناوری اطلاعات و فرآیندهای تجاری فعالیت اصلی را مشاهده کرد. بنابراین، پیاده سازی (جایگزینی) یک سیستم اطلاعاتی تبدیلی جدی به نظر می رسد که اغلب بر حوزه های مختلف شرکت تأثیر می گذارد. در نتیجه در بسیاری از موارد به یک فرآیند پیچیده و دردناک تبدیل می شود. با این وجود، مشکلاتی که در حین اجرای سیستم به وجود می آیند قبلاً به اندازه کافی مورد مطالعه قرار گرفته اند و اکنون روش های مؤثری برای حل آنها ایجاد شده است که در استانداردهای مربوطه (روش شناسی) ترکیب شده اند.

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

هنگام شروع به بررسی مسائل مربوط به سازماندهی پیاده سازی سیستم های اطلاعاتی، ابتدا باید معنای اصطلاح "سیستم اطلاعات" را روشن کنیم. متأسفانه تاکنون سیستم اطلاعاتی اغلب به معنای بسته نرم افزاری است که کاملاً نادرست است و به فرد اجازه نمی دهد تا تصور درستی از اهداف پروژه پیاده سازی داشته باشد.

یک سیستم اطلاعاتی مجموعه پیچیده ای از اجزای ناهمگن است که با یکدیگر تعامل دارند و ویژگی های سیستم لازم را برای مصرف کننده ایجاد می کنند. یک سیستم اطلاعاتی باید به عنوان کل زیرساخت سازمانی درگیر در فرآیند مدیریت اطلاعات و جریان اسناد در نظر گرفته شود و شامل:

عناصر تکنولوژیکی که عملکرد سیستم را تضمین می کند:

مدل اطلاعاتی حوزه موضوعی؛

منابع انسانی مسئول تشکیل و توسعه مدل اطلاعاتی؛

بسته نرم افزاری؛

منابع انسانی مسئول پیکربندی بسته نرم افزاری؛

پایه سخت افزاری و فنی؛

منابع انسانی عملیاتی و فنی؛

عناصر مدیریتی که سازماندهی عملیات سیستم را تضمین می کند:

مقررات توسعه مدل اطلاعات و قوانین ایجاد تغییرات در آن؛

مقررات پشتیبانی فنی و کاربری بسته نرم افزاری؛

مقررات ایجاد تغییرات در پیکربندی بسته نرم افزاری و ترکیب ماژول های عملکردی آن؛

مقررات استفاده از بسته نرم افزاری و دستورالعمل های کاربر؛

مقررات آموزش و صدور گواهینامه کاربران.

وظیفه یک پروژه پیاده سازی سیستم اطلاعاتی شامل ایجاد (انطباق) و راه اندازی عملیات مولد تمام عناصر ذکر شده در بالا است. پیچیدگی این کار را آمار ناامیدکننده موفقیت پروژه‌های فناوری اطلاعات، که از نتایج تحقیقات گروه Standish مشخص شده است، نشان می‌دهد: در سال 1998، تنها 26 درصد از پروژه‌ها به موقع تکمیل شدند، از بودجه تجاوز نکردند و اجرای پروژه را تضمین کردند. توابع مورد نظر



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

فقدان مدیریت در شرکت؛

نیاز به سازماندهی مجدد جزئی یا کامل ساختار شرکت؛

نیاز به تغییر فناوری کسب و کار در جنبه های مختلف؛

مقاومت کارکنان شرکت؛

افزایش موقت حجم کاری کارکنان در حین اجرای سیستم؛

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

علاوه بر این، در طول فرآیند پیاده سازی، نیاز به پیاده سازی یک استراتژی واحد فناوری اطلاعات سازمانی وجود دارد که امکان ترکیب مناسب توسعه (ایجاد) بخش های نرم افزاری و سخت افزاری سیستم را به موازات مجموعه ای از کارها برای توسعه فراهم می کند. زیرساخت های فناوری اطلاعات موجود در شرکت

بخش قابل توجهی از مشکلات پروژه های اجرایی ناشی از خطاهای نسبتاً معمولی است که شناخته شده است، اما با این وجود اغلب تکرار می شود:

طراحی سیستم ها بدون در نظر گرفتن استراتژی توسعه کسب و کار - لازم است ساختار و مقیاس کسب و کار را در آینده حداقل برای 3 سال تصور کنید.

نقض اصل ایجاد سیستم "از بالا به پایین" و در نتیجه عدم پشتیبانی اطلاعاتی برای تصمیم گیری مدیریت در سطوح بالای مدیریت.

اشتیاق بیش از حد برای مهندسی مجدد فرآیندهای کسب و کار و گاهی تبعیت غیرقابل توجیه از الزامات عملکرد استاندارد سیستم اساسی ERP.

بازطراحی اساسی عملکردهای اساسی سیستم ERP؛

انتظارات غیر واقعی به دلیل ارزیابی نادرست مقرون به صرفه بودن پیاده سازی یک سیستم ERP.

در عین حال، تجربه انباشته از پیاده‌سازی سیستم‌های اطلاعاتی نشان‌دهنده وجود گروهی پایدار از عوامل موفقیت برای چنین پروژه‌هایی و در نتیجه امکان توسعه فناوری برای مدیریت موفقیت‌آمیز یک پروژه اجرایی با در نظر گرفتن این عوامل است. سازماندهی منطقی پروژه های پیاده سازی سیستم های اطلاعاتی در استانداردها (بین المللی، دولتی، شرکتی) توضیح داده شده است که اغلب به آنها متدولوژی های پیاده سازی می گویند.

عوامل موفقیت پروژه پیاده سازی

روش‌های پیاده‌سازی معمولاً توسط سازندگان پیشرو سیستم‌های اطلاعاتی، با در نظر گرفتن ویژگی‌های محصولات نرم‌افزاری آنها و همچنین دامنه اجرا، توسعه می‌یابد. جنبه مثبت چنین استانداردهایی جهت گیری عملی آنهاست. آنها دستورالعمل های کاری عمیقاً تحقیق شده، اثبات شده، آزمایش شده مکرر و الگوهای اسناد پروژه را نشان می دهند. چنین استانداردهایی معمولاً به دور از انتزاعات نظری هستند، بر ویژگی های سیستم های خاص متمرکز هستند و بهترین تجربه را در خود دارند. اما استانداردها جنبه‌های منفی نیز دارند: حتی روش‌های در نظر گرفته شده برای سیستم‌های کلاس مشابه قابل تعویض نیستند. برای مثال، روش پیاده‌سازی سیستم Microsoft Axapta عمدتاً با هدف مدیریت تنظیمات و تغییرات ماژول است. و هنگام اجرای ماژول های SAP یا ORACLE EBS از نظر عملکردی مشابه، ایدئولوژی مهندسی مجدد کسب و کار غالب است که در آن از سازمان خواسته می شود فرآیندهای تجاری خود را تغییر دهد و آنها را با "بهترین شیوه های" ثبت شده در سیستم تطبیق دهد. معروف‌ترین نمونه‌های روش‌شناسی شامل فهرست زیر است که به دور از جامعیت است:

توسعه مایکروسافت - متدولوژی های "OnTarget"، "MSF (چارچوب راه حل های مایکروسافت)"، "روش شناسی شریک راه حل های تجاری"؛

تحولات شرکت SAP - روش‌های "مدل رویه SAP"، "ASAP (SAP شتاب‌زده)"؛

تحولات شرکت اوراکل - مجموعه ای از روش ها "روش اوراکل".

چنین تنوعی از استانداردها به سازمان ها اجازه می دهد تا یک استراتژی منطقی بر اساس آنها انتخاب کنند و رویه های اجرایی خود را تدوین کنند، یعنی "چرخ را دوباره اختراع نکنند" و در عین حال مزیت های رقابتی را تضمین کنند. انطباق روش ها با نیازهای یک شرکت خاص نه تنها شامل ترجمه متون و الگوهای اسناد به زبان روسی، بلکه در تنظیم رویکردها با در نظر گرفتن شرایط روسی است. در این مورد، ضرب‌الاجل‌ها و توالی وظایف توصیه‌شده توسط استانداردها معمولاً تجدید نظر می‌شوند، روش‌هایی برای جمع‌آوری، تأیید و تبدیل داده‌های منبع ایجاد می‌شوند و راه‌حل‌هایی برای ادغام با سیستم‌های قدیمی توسعه می‌یابند.

برای مشتری سیستم اطلاعاتی، نتایج اصلی استفاده از روش شناسی عبارتند از:

ایجاد راه حلی که به طور بهینه نیازهای مشتری را برآورده کند.

حداکثر استفاده کارآمد از منابع پروژه؛

به حداقل رساندن زمان و هزینه های اجرا؛

کاهش ریسک پروژه

در عین حال، سازماندهی کار مطابق با یک روش مستند برای توسعه دهنده سیستم نیز مفید است:

یک مبنای روش شناختی برای آموزش کارکنان جدید در روش های اجرای استاندارد ظاهر می شود.

هزینه های داخلی برای سازماندهی و اجرای پروژه ها کاهش می یابد.

تعامل و درک متقابل بین اعضای تیم پروژه بهبود می یابد.

کارایی به اشتراک گذاری منابع بین پروژه ها و تیم ها افزایش می یابد.

با وجود تنوع متدولوژی های موجود، محتوای آنها شامل اجزای زیر است: شرح ترکیب و ساختار بسته کاری پروژه اجرا، قوانین مدیریت چنین پروژه ای و ساختار سازمانی تیم اجرا.

ساختار مجموعه ای از کارها در درجه اول شامل شناسایی مراحل (مراحل) پروژه است. تقسیم پروژه به فازها (به مدت 3-4 ماه) به دلیل پیچیدگی بالای پروژه ها و زمان قابل توجهی که برای پیاده سازی سیستم های اطلاعاتی صرف می شود، به شما این امکان را می دهد که در زمان کوتاه تری نتایج قابل توجهی به دست آورید و مزایای زیر را در سازماندهی پروژه متوجه شوید:

داده های مستندات پروژه قدیمی نمی شوند.

پس از اتمام هر مرحله از پروژه، شفاف سازی یا تنظیم وظایفی که باید در مراحل بعدی حل شوند، امکان پذیر می شود.

خطرات پروژه ناشی از تغییرات سازمانی در شرکت مشتری در طول پروژه کاهش می یابد.

بودجه پروژه و برنامه پرداخت بهینه شده است.

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

مرحله بعدی شناسایی فرآیندها (مجموعه کارهای) انجام شده در مراحل مختلف پروژه است. ترکیب و توالی اجرای فرآیندها با یک روش خاص تعیین می شود و به عنوان مبنایی برای برنامه ریزی پروژه - برای ساخت یک ساختار سلسله مراتبی کار است.

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

اجزای متدولوژی پیاده سازی

مراحل اصلی پیاده سازی سیستم اطلاعاتی

1. شناسایی جریان های اصلی اطلاعات در شرکت، تشکیل یک پایه از اسناد نظارتی و مرجع پایه و تطبیق آن.

در این مرحله، جریان های اصلی اطلاعات شرکت و مشکلاتی که ممکن است در حین اجرا ایجاد شود مشخص می شود (به عنوان مثال، فقدان اسناد اولیه، اسناد هنجاری و مرجع، استانداردها و غیره). پایگاه داده ای از اسناد مرجع نظارتی اولیه تشکیل و تأیید می شود. بر اساس نتایج این نظرسنجی، سندی با امضای کلیه شرکت کنندگان در پروژه اجرایی تشکیل می شود که تمامی مشکلات شناسایی شده را تشریح می کند و راه های رفع آنها را بیان می کند. موفقیت کل پروژه به طور کلی اغلب به کیفیت این مرحله و کامل بودن سند تهیه شده بستگی دارد. باید گفت شرط لازم برای موفقیت کل پروژه اجرا، مستندسازی دقیق آن است.

2. ساخت مدل اطلاعاتی-عملکردی فعالیت سازمانی (IDEF)، شرح و بهینه سازی فرآیندهای مشمول اتوماسیون.

علاوه بر ایجاد اطلاعات و مدل عملکردی فعالیت های شرکت، در این مرحله تنظیمات دایرکتوری ها و طبقه بندی کننده های سیستم توسعه یافته و مورد توافق قرار می گیرند. در صورت لزوم، تصمیماتی برای تغییر شیوه های حسابداری موجود یا مدل های عملکردی اتخاذ می شود. وجود استانداردهای شرکتی (که معمولاً در اوکراین وجود ندارند) در اینجا بسیار مهم است. در این مرحله، استانداردهای حسابداری شرکتی باید برای کامل بودن ایجاد یا تجزیه و تحلیل شوند. این کار فقط توسط پرسنل آموزش دیده یا مشاوران خارجی قابل انجام است. نیاز اصلی در این مورد، در دسترس بودن همه کتاب های مرجع و طبقه بندی کننده های لازم برای عملکرد سیستم است (یک طبقه بندی کننده یکپارچه محصولات، کالاها و مواد، نمودار حساب ها و ویژگی های تحلیلی حسابداری، فهرست راهنمای بدهکاران و بستانکاران، فهرست معاملات پایه تجاری، استانداردهای حسابداری جابجایی دارایی های مادی و پولی و غیره) و انطباق اصول سازمان آنها با الزامات سیستم.

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

3. اجرای طرح آزمایشی.

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

4. سازگاری سیستم در شرکت.

در این مرحله، سیستم مطابق با طرح پروژه پیاده‌سازی پیکربندی شده و تک تک ماژول‌ها و عملکردها توسط تیم پیاده‌سازی تست می‌شوند. کاربران نهایی برای کار با سیستم پیکربندی شده به طور مستقیم در محل کار خود آموزش دیده اند. در این مورد، سیستمی برای محدود کردن دسترسی کاربر نهایی به اطلاعات باید قبلاً نصب و پیکربندی شده باشد. آموزش توسط اعضای تیم پیاده سازی - کارمندان شرکت مشتری انجام می شود.

5. عملیات آزمایشی ERP_system.

در طول این مرحله، مشتری باید اطمینان حاصل کند که عملکرد به دست آمده در نتیجه پیکربندی سیستم به طور کامل با الزامات شرکت مطابقت دارد. در این مرحله، ورود داده های مضاعف به سیستم های قدیمی و جدید حفظ می شود. در طول عملیات آزمایشی: گزارش های استاندارد تولید می شود (با استفاده از سیستم ERP و به روش های معمول) و تأیید داده ها انجام می شود. این سیستم به تدریج در بخش های جداگانه حسابداری یا مدیریت راه اندازی می شود. دستورالعمل های نگهداری محل کار مستند شده و شرح وظایف شرکت کنندگان در فرآیند حسابداری تنظیم می شود و غیره.

6. قرار دادن سیستم در عملیات تجاری.

برنامه ای برای انتقال سیستم اجرا شده به بهره برداری تجاری تهیه می شود و مراحل کار و برنامه زمانی انتقال کاربران نهایی به کار در سیستم جدید تعیین می شود. سپس این طرح ها به طور مداوم اجرا می شوند. ضروری ترین داده ها از سیستم های قدیمی تبدیل می شوند.

7. پشتیبانی از عملیات صنعتی.

متن مقاله

بالامیرزوف ناظم لیودینوویچ، کاندیدای علوم اقتصادی، مدرس ارشد گروه اقتصاد و مدیریت در صنعت نفت و گاز، دانشگاه فنی دولتی داغستان، ماخاچکالا [ایمیل محافظت شده]

مشکلات پیاده سازی سیستم اطلاعات مدیریت سازمانی

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

پیاده سازی یک سیستم اطلاعات مدیریت سازمانی، مانند هر تحول بزرگ در یک سازمان، یک فرآیند پیچیده و اغلب دردناک است. با این حال، برخی از مشکلاتی که در حین اجرای سیستم به وجود می‌آیند، کاملاً به خوبی مطالعه، رسمیت یافته و دارای روش‌شناسی راه‌حل مؤثری هستند. مطالعه پیشاپیش این مشکلات و آماده سازی آنها به میزان قابل توجهی فرآیند پیاده سازی را تسهیل می کند و کارایی استفاده بیشتر از سیستم را افزایش می دهد مشکلات و وظایفی که هنگام حل آنها نیاز به توجه ویژه دارند:

عدم تنظیم وظایف مدیریتی در شرکت؛

نیاز به سازماندهی مجدد جزئی یا کامل ساختار شرکت؛

نیاز به تغییر فناوری کسب و کار در جنبه های مختلف؛

مقاومت کارکنان شرکت؛

افزایش موقت حجم کار بر روی کارمندان در حین اجرای سیستم اطلاعاتی مدیریت سازمانی، نیاز به تشکیل یک تیم واجد شرایط برای پیاده سازی و نگهداری از سیستم، انتخاب یک رهبر قوی تیم، اکنون این نکات را با جزئیات بیشتر شرح می دهیم. 1. عدم تنظیم وظایف مدیریتی در سازمان احتمالاً این نکته مهم و دشوار است. در نگاه اول، موضوع آن بازتاب محتوای پاراگراف دوم است که به سازماندهی مجدد ساختار شرکت اختصاص دارد. با این حال، در واقع جهانی تر است و نه تنها متدولوژی های مدیریت، بلکه جنبه های فلسفی و روانی را نیز در بر می گیرد. واقعیت این است که اکثر مدیران شرکت خود را تنها بر اساس تجربه، شهود، چشم انداز و داده های بسیار ساختار نیافته در مورد وضعیت و پویایی آن مدیریت می کنند. به عنوان یک قاعده، اگر از یک مدیر خواسته شود که به هر شکلی ساختار فعالیت های شرکت خود یا مجموعه ای از مقررات را که بر اساس آن تصمیمات مدیریتی اتخاذ می کند، توصیف کند، موضوع به سرعت به بن بست می رسد مهمترین عامل موثر بر موفقیت فعالیت های شرکت به طور کلی و بر موفقیت پروژه اتوماسیون است. به عنوان مثال، اگر خود بودجه بندی به درستی در شرکت اجرا نشود، به عنوان یک فرآیند متوالی مشخص، متأسفانه در حال حاضر در روسیه یک رویکرد ملی به مدیریت به طور کامل توسعه نیافته است مدیریت لحظه ای روسیه آمیزه ای انفجاری از تئوری مدیریت غربی (که از بسیاری جهات مناسب با وضعیت موجود نیست) و تجربه شوروی و روسیه است که اگرچه از بسیاری جهات با اصول کلی زندگی هماهنگ است، اما دیگر مطابق با شرایط موجود نیست. الزامات سختگیرانه رقابت در بازار، اولین کاری که باید انجام شود تا پروژه بتواند یک سیستم اطلاعاتی مدیریت سازمانی را اجرا کند، تا آنجا که ممکن است تمام حلقه های کنترلی که در واقع برنامه ریزی شده اند، رسمی شوند. خودکار در بیشتر موارد، این امر بدون مشارکت مشاوران حرفه‌ای محقق نمی‌شود، اما از نظر تجربه، هزینه‌های مشاوران به سادگی با زیان‌های یک پروژه اتوماسیون شکست خورده قابل مقایسه نیست. نیاز به سازماندهی مجدد جزئی ساختار و فعالیت های شرکت در هنگام معرفی یک سیستم اطلاعات مدیریت شرکت. قبل از شروع به پیاده سازی یک سیستم اطلاعات مدیریت در یک شرکت، معمولاً لازم است سازماندهی مجدد بخشی از ساختار و فناوری های تجاری آن انجام شود. بنابراین یکی از مهمترین مراحل اجرای پروژه، بررسی کامل و قابل اعتماد بنگاه در تمامی جوانب فعالیت آن است. بر اساس نتیجه گیری به دست آمده در نتیجه بررسی، کل طرح بعدی برای ساخت یک سیستم اطلاعات شرکت ساخته شده است. بدون شک، امکان خودکارسازی همه چیز بر اساس «همانطور که هست» وجود دارد، با این حال، این کار به دلایل متعددی نباید انجام شود. واقعیت این است که در نتیجه نظرسنجی، معمولاً تعداد زیادی از مکان‌هایی که هزینه‌های اضافی غیرمنطقی و همچنین تناقضات در ساختار سازمانی ایجاد می‌شود، ثبت می‌شود که حذف آن‌ها باعث کاهش هزینه‌های تولید و لجستیک و همچنین کاهش چشمگیر می‌شود. زمان اجرای مراحل مختلف فرآیندهای اصلی کسب و کار. به بیان تصویری، شما نمی توانید هرج و مرج را خودکار کنید، زیرا این منجر به "آشوب خودکار" می شود. منظور من از اصطلاح سازماندهی مجدد، مهندسی مجدد به معنای کلاسیک غربی آن، با بازسازی کامل تمامی فعالیت های درون اقتصادی و تجاری نیست. سازماندهی مجدد را می توان در تعدادی از نقاط محلی که از نظر عینی ضروری است انجام داد، که منجر به کاهش محسوس در فعالیت های تجاری فعلی نخواهد شد. نیاز به تغییر فن آوری کار با اطلاعات و اصول انجام کسب و کار یک سیستم اطلاعاتی ساخته شده به طور موثر نمی تواند تغییراتی در فناوری موجود برنامه ریزی، بودجه بندی و کنترل و همچنین مدیریت فرآیندهای کسب و کار ایجاد کند مهمترین ویژگی های یک سیستم اطلاعات شرکت برای یک مدیر، ماژول های مدیریت حسابداری و کنترل مالی است. اکنون هر واحد عملکردی را می توان به عنوان یک مرکز حسابداری مالی با سطح مسئولیت مالی مربوط به رئیس آن تعریف کرد. این امر به نوبه خود مسئولیت هر یک از این مدیران را افزایش می دهد و مدیران ارشد را با ابزارهای مؤثر برای کنترل واضح بر اجرای برنامه ها و بودجه های فردی با یک سیستم اطلاعات مدیریت سازمانی، می تواند دریافت کند. تاریخ و اطلاعات موثق در مورد تمامی جوانب فعالیت های شرکت، بدون تاخیر موقت و لینک های انتقال غیر ضروری. علاوه بر این، در غیاب عوامل انسانی که می تواند اطلاعات را در حین انتقال مغرضانه یا ذهنی تفسیر کند، اطلاعات به شکل مناسب "از برگه" به مدیر ارائه می شود. با این حال، منصفانه است که توجه داشته باشیم که برخی از مدیران عادت ندارند تصمیمات مدیریتی در مورد اطلاعات به شکل خالص آن اتخاذ کنند، مگر اینکه با نظر شخصی که آن را ارائه می دهد همراه باشد. این رویکرد، در اصل، حق حیات دارد، حتی اگر یک سیستم اطلاعاتی مدیریت سازمانی وجود داشته باشد، اما اغلب بر عینیت مدیریت تأثیر منفی می گذارد. هر سندی که در قسمت اطلاعات پیشرفت یا تکمیل یک فرآیند تجاری خاص را نشان می دهد، به طور خودکار در سیستم یکپارچه، بر اساس سند اولیه که فرآیند را باز می کند، ایجاد می شود. کارمندانی که مسئولیت این فرآیند تجاری را بر عهده دارند، فقط بر روی موقعیت اسناد تولید شده توسط سیستم نظارت می کنند و در صورت لزوم تغییراتی در آن ایجاد می کنند. به عنوان مثال، یک مشتری برای محصولاتی سفارش داده است که باید تا تاریخ مشخصی از ماه تکمیل شوند. سفارش وارد سیستم می شود، بر اساس آن، سیستم به طور خودکار یک فاکتور (بر اساس الگوریتم های قیمت گذاری موجود) ایجاد می کند، فاکتور برای مشتری ارسال می شود و سفارش به ماژول تولید ارسال می شود، جایی که نوع محصول سفارش داده شده است. به اجزای جداگانه تقسیم می شود. بر اساس لیست قطعات موجود در ماژول خرید، سیستم برای خرید آنها سفارش ایجاد می کند و ماژول تولید بر این اساس برنامه تولید را بهینه می کند تا سفارش در زمان مقرر تکمیل شود. طبیعتاً در زندگی واقعی گزینه های مختلفی برای اختلالات اجتناب ناپذیر در تحویل سفارش وجود دارد. خرابی تجهیزات و غیره. بنابراین، هر مرحله از انجام سفارش باید به شدت توسط حلقه کارکنان مسئول آن کنترل شود، که در صورت لزوم، باید تأثیر مدیریتی بر روی سیستم ایجاد کنند تا از عواقب نامطلوب جلوگیری شود یا کاهش یابد سیستم اطلاعات مدیریت سازمانی آسان تر خواهد شد. در مقابل، کاهش قابل توجه کاغذبازی باعث تسریع فرآیند و بهبود کیفیت پردازش سفارش، افزایش رقابت پذیری و سودآوری کل شرکت می شود و همه اینها مستلزم خونسردی، شایستگی و مسئولیت پذیری بیشتر مجریان است. این امکان وجود دارد که پایگاه تولید موجود با جریان جدید اطلاعات در مورد پیشرفت فرآیند تولید مقابله نکند و همچنین لازم باشد اصلاحات سازمانی و فناوری انجام شود که متعاقباً تأثیر مثبتی در رونق تولید خواهد داشت. شرکت، پروژه. 4. مقاومت کارکنان سازمانی هنگام پیاده سازی سیستم های اطلاعاتی مدیریت سازمانی، در اکثر موارد مقاومت فعالی از سوی کارکنان بومی وجود دارد که مانعی جدی برای مشاوران است و کاملاً قادر به ایجاد اختلال یا تأخیر قابل توجه در اجرای پروژه است. این ناشی از چندین عامل انسانی است: ترس معمولی از نوآوری، محافظه کاری (برای مثال، یک انباردار که به مدت 20 سال با یک کاغذ یا کابینت بایگانی نیمه خودکار کار کرده است، معمولاً از نظر روانی تغییر به رایانه دشوار است)، ترس از دست دادن خود. شغل یا از دست دادن ضرورت خود، ترس از افزایش قابل توجه مسئولیت در قبال اعمال خود. مدیران یک شرکت که تصمیم به خودکارسازی کسب و کار خود دارند، در چنین مواردی، باید به هر طریق ممکن به گروه مسئول از متخصصان که اجرای سیستم اطلاعات مدیریت شرکت را انجام می دهند، کار توضیحی را با پرسنل انجام دهند و علاوه بر این: ایجاد کنند. در بین کارکنان در همه سطوح احساس قوی از اجتناب ناپذیری اجرا.

به مدیر پروژه پیاده سازی اختیار کافی بدهید، زیرا گاهی اوقات مقاومت (اغلب ناخودآگاه یا در نتیجه جاه طلبی های ناموجه) حتی در سطح مدیران ارشد نیز به وجود می آید.

همواره با صدور دستورات مناسب و دستورالعمل های مکتوب از کلیه تصمیمات سازمانی در خصوص مسائل اجرایی حمایت می کند.5. افزایش موقت حجم کار بر روی کارکنان هنگام اجرای سیستم مدیریت سازمانی در برخی از مراحل اجرای پروژه، بار کاری بر روی کارکنان شرکت به طور موقت افزایش می یابد. این امر به این دلیل است که کارکنان علاوه بر انجام وظایف عادی شغلی، نیازمند فراگیری دانش و فناوری های جدید هستند. در طول عملیات آزمایشی و در طول انتقال به عملیات صنعتی سیستم، برای مدتی لازم است مانند سیستم جدید، تجارت انجام شود و به روش های سنتی (حفظ جریان اسناد کاغذی و سیستم های از قبل موجود) ادامه یابد. در این راستا ممکن است مراحل خاصی از پروژه پیاده سازی سیستم به این بهانه به تاخیر بیفتد که کارمندان از قبل به اندازه کافی کار فوری برای هدف مورد نظر خود دارند و تسلط بر سیستم یک فعالیت ثانویه و حواس پرتی است. در چنین مواردی، رئیس شرکت، علاوه بر انجام کار توضیحی با کارکنانی که از توسعه فناوری های جدید اجتناب می کنند، باید:

افزایش سطح انگیزه کارکنان برای تسلط بر سیستم در قالب تشویق و تشکر؛

اتخاذ تدابیر سازمانی برای کاهش دوره مدیریت موازی پرونده ها.6. تشکیل یک گروه پیاده سازی و نگهداری سیستم واجد شرایط، یک رهبر گروه پیاده سازی اکثر سیستم های اتوماسیون مدیریت سازمانی با استفاده از فناوری زیر انجام می شود: یک گروه کاری کوچک (36 نفر) در شرکت تشکیل می شود که کامل ترین آنها را پشت سر می گذارد. آموزش کار با سیستم، سپس این گروه بخش قابل توجهی از کار در پیاده سازی سیستم و پشتیبانی بیشتر از آن را بر عهده می گیرد. استفاده از چنین فناوری ناشی از دو عامل است: اول اینکه یک شرکت معمولاً علاقه مند به داشتن متخصصانی در دسترس است که بتوانند به سرعت اکثر مسائل عملیاتی را هنگام راه اندازی و راه اندازی سیستم حل کنند و دوم آموزش کارکنان و استفاده از آنها. همیشه ارزانتر از برون سپاری است. بنابراین، تشکیل یک کارگروه قوی کلید اجرای موفق پروژه است. مدير علاوه بر دانش فناوري هاي اوليه كامپيوتر، بايد در زمينه تجارت و مديريت نيز دانش عميقي داشته باشد. در رویه شرکت های بزرگ غربی، چنین شخصی سمت CIO (مدیر ارشد اطلاعات) را دارد که معمولاً در سلسله مراتب مدیریت شرکت رتبه دوم را دارد. در عمل داخلی، هنگام اجرای سیستم ها، این نقش معمولاً توسط رئیس بخش سیستم کنترل خودکار یا مشابه ایفا می شود. قوانین اساسی برای سازماندهی یک کارگروه اصول زیر است:

متخصصان گروه کاری باید با در نظر گرفتن شرایط زیر منصوب شوند: دانش فن آوری های رایانه ای مدرن (و تمایل به تسلط بر آنها در آینده)، مهارت های ارتباطی، مسئولیت پذیری، نظم و انضباط؛

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

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

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

پیوندها به منابع 1. Antonets, V.L., Nechaeva N.V. کسب و کار نوآورانه شکل‌گیری مدل‌های تجاری‌سازی برای پیشرفت‌های امیدوارکننده. M.: Delo, Academy of National Economy, 2009. 320 pp. 2. Kostrova, A.V. روش ها و مدل های مدیریت اطلاعات: کتاب درسی // A.V. کوستروا. M.: Finance and Statistics, 2007. 336 pp. 3. Maglinets, Yu.A. تجزیه و تحلیل الزامات سیستم های اطلاعاتی خودکار M.: Internet University of Information Technologies INTUIT.ru، 2010. 200 ص 4. Shuremov, E.L., Chistov D.V., Lyamova G.V. "سیستم های اطلاعاتی برای مدیریت سازمانی" منتشر شده توسط M.: انتشارات خانه "حسابداری"، 2011.

Balamirzoyev N. L.، Cand.Econ.Sci.، معلم ارشد کرسی "اقتصاد و مدیریت در صنعت نفت و گاز" FGBOU VPO "دانشگاه فنی دولتی داغستان"، [ایمیل محافظت شده]معرفی سیستم مدیریت اطلاعات سازمانی چکیده. در این مقاله مشکلات اصلی و وظایف ناشی از معرفی سیستم های مدیریت اطلاعات توسط شرکت و توصیه در مورد تصمیم گیری آنها بررسی شده است.



 

شاید خواندن آن مفید باشد: