איך אוספים דרישות עסקיות?

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

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

חלק 1 מתוך 4: זיהוי הדרישות העסקיות

  1. 1
    ניתוח הבעיה שזוהתה. לפני איסוף הדרישות העסקיות, החברה זקוקה לנושא להתמקד בו. לאחר זיהוי הבעיה, החברה מצידה מחפשת את הפיתרון האופטימלי לפתרון הבעיה. הדרישות העסקיות מספקות מתווה הצדקה לפרויקט ואת הפרטים הדרושים לקביעת הפיתרון האופטימלי.
    • פירוש הדבר שעל החברה לאסוף ללא הרף נתונים אודות לקוחותיה כדי שתוכל לזהות בעיות וכדי שיהיו לה נתונים המספקים הצדקה לפרויקטים חדשים. לאחר שהוחלט על פרויקט חדש, תוכלו לעבור לאיסוף הדרישות העסקיות.
    • כדי להבהיר את הבעיה התחל בהצהרת הבעיה. הצהרת הבעיה היא בעצם הסיבה שאתה מתחיל את הפרויקט. ראית בעיה בתוך החברה או עם הלקוחות שלך שצריך לטפל בה. הצהרת הבעיה שלך צריכה להתאר בדיוק מה הבעיה.
    • "הבעיה" יכולה להיות גם צורך שיש לחברה או הזדמנות לצמיחה.
  2. 2
    אספו את הצוות. מכיוון שדרישות עסקיות מתמקדות בפרויקט מסוים, תוכלו לקיים פגישות עם האנשים הרלוונטיים מהפרויקט. הצוות יורכב מאנשים בתפקידים שונים הקשורים לאלמנטים המושפעים מהבעיה או משפיעים עליהם. יתכן שתצטרך להיפגש יותר מפעם אחת כדי לאסוף את המידע הדרוש לך.
    • בפגישת הצוות שלך, דן מה הבעיה ועל מי היא משפיעה. ודא שלאנשים בפגישה יש מספרים לגיבוי הבעיה.
    • לדוגמא, בעיית איכות תדרוש אנשי ייצור ובדיקה, כמו מהנדסי תעשייה ומנהלי עבודה, כמו גם כל אנשי משאבי אנוש של הצוות אם ישנם גורמי עבודה פוטנציאליים (איגוד).
  3. 3
    התייחס לכל היבטי הבעיה. כלומר, הצהרת הבעיה צריכה לכסות מה הבעיה, כמובן, אך היא צריכה לכסות גם על מי היא משפיעה, היכן היא מתרחשת ומתי היא מתרחשת. זה צריך להתייחס גם למה הבעיה משפיעה, מלבד אנשים. זכור כי הצוות אינו מזהה את הבעיות, אלא את הסיבות, ההשלכות וההשפעות של הצהרת הבעיה כפי שפותחה בעבר.
    • התחל עם הקבוצה לזהות את המחלקות השונות המושפעות, כיצד הן מושפעות וההשפעה הקיימת של המצב הקיים. בקש ממישהו לכתוב על לוח או מסך גלוי לכולם. כתוב למעלה את הצהרת הבעיה. תן לאנשים לזרוק רעיונות ולכתוב אותם על הלוח.
    • ודא שאנשים מגיעים מוכנים; אם כבר יצרת את הצהרת הבעיה, הם היו צריכים לקרוא אותה ולחשוב עליה בעצמם.
    • אל תשפטו רעיונות. כשאנשים זורקים רעיונות, אל תציע שיפוט, לפחות תוך כדי סיעור מוחות. אנשים יהססו יותר לומר דברים אם הם חושבים שישפטו אותם.
    • עודד את כולם לדבר. אם מישהו לא אמר משהו, קרא לאותו אדם לראות אם יש לו או לה לתרום.
  4. 4
    צמצם רעיונות. לאחר שסיעת מוחות, הגיע הזמן לצמצם את הפתרון שלך. דון אילו מהפתרונות נראים הכי טובים. בעיקרון, אתה הולך להחליט מה החברה שלך תעשה כדי לפתור את הבעיה. אולי החלטת שאתה רוצה לחזור לכמה מהעיצובים המקוריים שלך עם כמה עדכונים.
