מדריך Newbies ל Scrum Project Management 101
ניהול פרויקטים Scrum הוא מסגרת מתודולוגיית ניהול הפרויקט זריז. התנאיזָרִיזמתייחס לאורך של ניהול פרויקטים המשלבים שיפור מתמיד, גמישות היקף, מעורבות צוות, ומספקת מוצרים איכותיים מכריעים.
חלק מהגישות שלה, למעטScrum, כוללתכנות אקסטרים (XP)עבור איכות upfront בניין,רָזֶהלחשוב על חיסול פסולת ואתAgile Unified תהליך (AUP)גישה לפיתוח תוכנות יישומים עסקיים באמצעות טכניקות זריז.
בספר אלקטרוני זה, נדון מדוע scrum הוא מסגרת חזקה ומדרגית עבור צוותים זריז ולשקול כמה סיפורי הצלחה גדולים מרחבי העולם עבור צוותים באמצעות מסגרת scrum.
שפותחה על ידי קן שוואבר וג 'ף סאתרלנד בתחילת שנות ה -90, ניהול פרויקטים Scrum מספק מסגרת תהליך קל אשר מקיף שיטות iterative ו מצטבר. זה עוזר משלוח מהיר יותר ותדירות טובה יותר בשחרור התוכנה על ידי ארגונים. מחזור הפרויקטים כרוך במערך חזרות שנקרא ספרינט שבו בסוף כל ספרינט, צוות הפרויקט משחרר מוצר משופר, מאומת ופוטנציאלי.
מסגרת זו סותרת את גישת המפל המסורתית, המבוססת על ניתוח נרחב, תכנון דרישות ותיעוד לפני תחילת שלב הפיתוח. שיטה זו גורמת לעיתים קרובות במוצרים באיכות נמוכה עקב עיכובים באבני דרך, נושאים פיננסיים וחוסר מאפיינים מעורכנים עבור המוצרים. בסופו של דבר, הלקוח מקבל מוצר מאוחרת, עם תכונה מיושנת או לא רצויה שיש בעלות גבוהה באותו זמן.
Scrum שימש בכל תחומי החיים - כגון בתי ספר, ממשלה, תוכנה ופיתוח חומרה, שיווק ופעולות יומיומיות בארגונים. הוא הוכיח יעיל במיוחד בתחומים העוסקים בהעברת ידע איטרטיבית ומצופה.
הקבוצה:צוותי Scrum הם צוותים מאורגנים עצמית, עם 5 עד 11 חברים. צוותים אלה צריכים להיות אדפטיביים לשנות וגמיש מאוד. הם גם צריכים להיות cross-functional, עם כל המקצועות הנדרשים כדי להשיג את הפרויקט ללא תלות בחברי הצוות. צוות הסקרום מחולק כדלקמן:
בעל המוצר: בעל המוצר הוא אדם יחיד, אחראי עלמוצרים שטרם סופקו, שהיא רשימה של תכונות כי הם עדיפות עם תיאורים קצרים של הפונקציונליות הנדרשת. בעל המוצר צריך להבטיח כי אלמנטים backlog המוצר מופיעים בבירור ושקופים לצוות - על המצב הנוכחי ומה מתוכנן הבא.
משמעות הדבר היא כי בעל המוצר צריך:
כל הצעות לגבי שינויים לצורכי צורה יש לטפל ישירות לבעל המוצר.
קרא עוד:
Kanban VS Scrum: איזה מהם הוא גישה טובה יותר לשימוש ב 2022?
צוות הפיתוח:כמו הכותרת מרמזת, צוות זה מבצע את עבודת הפיתוח, אשר גדל במהלך sprints ופוטנציאל לספק עד סוף כל ספרינט. צוות זה הוא ממושמע, מארגון עצמי ו cross-functional. למעשה, זה אומר חברי הצוות צריך משמעת את קצב העבודה שלהם להיות מרובה מיומנים על פני פונקציות שונות. אין כותרים, ללא קשר לרמת העבודה שנעשתה על ידי חברי הצוות; ואין שום קבוצות משנה, ללא קשר למגוון תחום דומיינים למשל. בדיקה, פעולות, ניתוח. צוות הפיתוח הוא אחראי על כל העבודה שיש למסור.
מאסטר scrum:מאסטר scrum הוא מנחה ומחזיק את האחריות לקידום ולתמוך בסרחון. מאסטר Scrum מבצע אימון עובד באמצעות Scrum - התיאוריה, ערכים, כללים, ופרקטיקות. להלן כמה דרכים מאסטר scrum יכול לעזור לצוות כולו:
Scrum שירות של מאסטר לבעל המוצר:המאסטר scrum יכול לעזור לבעל המוצר על ידי בחלק מהדרכים הבאות:
Scrum שירות של מאסטר לצוות הפיתוח:המאסטר scrum יכול להועיל לצוות הפיתוח מאת:
Scrum שירות של מאסטר לארגון:הארגון צריך את המאסטר scrum ל:
האירועים:
צוותי Scrum מספקים מוצרים iteratively והגדלה, למקסם הזדמנויות למשוב. משלוחים מצטברים של "Done" המוצר להבטיח גרסה שימושית פוטנציאלית של מוצר עבודה תמיד זמין.
בעיקר, Scrum מורכב 4 אירועים פורמליים או שלבים לבדיקה והסתגלות:
ספרינט, המהווה את הפעילות העיקרית בסרט, היא תקופת זמן שנמשכה בין 1 ל -4 שבועות. בממוצע, ספרינט מכסה 2 שבועות.
ספרינט תכנון מפגש: פגישה זו הופכת את הפעילויות כי ללכת לתכנון בדיוק מה צריך להיעשות. חברי הצוות תופסים משימות שונות בהתבסס על העדיפות הגבוהה ביותר. בעל המוצר ואת צוות הפיתוח ואז להגדיר את המשימות להיות מכוסה בתוך ספרינט המתאים.
Scrum יומי או standup היומי:Scrum היומי הוא כ 15 דקות, אירוע יומי המדגיש את פעילות הצוות. כל חבר צוות מניות את העבודה נעשה ביום קודם לכן, העבודה נעשה באותו יום ולאחר מכן מזהה כל בעיה. מטרת הפגישה היומית היא להבטיח שכל חברי הצוות נמצאים באותו דף ופעילויותיהם בסנכרון.
סקירה ספרינט: סקירת ספרינט מתבצעת בסוף כל ספרינט שבו הצוות דן ומראה את המטרות שהושגו. סקירה זו מפגש גם נותן לבעלי העניין הזדמנות לתת משוב והצעות לגבי המוצר.
ספרינט רטרוספקטיבה: הפגישה הרטרוספקטיבית, שנערכה גם בסוף הספרינט, מעודדת את הצוות להעריך את המטרות שהושגו. הצוות מזהה את הנושאים, פעילויות חלשות או חזקות ודרכים לשיפור הספרינט הקרוב החדש.
גם לקרוא:
4 סיבות למה אתה צריך תוכנת ניהול בעיה
את החפצים:
ניהול פרויקטים Scrum עומד על 3 הממצאים העיקריים המסייעים להתמקד בשירותים ובערך העסקי. אלו הם:
קבוצת פיתוח המוצר (PDE) מספקת את בטחונות הבדיקה כדי לתמוך בהקרנת ההתקנים והסיווג הרווחי בתעשיית המיקרו-מעבד. תקוע בין העיצוב לבין צוותי הייצור, PDE היה לעתים קרובות בלחץ, נאבקים עם מועדים, דרישות, ותוצרים. צוותי המשנה ב PDE, כ 50 עובדים, הסכימו לעבוד על שיטה משולבת יותר בפיתוח המוצר. הוחלט כי המתודולוגיה זריז, מסגרת הסקרום תוקם בשילוב עם שיטות עבודה נוספות הנדסיות.
אימוץ מסגרת חדשה לגמרי לא יהיה קל בגלל התרבות מפל מוטבע עמוקות באינטל לאורך השנים הארוכות. על פי תרבות זו, הקבוצות מאורגנות במגדלים פונקציונליים שונים. המגדלים עבדו בנפרד על פונקציות שונות של הפרויקט, אחד העברת הפונקציה הושלמה למשנהו. בשל כך, חלק מהצוותים היו צריכים להתמודד עם נטל יוצא דופן, במיוחד בשלבים מאוחרים יותר של פיתוח המוצר. זה, בתורו, מוביל מחזור גבוה בסוף הפרויקט. כמו כן, כי מומחי תחום של כל צוות היו סטים שונים מיומנות, הם לא יכלו לעבוד יחד או לחלוק אחריות.
הוסכם להציג את הסקרום לשלב הראשון, רגוע יחסית: פיתוח תשתית טרום-סיליקון ועבודות מוכנות. אם Scrum יכול להצליח בשלב זה, היו יותר סיכוי שזה גדל לתוך הלחץ יותר לחוץ, בלחץ, מאוחר יותר שלבים של פיתוח המוצר כלומר כאשר העבודה היומי תלוי במצב של סיליקון בפועל, דרישות של לקוחות הקשורים לעיצוב, ייצור ו ייצור יחד עם תנאים עסקיים חיצוניים.
בתחילה השתתפו 6 צוותים עם צוותי המשנה הרבים שלהם. Collabnet הועסק עבור שיחה חינוך והכשרה. כ -20 קבוצות מוביל מוביל טכני הצטרף 2 יום מוסמך Scrum אימון מאסטר. הוא כלל מבוא לעקרונות ולפרקטיקות.
ההכשרה היתה ואחריה מפגש רטרוספקטיבי בהיעדר נציגי קולאבנט. המשתתפים באסיפה זו דנו ברעיונותיהם ובהסתייגויותיהם לגבי אימוץ מסגרת הסחירה. המשתתפים הסכים סוף סוף לנסות את הגישה scrum במשך 3 חודשים. צוות פעולה תהליך (פאט) נוצר לניטור פיתוח של scrum. למרות ההסכם, כבר היתה תחושה של דיסקור בקרב הקבוצות.
כעבור חמישה חודשים, עבודות קנה מידה על פני צוותי הסחורים הפכו לאתגר עצום. הארגון לא היה בטוח כיצד לנהל את התלות בין צוותים מרובים ולשפר את תקשורת בין-קבוצתית. קורס נוסף בוצע על ידי collabnet כי התמקד בעקרונות מרכזיים של תכנון ספרינט, לשחרר את התכנון ואת קנה המידה על פני צוותים מרובים. לאחר לימוד כמה שיטות עבודה מומלצות יותר, הוספת תפקידים נוספים כדי להתמודד עם הבעיות הטכניות יותר שכבות של הארגון, בתוך שנה 12 צוותי scrum הוקמו, כל אחד עם כ 5 עד 9 מפתחים, בתוך שנה.
תפקידים הוגדרו שכללו בעלי עסקים, בעלי מוצרים, בעלי טכניים, אדונים, צוותים, צוותים, ערבה, ובעלי סיפור.
לאחר תנודות רבות בתזמוני ספרינט, תקשורת צוות חוצה תפקודית והוספת צרחות נוספות ממחלקת התעשייה, היה סוף סוף הבדל גלוי בארבע דרכים עיקריות: זמן מחזור, ביצועים לתזמן, מורל, ושקיפות.
Scrum היה צעד מוצלח בהנדסת פיתוח המוצר. זה עזר לשינוי ולבדוק ולהתאמת, ארגון עצמי, ארגון מבוסס תכנון אמפירי מפיקוד ובקרה, ארגון מבוסס תוכנית.
בשנת 2013, צוות בית הספר של סנט מיכאל, היו בחיפוש אחר שיטות כדי לשפר את היחסים בין הקהילה המקומית לבין התלמידים - בני 12 ל -15. בית הספר נמצא כמה קילומטרים מחוץ לוולברהמפטון, במרכז אנגליה. הרעיון היה לקבל סטודנטים לעצב בקשה שיתוף פעולה יעיל יותר בין בני הנוער לבין המשטרה; ובמיוחד, בפחתת שיעור פשע.
הם שמעו על רויל ואת יוזמת בית הספר הסקראי שלו. לדברי רויל, תפיסת בית הספר הסקראי פותחה באוניברסיטת בלגרד, בשיתוף עם ג'סמין ניקולי. היא חלוץ בשימוש בגלצונות, Kanban, ומרחב פתוח בהקשרים שונים, במיוחד השכלה וזה היה החשיבה המקורית שלה באמצעות scrum בחינוך.
רויל רצה לדחות את היוזמה בבית הספר, ולכן הוא ויין היל, סגן ראש סנט מייקל החליט לתת לו לנסות.
הסיפור התחיל עם מתקרב לשירות המשטרה המקומי - משטרת מרסיה המערבית, ומשטרה (PC) אוצר היוגי, קצין הקישור הקהילתי. למרבה המזל, עם תמיכה של אוצר ה- PC, הניסוי החלה.
מפגש חלל פתוח התקיים בקרב המשטרה, סטודנטים וצוות האוניברסיטה ליצירת רעיונות. התוכנית פותחה לאחר מכן. רויל החליטה להשתמש "גרסה מהירה" של scrum, כדי ליישר טוב יותר עם יום הלימודים המובנים ומגוונים. היו 5, 20 דקות Sprints. אחרי ספרינט הראשון, התלמידים יכלו לנהל את שנותרו את עצמם. לבסוף, אב טיפוס יישום ונייר תוכנן עם מצגת "מעלית המגרש" עבור המשטרה.
תוך התחשבות בציר הזמן המוגבלים ומיומנויות מגוונות, הרגיש רויל כי הסרח ביותר יהיה שימושי ביותר עבור הפרויקט בהישג יד. יתר על כן, זה יכול להציע סביבה לסטודנטים לעבוד בצוותים בכוחות עצמם, מה שהופך אותם להרגיש יותר מחובר לפרויקט. כמו רויל הסביר, "באמצעות פילוסופיה של למידה זריז עם scrum הוא על פיתוח מה חברי צוות יכול לעשות ולא מה שהם לא יכולים", הוא אומר. "במקום להעריך מה הילדים לא יכולים לעשות, מסגרת Scrum מאפשר להם את ההזדמנות להשתמש ביכולות הטבועות שלהם ולפתח מיומנויות חדשות בסביבה בטוחה".
חלק מהיתרונות הנזכאים שהביאו לניסוי זה:
הפרויקט נמסר חיזק את ההצלחה של תוכנית בית הספר הסקרווי. רויל מעודדת כי בתי הספר לאמץ את המושג הזה; עם זאת, כל בתי הספר שונים בתוכניות ההתאגדות שלה צריך להיות הצליח לשמור על שיקולים מיוחדים בראש.
אחד האתגרים הגדולים ביותר בענף הבנייה פרצופים היא ליצור מבנים שיכולים לעמוד בניסויים: צפויים ולא צפויה. יש הרבה תכנון מעורב ומנהלי פרויקטים צריכים להשתמש ניסה ונבדק תבניות, רשימות ודגמים עם מספר שלבים.
משימות מסוימות צריך להיעשות לפני שאחרים ניתן להתחיל. יתר על כן, בעיות צריך להתגלות מוקדם ככל האפשר. לפעמים, יישום של משימות מסוימות לוקח כל כך הרבה כי הפרויקט כולו צריך להיות מתוקן כדי להתאים את הדרישות החדשות. זה יכול לגרום לעלויות חוזרות, עיכובים בלוח הזמנים והשפעה שלילית על האיכות הכוללת.
במאמר מחקר, יישום של סליחה בענף הבנייה נלמד השימוש בסרטת לבנייה של בניין. הפרויקט כלל את בניין של 3, בן ארבע קומות, רב משפחתי עבור השוק השוויצרי, עם שטח קומה כולל הכולל 2'-100 מ ' מחולק 11 דירות ו 200 מ ' של שטח מסחרי. Scrum היה מיושם בשלב התכנון של פרויקט מתמשך, לפיה התכנון, ההנדסה וההפקה בוצעו באסטוניה. את מודולים עץ טרומיים היו צריכים להיות מועברים לשווייץ.
מסגרת Scrum מדגישה בזיהוי ופתרונות בזמן. לבנייה, לא רק גילוי בעיות בשלב מוקדם בתהליך חיוני, אלא גם ללמוד, לבדוק ולהתאים בהתאם. ספרינט ביקורות רטרוספקטיבה בשיטת Scrum לספק מבנה ומשמעת לעשות זאת.
התוצאות של מחקר זה הדגישו את הפוטנציאל של scrum כדלקמן:
מסגרת Scrum ניתן לשלב לתוך מספר תרחישים, במיוחד כאשר מדובר בטכנולוגיית מידע. זה יכול לתרום צוות יעיל וניהול פרויקטים וכתוצאה מכך מיומנות ניטור הפרויקט ומסירה.
הצהרת בעיה: שינויים חשובים צריכים להתבצע באתר אינטרנט קיים. הצוות צריך להיות מוקצה משימות ציר זמן.
שחקנים:
זרימת אירועים בסיסיים:
הצהרת בעיה: לקוח דורש משחק להתפתח מאפס.
שחקנים:
זרימת אירועים בסיסיים:
באמצעות scrum. -
הצהרת בעיה: חברת לקוח היא מיקור חוץ אבטחת איכות עבור תוכנת הצ'אט המקוונות הבא שלה.
שחקנים:
זרימת אירועים בסיסיים:
גם לקרוא:
האם Jira תוכנה ניהול פרויקטים נגד השוק של היום?
באמצעות scrum.
הצהרת בעיה: בעיות הלקוח גדלות ואין תוכנית סטנדרטית לפתרון בעיות לקוחות.
זרימת אירועים בסיסיים:
מנהל המשימות של UDN.היא מערכת ניהול משימות המבוססת על מסגרת Scrum. הוא נוצר כדי להקל על אימוץ scrum בתכנון הפרויקט ואת התהליך יישור. להלן כמה מהדרכיםמנהל המשימות של UDN.יכול לעזור לך לתכנן ולהשיג מטרות הפרויקט שלך טוב יותר.
מנהל המשימות של UDN.נותן תצוגה שקופה של כל הפרויקטים ואת המשימות המתאימות ומשימות משנה דרך המשימות שלה. כל פרויקט שנוצר או שונה מועבר לצוות, מיד. אין צורך בביצוע עדכוני התקדמות, לפגוש הזמנות או דוחות פרוייקט.
את מצב משימות שקוף, להיות מעודכן, שונה או נמחק, לעזור לכל הצוות להיות מודע לחלוטין ולדעת בדיוק מה מושלם ומתי. עם אפשרות המסנן שלה, תוכל לבחור לראות עדכונים עבור פרויקטים נבחרים בהתאם לעדיפות או למשימה בהישג יד. עם אפשרות הסטטוס, ניתן לראות את מצב המשימה שנבחרה. אם זה התחיל או לא, הושלם או התקדמות.
סעיף הפרויקטים מאפשר להגדיר משימות ולהקצות על ידי בעל המוצר. העדכון עבור כל משימה מסופק על ידי חברי הצוות שהוקצו עצמם ללא צורך בבקשת מנהל הפרויקט. כל עדכון משימה הוא אחריו על ידי חברי הצוות.
יומני הפעילות מסייעים להגדיר פעילות משימה, אשר ניתן להשתמש בהם מחדש בעתיד מבלי להגדיר מחדש אותם. זה מועיל במיוחד אם המשימה נדרשת לפרויקט אחר או אם יש להקצות מחדש את חבר צוות אחר.
מודול הגליון מאפשר ניטור יעיל והערכה של התקדמות הפרויקט. זה עוזר בנפרד התחת ציר הזמן עבור משימות שונות גם ואת אבני הדרך הגיעו או בהמתנה.
הזמנות לפגישה ניתן לטפל דרךמנהל המשימות של UDN.. אתה יכול להגדיר זמן קבוע לפגישה או לשלוח זמן מומלץ לצוות, כדי לסיים לאחר תגובת צוות.
מנהל המשימות של UDN.כמו כן מאפשר לך לציין את כל הנקודות החשובות שנדונו בפגישה. את הדקות ניתן לבדוק ואז פורסם עבור שאר הצוות.
העדכונים האוטומטיים על פרויקטים, משימות ופגישות לשרת שיתוף פעולה טוב יותר ולדיון. אין זמן מבוזבז בהסדר ידני של הפרויקט ומעקב משימות, תקשורת הפגישה של דקות או עדכון הפרויקט.
הערות בזמן אמת מספקת דרך קלה לתקשר עם הצוות. בין אם זה חילופי מידע או רעיונות חדשים, זה עושה את זה קל עבור הצוות להישאר על אותו דף.
המשימות הבולטות מודגשות וכל חבר צוות יכול לבדוק את העדכונים באופן מיידי כפי מעודכן על ידי חברי הצוות האחרים. זה נותן לכל חבר צוות הזדמנות להיות מודעים למצב ולתכנן את המשימה הבאה, בהתאם.
אם אתה מאסטר scrum במשרד IT מתפתח אי פעם, נשמח לשמוע את השקפותיך. אל תהסס לשחרר שאלה או לשתף את המחשבות שלך באמצעות סעיף הערות להלן.
