Vassfall vs. Smidig: Kva metodikk skal du velje for dine Redmine-prosjekt?

לפעמים hører jeg rop som "Gantt er død", "du må kjøre את זה בצורה פשוטה" או ל-og med "פרויקטledelse er død". אני מתמודד עם דוגמאות שיווקיות, מתמודדים עם פרויקטים רבים, סקרום-מסטרים ומקצועות אחרים של פרוייקטים, שרוצים לדבר על רצינות על Smidig vs. Vannfall (Gantt) teknikker. הפוסט הזה הוא הקדמה קצרה לנושא. Jerntriangelet for Projectledelse הוא למעשה ייצוג מאוד פשוט של אלמנטים חשובים שדרושים לתכנון פרויקט מצליח. אומפאנג, זמן והוצאות/משאבים. Ressurser er de eneste og/eller kritiske elementene i prisen i mange bransjer. Mennesker er den mest verdifulle eiendelen som לא יכול לעלות, להפחית או להרבות ביחיד. באותה דרך יש משאבים ויכולת ייצור מסויימת ולא ניתן להשתנות עם לחיצה פשוטה. Men hvordan passer jerntriangelet inn i det store bildet? ולדיג מעשי. זה נותן לנו ופשוט, אבל תשובה יעילה כאשר אנחנו צריכים להשתמש בתכנון של Vannfallsmetodikken, כאשר אנחנו לעומת זאת צריכים לבחור בצורה נוחה. Vannfallsmetodikken passer הטוב ביותר לפרויקט אם היקף הוא מוגדר מראש ומרכיב מפתח בפרויקט, למשל בנייה, קונפרנס תכנון או יישום של Easy Redmine-programvare. טכניקה: Omfanget av Project er definert (מהיר). אני דוגמה לכך, אני לא יכול לשנות את מספר החלון בנכסים שלי, אני יכול לא לשנות את המקום או נושאים עבור ועידה וכו '. Prosjektets tid er en limitende faktor enten absolutt (f.eks. konferanser) or nesten absolutt (f.eks. Softwareimplementering). היקף ההגדרה הוא עיקרי של פרויקטים או השקעות פורטפוליו כדי לתכנן כל סוג של מקורות בזמן טווח עבור פרויקט מקביל ולקחת בחשבון את המטרות הנדרשות של טיפול (משימה) בפרויקטים בודדים. Tenk for example på byggingen av et hus: arbeidere ansvarlige for sementlevering må fullføre arbeid sitt i rett tid, כי דחיית גורם למחסור על סמנט משאבים יכול להפריע לביצוע מלא של כל המשימה. כאשר הבטון הוא מהיר nok, אפשר כבר להיות בבנייה אחרת. התכנון הוא מועיל עבור פרויקטים לפי זמן מוגדרים קפדניים, משאבים הם גורמים מובהקים והיקף תכנון תכנון (עדיפות). דוגמה טובה יכולה להיות תוכנה התפתחות (ספרינט), פרסום פעילות (נתונים לפרסום של magasin/avis) או שיווק סינתח (קמפיין). טכניקה: Scrum-mestere eller planleggere i roller דומים prioriter משימה עבור neste sprint. Vanligvis har scrum-mesteren שונים משימה ליסטים ו-scrum-boards עבור מקורות שונים, לדוגמה, יפתחו שרוצים למצוא טעות וטיפול ראשוני על פונקציות חדשות.

קוו אומר את זה?

Opplagt, heile problemstillinga med prosjektleiing dreiar seg framleis rundt den jarntriangelet. תכנון הפעלה מתמקד יותר בכמה חלקים של אותו הדבר. Kva kan vi dra ut av det?

1. Nesten i kvar organisasjon vil vi finne סוג של פרויקט יש צורך להשתמש בו גם פרויקטלייינג טכניקות ליצירת עבודה יעילה. Den eine metodikken er ikkje betre enn den andre, den handterer berre ulike utfordringar.
   
   
2. איכות בטיחות של משאבי תכנון שימוש לטווח זמן הוא מהותי עבור פרויקט מפל מים, במיוחד עבור תכנון פרויקט. זה אותו עניין עבור קל Redmine-פרויקט.
   
   
3. ניהול פרויקט זריז: Styring av prioriteringar blir vanlegvis שנעשה באמצעות כלי שונים. לעתים קרובות יש בעיה עם הרבה משאבים עבור פיגור ספציפי. Så, i denne samanhengen, ממליץ eg sterkt at du kartlegg og allokerer ressursane dine konsekvent. Til dømes kan ein programutviklar bli brukt med fleire backlogs samtidig (f.eks. feilrettingar vs. funksjonsforespurnader på same språk). גברים לא מגדירים קוונטיטטיביות משאבים לפיגורים, אני לא יכול להקדים משלוחים, ו- scrum masteren må stadig løyse avvik בין desse prioriteringane. Ein annan uheldig konsekvens vil være forseinka lansering av חדש מוצר חשוב som f.eks. feilrettingar eller functionskrav, som utnyttar strategiske utviklingsressursar.

Kombinasjon av begge styringsmetodane

אם אתה יכול לראות את התמונות הבאות, יש לך פרויקט מפל-מפלס יסודי הכולל תוכנת התפתחות תוכנית שמציגה תוצאות ותלויות. Men teama som er parte in this project (seljarar, Technical skribentar) can handtere sine eigne leveransar i deira avdeling ikkje berre slik det er vist i dette דוגמה, men גם על שיטת עבודה זמינה.

Easy Redmine Gantt - Waterfall-prosjekteksempel