הדגם פונקציונלי. בניית מודל "כפי שהוא" ו"כפי שיהיה"
הדגם פונקציונלי. בניית מודל "כפי שהוא" ו"כפי שיהיה"

וִידֵאוֹ: הדגם פונקציונלי. בניית מודל "כפי שהוא" ו"כפי שיהיה"

וִידֵאוֹ: הדגם פונקציונלי. בניית מודל
וִידֵאוֹ: KATRIN KOVA | Organic House & Indie Dance | Live dj set | 2023 2024, דֵצֶמבֶּר
Anonim

ארגון כאורגניזם חי הוא מערכת של תהליכי מידע מאורגנים המגיעים מבחוץ, מסתובבים פנימה, נוצרים כתוצאה מכך. יחד עם זאת, לא כולם נוצרים באופן מודע על ידי ההנהלה ו/או העובדים, המציאות האובייקטיבית ממלאת את תפקידה המשמעותי.

מודל פונקציונלי הוא מערכת של מערכות מחוברות: בנוסף למתוכנן, נוצרים אלמנטים מבניים, תהליכים ופונקציות רבות, בין היתר, כתוצאה משגיאות ניהול, אי הבנת המשימה של העובד או הערכה מוטה של התוצאה שהושגה על ידי המנהל. ניתוח לא הולם של השפעות חיצוניות, כפילות משימות, מגוון ההחלטות, הפסיכולוגיה של קבלת החלטות ונסיבות רבות אחרות הם הבסיס למחקר המנתח מודלים של ניהול ארגון ומציע פתרונות יעילים.

מודל פונקציונלי
מודל פונקציונלי

בכל נקודת זמן, אתה יכול לקבוע איךנראה כמו מודל של ארגון פונקציונלי במצב "כמות שהוא" (AS IS). מנקודת מבט של השיטות שנקבעו, ניתן לנתח את הרעיונות שהתקבלו ולגבש דרכים לעבודה יעילה יותר ולהמשך פיתוח הארגון.

ניסיון ומתודולוגיות קיימים

טכניקת המודלים המרכזית של IDEF0 (Integrated Definition Function Modeling) מיוצגת כיום על ידי וריאציות שונות וחוויות טובות אמיתיות. הוא מבוסס על הרעיון של חלקיק בלתי ניתן לחלוקה - בלוק שמציג פונקציה עסקית כלשהי. הצדדים של הבלוק הם תפקידיו. שמאל - קלט, ימין - פלט, למעלה - שליטה, תחתון - מנגנון.

יחס רשמי זה לארגון מאפשר לנו להציג אותו בצורה של בלוקים מחוברים (פונקציות עסקיות). כתוצאה מכך, המודל המבני של הארגון מיוצג על ידי קבוצה של אלמנטים פשוטים. עקרון הפירוק הפונקציונלי: בלוק אחד - פונקציה עסקית אחת. עקרון אילוץ המורכבות מגביל את מספר האלמנטים בכל דיאגרמה. עקרון ההקשר - מהות התפקוד העסקי של הארגון עצמו מוצג כשילוב של רעיונות לגבי מה תוכנן להיווצר, מה יש ואיך זה עובד.

לבנייה אובייקטיבית של מודל ניהול ארגון, חשוב גם הניסיון שנצבר בפיתוח והטמעה של מקומות עבודה אוטומטיים, שעורר את ההתקדמות בפיתוח טכנולוגיית המחשוב, הופעת רשתות מקומיות וגלובליות..

מודלים לניהול ארגון
מודלים לניהול ארגון

התוצאה של יישום הטכניקה: "להיות" (TO BE) מייצגת בדרך כלל איךמערכת מידע כזו או אחרת מוצגת, ותהליך פיתוח החברה נחשב כמעבר מהמצב הנוכחי למצב שנקבע מראש. כשלעצמו, יישום הטכניקה לא תמיד נותן תוצאה משמעותית. לא כל מודל ניהול פונקציונלי ניתן להתאים למערכת מידע מודרנית מסוימת.

היסוד של תחילת הדוגמנות

מודל הארגון הפונקציונלי הוא משימה קשה מאוד. כדי לפשט את העבודה, יש להניח תחילה כי רכיב החומר נמצא במצב תקין ומתפקד ללא דופי, והשירותים הטכניים של הארגון מספקים לו את כל הדרוש, שולטים במבנים הנדסיים ואספקת סוגי האנרגיה הדרושים במידה מספקת. כמויות.

תפקוד הארגון
תפקוד הארגון

עם הנחה זו, אתה יכול לקבוע כיצד נראה המודל הפונקציונלי עבור ארגון נתון במצב "כמות שהוא" (AS IS) בצורה הטהורה ביותר שלו. אם בהמשך יתברר שרכיב החומר לא פעל טוב, יידרש מידול נוסף.

