רשימת פרומים |
הנדסת מערכות | ניתוח אפיון ועיצוב מערכות מידע | טכנולוגיות אינטרנט | ניהול פרויקטים מערכתי | עבודות סטודנטים באנליטיקה זמן-אמת |
|
האתגרים בניהול זריז של פרויקטים ב- SCRUM |
גדעון קוך
|
| ניהול זריז או Agile הינה שיטה לניהול פרויקטים באיטרציות, המבוססות על אנשים ולא רק על משימות עם פתיחות רבה לשינויים תמידיים בפיתוח.
האם מדובר על שיטה של "לך ללקוח תשאל אותו מה הוא צריך, תפתח לו את זה מהר ובלי ניירת, תקבל ממנו תגובה מה הוא עוד רוצה..."
ככה ממשיכים עד שהלקוח מרוצה או שנגמר הכסף למיזם...
הכי חשוב שיש הבנה שהכל ללא תעוד בפיתוח, פשוט גן עדן לכל מפתח תוכנה.
ראשית המידע הזה לא מדוייק והשיטה כוללת:
> תפיסת עבודה שונה מאוד מהקיימת במודלים אחרים
> תהליכים וטקסים הגורמים לכל הנושא לעבוד
> בעלי תפקידים מוגדרים והנדרשים למיומנויות רבות
אתגרים בניהול בשיטה זו:
איך לתכנן ניהול ארוך מרובה מודולים
צוותים בעלי ידע רב תחומי
ניהול התלויות בין הצוותים השונים |
|
|
פתרונות לבעיות בניהול פרויקטים בשיטת SCRUM |
גדעון קוך
|
| 1. תפיסת התרבות של הניהול הזריז המקדם אנשים, תקשורת פנים אל פ נים וניהול סיוכנים ללא חשש.
2. קבלת השינויים כתהליך בונה של הפרויקט לשיפור שביעות הרצון של הלקוח
3. שימוש בטכנולוגיות (בעיקר סייבר) המאפשרות ניהול מערכות מידע הניתנות לשידרגו ללא עלות ביצועים או שינוי במסדים עצם.
4. מינוי מנהלי פרויקטים (לא מהדור הישן) האחראים לתקשר בין "גילדות", "שבטים" בכמה צוותי SCRUM הפועלים במקביל.
|
|
|
מה עם כל התהליכים לפני התחלת הפיתוח? |
גדעון קוך
|
| עוד שאלות שקיבלתי במהלך הרצאה באירגון גדול.
מה עם כל התהליכים להגדרת דרישות, תיכון ותכנון?
לא מבצעים תיכנון לטווח ארוך?
אין מסמכי איפיון, תכן ראשוני ותכן מפורט לאישור תקציבי ומשך הפרויקט כולו? |
|
|
תכנון לטווח ארוך |
גדעון קוך
|
| ראשית כשמדובר ב-Scrum רצוי שהפרויקט המבוצע יהיה קטן. מספר מפתחים קטן וכמות משתמשים מצומצמת המכירה את המערכת היטב ויודעת לעבוד על המערכ, לכתוב משובים ולבקש תוספות באופן ברור ומדוייק.
מודל זריז תוכנן לפרויקט קטן.
בפרויקט מסוג זה, לא מבצעים חשיבה לטווח ארוך (מעבר לשנתיים) מכיוון שהתפיסה היא שככל שהמשתמש יחשף למערכת כך הוא יכול לספק משובים ורצונות נוספים.
תנאים לשימוש בשיטה זו הם:
1. הממשקים בין המפתחים מועטים
2. המשתמשים (מצד הלקוח) מכירים היטב את המערכת ויודעים לעבוד איתה ולתת הערות שאפשר להבין מה הם רוצים. לא מומלץ לפתח מערכת ראשונה ללקוח או כאשר אצל הלקוח נמצאים משתמשים חדשים שלא מכירים את התהליכים או מערכת דומה.
3. היקף המערכת קטן ולא עולה על כמה חודשי פיתוח.
פרוקטים גדולים מידי המבוצעים בשיטת Scrum נתקעים בשלב זה או אחר והצוות עובר (מבלי לשנות את כותרת התהליך... ) למודל הספירלה.
שלב זה מתאפיין בכך שמתחילים לכתוב מסמכי דרישה ואיפיון מסודרים מסיבות שונות.
ובעיקר כשנדרש תכנון יותר מעמיק ומקיף שיועבר למספר אנשים.
מעבר לזה רצוי שלא יהיה במערכת קשרים מורכבים מידי שיכולים בשלב מתקדם לגרום לצורך לשכתב מחדש את הפרויקט עקב ביצועי מערכת איטיים מידי.
ובעיקר יש לדאוג לצוות שמודע למצב שיצטרך לעשות את אותה עבודה מספר פעמים.
מומלץ לדעתי
1. לראות איך אחרים עובדים עם השיטה ולא להסתמך על כל מי שרק מסביר לך כמה זה מדהים.
2. לשאול על אחד שנכשל ולנסות להבין למה.
3. לחפש ולקרוא על: Scrum Vs Kanban |
|
| |