תוכלו לעבור לאיסוף הדרישות העסקיות
לאחר שהוחלט על פרויקט חדש, תוכלו לעבור לאיסוף הדרישות העסקיות.

חלק 2 מתוך 4: פיתוח תוכנית פרויקט

  1. 1
    פתח תוכנית פרויקט להשלמת פרויקט איסוף הנתונים. זה צריך לכלול הגדרת תפקידים, אחריות וסמכויות המעורבות בפרויקט איסוף הנתונים. איות את המחלקות המעורבות ואת הנתונים שייאספו וניתחו. לפני שתמשיך קדימה, ודא שכל חבר צוות נמצא באותו דף ומחויב לתכנית ולהצלחה בסופו של דבר.
  2. 2
    הגדירו בדיוק מה יצטרך לקרות. כדי להביא לפרויקט זה, יהיה עליכם להגדיר מה החברה צריכה לעשות בדיוק. לדוגמא, אם הבעיה היא שעלויות מוצר גבוהות מדי, התחומים המכוסים יכללו בין היתר רכישה, ייצור, אריזה, משלוח וחשבונאות, כדי לקבוע את המגמות הנוכחיות והעבר בעלויות החומרים, מחזורי הייצור, ועלות.
  3. 3
    קבע משלוחים. המסירה היחידה שלך בפרויקט איסוף נתונים היא דיווח על המצב הנוכחי עם מגמות העבר, יחד עם השלכות צפויות אם המצב הקיים יישאר. אם הבעיה העסקית שניתנה לצוות מבקשת נתונים על פתרונות מוקרנים, אלה ייכללו גם במשלוחים שלך.
  4. 4
    עבוד עם הרשויות הדרושות. עבור חלק זה של הפרויקט, עליך לעבוד עם ראשי מספר מחלקות כדי להחליט מה מתאים לדרוש עבור אספקה. הגדר דרך לעבוד עם הרשויות והתהליכים הדרושים לאיסוף מידע. בדרך כלל, מנהלי המחלקות נרתעים מלהעניק גישה לאלה שבחוץ, ולכן יש צורך מראש בסמכות ובגישה מוסכמת.
  5. 5
    קבע לוח זמנים. קבעו אבני דרך ואת רצף המשימות. חלק זה הוא משהו אחר שתוכלו לעשות בקבוצה קטנה או בצוות. בעיקרון, אתה רוצה לפרוש מתי יתרחשו חלקים מסוימים בפרויקט. ביסס את ההערכות שלך על משך הזמן של פרויקטים מסוג זה. פירוש הדבר גם להגדיר מתי הפרויקט יתחיל ומתי יסתיים.
  6. 6
    צור תקציב. לכל פרויקט חייב להיות תקציב. התקציב יתבסס על פי הערכות מול מחלקת הנהלת חשבונות. שוחח על המספרים עם מחלקת הנהלת חשבונות כדי לקבוע מה יהיה התקציב לכל חלק בפרויקט.
  7. 7
    תעד את היקף המוצר או השירות. פיתח תיאור מפורט של מה יהיה המוצר או השירות. אתה יכול לעבוד עם צוות העיצוב כדי למצוא תיאור זה. זה צריך לכלול אספקה, משאבים, לוח הזמנים והעלויות.
הדרישות העסקיות מספקות מתווה הצדקה לפרויקט ואת הפרטים הדרושים לקביעת הפיתרון האופטימלי
הדרישות העסקיות מספקות מתווה הצדקה לפרויקט ואת הפרטים הדרושים לקביעת הפיתרון האופטימלי.