כדי להצליח, יש להניח שלשקע יש את המתח הנכון לפני הפעלת המכשיר.

יעד סימולציה ראשוני

לאחר גיבוש הפונקציה העסקית של הארגון, מיקומו במרחב החברתי-כלכלי שמסביב, ניתן לקבוע את טווח תהליכי המידע הנכנס והתעבורה היוצאת. חומרים, כלים, ציוד, כמו גם התוצאה של תפקוד הארגון: מוצרים, שירותים, פעילויות שימושיות חברתיות הם משניים ומוצגים במהלך הסימולציה כתיאורים, מידע על חפצים אמיתיים הפועלים.

מודל ניהול פונקציונלי
מודל ניהול פונקציונלי

פונקציה עסקית נפוצה כמערכת המשלבת אלמנטים ותהליכים רבים מיוצגת כקבוצה של בלוקים המיישמים פונקציות עסקיות פשוטות. בשלב זה נקבעים בלוקים כפולים, נוצר מגוון משימות שיש לפתור.

הבנת דפוסי ניהול הארגון חשובה מאוד.

ניהול בארגון

הארגון מספק ניהול לבעלים, למנהל, למנהלים, למנהיגים ברמות שונות. אבל המודל הפונקציונלי צריך לשקף את מצב העניינים האמיתי ולהתייחס לאנשי החברה כמשאב פעיל ספציפי.

מודל תהליך פונקציונלי
מודל תהליך פונקציונלי

לא משנה מי בונה את הדגם. זה עשוי להיות ארגון צד שלישי או חטיבה משלך. ההבחנה משמעותית: ניהול ארגון הוא דבר אחד, דוגמנות זה דבר אחר.

כדי לקבוע במדויק את המצב "כפי שהוא", אין להנחות את דעת העובדים - במקרה זה, הצוות בכל תפקידיו הוא בראש ובראשונה נושא למחקר. הם מתוארים על ידי המודל הפונקציונלי של התהליך, אשר בסופו של דבר נותן תמונה מלאה של כל התהליכים.

הנחיה ובימוי…

השפעת ההנהלה והבעלים מאטה משמעותית את תהליך הדוגמנות, מה שמחמיר את תפקוד הארגון. מעיד על כך הניסיון בשימוש בטכניקה. בניית מודל "כמות שהוא" בהקשר של הבנתומנהיגות היא בעלת אופי אישי ספציפי.

בחירת המבצע צריכה להתקבל כעובדה מוחלטת: הוא זה שאחראי למעשיו ואינו מחויב למלא אחר העצות, ההמלצות או ההנחיות הישירות מהארגון.

מערכות מידע: הפונקציונליות שאתה צריך

לבירור ההישגים בפיתוח מערכות מידע לניהול מסמכים אלקטרוניים, חשבונאות, לוגיסטיקה וכו', עלינו להודות שקשיחות ההחלטות הפכה למסורת. עד כה, אין מערכות כאלה שיכולות לחרוג מגבולות המשימות שגובשו בהתחלה. משימות מתפתחות, פתרונות תוכנה לא מתפתחים.

בניית הדגם כפי שהוא
בניית הדגם כפי שהוא

אם לוקחים כל מערכת קיימת (לדוגמה, "1C: Accounting", "1C: Document Management", eDocLib), אתה יכול לא רק לראות את רמת הרעיונות של המפתח לגבי הפונקציונליות שלה, אלא גם להיתקל מיד בהגבלות ב- יישום של פונקציות עסקיות מסוימות.

אבל עלינו לקחת בחשבון את העובדה שבלי ליישם לפחות אחת מהשיטות הקיימות, אי אפשר לקבל מושג איזה סוג של פונקציונליות נדרש ומה מיותר ללא ספק.

לאחר הטמעת מערכת מידע זו או אחרת, יש צורך לעתים קרובות לשכלל אלגוריתמים ולפתח תוכנה נוספת. זוהי נקודה חשובה מאוד בעיצוב הפונקציה העסקית הליבה של ארגון.

שרת מידע חברה

ליישום יעיל של שיטות מבוססות ויצירת מודל פונקציונלי כאידיאלימבנה (רצוי) של פונקציות ותהליכים, נוח להתחשב בחברה בצורה של, למשל, אתר אינטרנט. זה מאפשר לך ליצור תשתית פנימית משלך (משרד ראשי וחטיבות מרוחקות), להשתיל את התוכנות המשמשות בה (חשבונאות, לוגיסטיקה, ניהול מסמכים) ולספק פונקציונליות בהתאם לאחריות התפקיד של העובדים.

