זריז ורזה, מה ההבדל?

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

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

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

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

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

משמעות הדבר היא כי scrum עובד ממש טוב כאשר הפרויקט שלך כולל את התכונות האלה.

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

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

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

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

Lean / Kanban, כל כך מושלם לבעיות הבאות: * התהליך הוא רציף, אך לעולם אינך יכול "לעשות את זה" * להמשיך, או גרוע מכך, לשמור על התהליך בין שלבי התהליך איכשהו יקר או בזבזני * למדוד ולשפר בקלות היכן שניתן לשנות את התהליך

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

השתמשתי בתהליכים כמו סימון ואימות או בכל תהליך רב-שלבי. כל יחיד או צוות מסתמך על מידע מצוות זה או אחר ומתאם ומתאם מאמץ לעבודה עתידית.

למידה מעניינת באמת מ- Lean היא שאופטימיזציה מקומית יכולה להיות חסרת תועלת לחלוטין. אם יש לך תהליך בן 5 שלבים ושלב אחד יכול לעבד 10 מוצרים ביום, עבד על שלב אחר כדי שתוכל לעבד 25 מוצרים ביום, אם אינך יכול להאיץ את השלב האיטי. זה יעזור לך לחשוב איפה לשפר. המונח של Kanban לכך הוא Kaizen, ביצוע שיפורים קטנים בחלק האיטי ביותר, החלש ביותר, הנמוך ביותר (בחר בקנה מידה) של השרשרת ואז חוזר עליו בשבוע הבא / איטרציה.

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

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

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

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