חלק 3 מתוך 4: איסוף ותיעוד נתונים

  1. 1
    קבע את התהליך. יש לקבוע את התהליך הקיים לייצור מוצרים או לספק שירותים ללקוחות שלך. ברור שהתהליכים יוקמו על ידי מחלקות שלמות שיעבדו יחד בכדי להגיע לפיתרון. עם זאת, תפקידכם להגדיר את התהליך בדרישות העסקיות. זהה כיצד התהליכים הנחקרים משפיעים על הבעיה, בין אם הם גורמים או השלכות. למד את התהליך על ידי:
  2. 2
    צור תרשים זרימת תהליכים. אחת הדרכים להראות את התהליך היא להשתמש בתרשים זרימה. אתה משתמש בצורות לכל שלב בתהליך עם חצים כדי להראות כיצד המוצר או השירות נעים. זו למעשה מפה של אופן הפעולה של התהליך. זה יכול להראות היכן עלולות להיווצר בעיות בתהליך אם המוצר מסתיים בצוואר הבקבוק באזור מסוים.
    • לדוגמא, אם אזור אחד יכול לייצר 40 מהמוצרים בשעה אחת, אך השלב הבא בתהליך יכול לעשות 20 בלבד בשעה, אז יש לשנות את התהליך.
  3. 3
    לכמת רכיבי תהליך. ניתוח התהליך שלך מראה כיצד כל שלב הולך להשפיע על שלב אחר. לכן, התהליך עבור הפרויקט שלך לא צריך להיות אוטומטי עד שתקבל הבנה מלאה של התהליך באמצעות ניתוח. כלול הסבר על תשומות ופלטים עם ספירות פיזיות, זמן מחזור ונתונים רלוונטיים אחרים. בפרט, שים לב מתי התהליך עובר ממחלקה אחת לאחרת מכיוון שלעתים קרובות זהו המקור לחוסר היעילות הגדולה ביותר.
איסוף דרישות עסקיות הוא שלב לפתרון הבעיה המתרחש לאחר שזוהה בעיה פוטנציאלית
איסוף דרישות עסקיות הוא שלב לפתרון הבעיה המתרחש לאחר שזוהה בעיה פוטנציאלית, אך לפני פיתרון של פתרון.

חלק 4 מתוך 4: דיווח על ממצאים

  1. 1
    משוך את המידע לדוח. לאחר שאספתם את המידע לכל חלק וכתבתם אותו עליכם לשלב את כל העניין לדוח אחד גדול. חלקו אותו לתהליכים ותתי תהליכים עיקריים, כך שהוא קל לקריאה. השתמשו בוויזואליות במידת האפשר כדי להבהיר את ההבנה. בנוסף, הקפידו להיות תמציתיים ככל האפשר, מכיוון שאנשים רבים יצטרכו לקרוא את הדו"ח הזה.
  2. 2
    שמור על זה תמציתי. הצהרה זו אינה צריכה להיות באורך של עמודים. זה יכול להיות פיסקה או שתיים, שכן היא רק מבטאת את הבעיה. למעשה, עיקר הבעיה אמור להיות מסוגל לבוא לידי ביטוי במשפט יחיד.
  3. 3
    התייעץ עם חברי הצוות שלך. אשר את הממצאים שלך עם חברי הצוות ומקורות המחלקה. שלב זה הוא בדיקת בקרת איכות כדי להבטיח ששום דבר לא הושמט או הוצג בצורה מוטעית. שאל אם יש צורך לבצע תיקונים כלשהם.
  4. 4
    בצע את התיקונים הדרושים. אם אתה צריך לבצע תיקונים, שנה את המסמך. לאחר שביצעת תיקונים, עליך לשלוח אותו שוב, ולוודא להדגיש את ההבדלים כך שקוראיך לא יצטרכו לקרוא את כל המסמך שוב.
  5. 5
    סכם את הממצאים שלך. כתוב סיכום קצר של הממצאים העיקריים שלך, כך שניתן יהיה להבין אותם בקלות על ידי הקוראים. ברוב המקרים הסיכום צריך להיות לא יותר משני עמודים. הקפד לכלול הפניות או קישורים אם יצרת דוח אלקטרוני.
  6. 6
    הציגו את הדוח שלכם למסיבת חסות. צור מצגת וחומרי מצגת כדי שתוכל להציג את ממצאיך למסיבת החסות. אם יש צורך בדוח בעל פה, התכונן לקראת אותה פגישה על ידי בחינת ממצאיך.

טיפים

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

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