בטופס זה, נוח לא רק לייסד את הפונקציות של כל אלמנט (כוח אדם, ציוד, תוכניות בשימוש, טבלאות חשובות וכו'), אלא גם להבטיח את התפתחותם במהלך עבודת החברה.

"ויניגרט" אלקטרוני נוכחי

קשה לזלזל בתרומה שתרמו גיליונות אלקטרוניים ומסמכי וורד לארגון ניהול המסמכים האלקטרוני. מנקודת המבט של מידול ובניית מודל פונקציונלי של ארגון, ניתוח תהליכי מידע, הטבלאות והקבצים בהם נעשה שימוש חשובים.

על ידי שיטתיות של מידע על המשאבים שבהם נעשה שימוש, קל לקבוע את מקור השינויים שלהם, הצרכן, ומעל לכל, התוכן הנוכחי. המסורת המבוססת מובילה לעתים קרובות לכך שמסמכים אלקטרוניים מלאים בפורמטים שלהם כלולים במערכות ניהול מסמכים מסוימות. מנקודת מבט של יישום זה מקובל, אבל מנקודת מבט של יעילות, זה לא.

לאחרונה הופיעו ופותחו כלים ליצירה ועיבוד של גיליונות אלקטרוניים ומסמכים באמצעות ספריות PhpOffice (PhpExcel ו-PhpWord). השימוש בכלים אלה מאפשר לך לבודד ממסמכים אמיתייםרק את המידע הדרוש ולייצר את התוצאות הרצויות, שניתן לפתוח באופן מסורתי ב-MS Excel ו-MS Word.

מודל מבני
מודל מבני

סיכום חלקי של תוצאות

השימוש בטכניקות מודלים פונקציונליים פופולריים, מערכות מידע נבחרות, תוכניות חשבונאות ולוגיסטיקה, המשולבים למערכת מידע אחת (שרת), מאפשרת ליצור את המודל הרצוי לניהול ארגון. ובעזרת כלים כמו PhpOffice, אתה יכול לתת לו גמישות, אפשרות לפיתוח.

למרבה הצער, לעתים נדירות ניתן לבנות את מערכת המידע הרצויה ללא תכנות נוסף. עם זאת, חשוב מאוד לקחת בחשבון את ההבנה שהושגה של הפונקציונליות במוצרי התוכנה שבהם נעשה שימוש.

בפרט, גיליון אלקטרוני מודרני הוא, קודם כל, הפונקציונליות הדרושה, והתוכן האמיתי שלו הוא השתקפות בפועל של בלוק פונקציונלי כזה או אחר על המודל המבני. אם ניקח את "1C: Accounting" כדוגמה, אז נוכל לראות שהמבנה והפונקציונליות שלו משקפים את המציאות במלואה. במקביל, התמיכה הטכנית של היצרן מדרגת את קשיחות המערכת, ומאפשרת לצרכן לקבל את הפונקציונליות הדרושה, המשקפת שינויים במרחב העסקי של המידע.

כוח עליון: נסיבות בלתי צפויות

בהתייחסות לנסיבות כוח עליון ביחסיו הפנימיים והחיצוניים, מעיד הארגון בצורה מהימנה על בורותו כיצד ייצא מזה או אחרמצבים. וכך חותם אוטומטית על משיכה מובטחת של התחייבויות.

בניית דגמים
בניית דגמים

היכולת של ארגון לעמוד בהתחייבויות שלו היא בעלת חשיבות עליונה עבור השותפים, עבור הלקוחות ועבור העובדים שלו, כלומר עבור הסביבה החברתית-כלכלית שמסביב.

הנוסחה לחברה המושלמת

הטבע מועיל, כל אחד מהאורגניזמים שלו מחושב לפרטים הקטנים ביותר והוא מסוגל לא רק להגיב בצורה נאותה לכל שינוי בסביבה, אלא גם להתאושש בעצמו, ללא הפרעות מבחוץ.

הארגון האידיאלי הוא כזה שלמעשה "לא קיים", אבל תפקידו מבוצע. כאשר ארגון משתלב באופן אורגני בסביבה הכלכלית-חברתית הסובבת אותו, הופך לחלק הכרחי שלו ומתפתח בצורה נאותה, רק אז סביבה זו תבטיח את חיי החברה ותדאג לה כחלק מגופה.

מחזור הפוך

התוצאה של כל סימולציה של כל ארגון היא מעל הכל סיבה לחזור על התהליך. דוגמנות היא רמה גבוהה יותר של מציאות תכנותית, פחות פורמלית ונוקשה מבניית מערכות מידע.

כל תוכנית (כפי שהניסיון מעיד) ניתנת לשיפור כי היא נפתרת בפני עצמה. זה נותן סיבה לשנות את אלגוריתם הפתרון, את התוצאה שלו ולהעריך את נתוני הקלט בצורה מוכשרת יותר.

המודל שנבנה הוא תוכנית מסדר גבוה יותר. כאשר הוא מיושם, הוא מספק ניסיון מעשי שלא יסולא בפז, זו סיבה טובהחזור להתחלה.

מוּמלָץ: