scrum - amazon s3 · 2016. 11. 22. · nexus™ ה ךירדמ:nexus ל יפוסה...

Nexus™-מדריך ה

:Nexus-המדריך הסופי ל

(Scaled Scrumמבוזר ) Scrumהשלד החיצוני של פיתוח

Scrum.org-ו Ken Schwaberפותח ונתמך על ידי

2015 אוגוסט

Copyright Scrum.org, 2015 All Rights Reserved Page 1 (Version 1.1)

תוכן עניינים

Nexus – 2 .....................................................................................................................כללית סקירה

2................................................................................................................................ המדריך מטרת

Nexus – 2.............................................................................................................................. הגדרה

2................................................................................................................................................ רקע

Nexus 3...............................................................................................................................כתשתית

Nexus ....................................................................................................................3-ה תהליך זרימת

4...................................................................................................................... בתוכנה עבודה שיטות

Nexus .............................................................................................................................................. 4

Nexus .............................................................................................................................4-ה תפקידי

Nexus ................................................................................................................4 אינטגרציית צוות

Nexus ..................................................................................................................................6 אירועי

Nexus Sprint Planning - ספרינט תכנון Nexus................................................................................6

Nexus Daily Scrum ......................................................................................................................6

Nexus Sprint Review ...................................................................................................................7

Nexus Sprint Retrospective .........................................................................................................7

Refinement - 8......................................................................................................................זיקוק

Nexus Artifacts - ה תוצרי-Nexus .....................................................................................................8

Product Backlog ..........................................................................................................................8

Nexus Goal - ה מטרת-Nexus .......................................................................................................8

Nexus Sprint Backlog ..................................................................................................................9

Integrated Increment - 9........................................................................................ המשולב התוצר

9.............................................................................................................................התוצרים שקיפות

Definition of “Done” - 9..................................................................................."בוצע" של ההגדרה

10 ....................................................................................................................................סיום הערת

10 ............................................................................................................................................הכרה

10 ...........................................................................................................................................תרגום

TRANSLATED BY:

Tamir Krispis

LinkedIn

mailto:[email protected]

mailto:[email protected]

http://www.linkedin.com/in/krispis

http://www.linkedin.com/in/krispis


Nexus – סקירה כללית

מטרת המדריך

Nexus היא עושה שימוש ב .באופן מבוזר יוזמות פיתוח תוכנה ומוצריםוקיום היא תשתית לפיתוח-Scrum כאבני

Nexus. הגדרה זו מובנית מתפקידי, אירועי ותוצרי Nexusהבניין שלה. מדריך זה מתאר את ההגדרה של

נכתב Nexus-מדריך ה .Nexusפיתחו את Scrum.org-ו Ken Schwaberוהחוקים המאגדים אותם ביחד.

ובא על ידם.מו

Nexus – הגדרה

Nexus – ב( יחידת פיתוח-Scaled Professional Scrum)

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

בודד על מנת לייצר תוספת עובדת Product Backlogאשר עובדים יחדיו על Scrumכשלושה עד תשעה צוותי

.המוגדרת המספקת את המטרה

רקע

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

. את העבודה שיש לבצע יש לארגן, ”אשר עומדת בהגדרה של "בוצעאשר דורשים תיאום על מנת לייצר תוצאה

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

שכן היא לא קיימת באופן פיסי.

לפתח תוספת תוכנה בכדי על מנת לעבוד ביחד כצוות Scrum-שימוש בתשתית ה עושיםמפתחי תוכנה רבים

קוד בסיס של מוצר, ועל אותו Product Backlogאחד עובד על אותו Scrumעובדת. עם זאת, אם יותר מצוות

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

ישלבו את עבודתם ויבדקו את ותים שונים, איך הם עבודה אשר יש לה השלכות על אחרים? אם הם עובדים בצו

משמעותיים אף בתוכנה? אתגרים אלה מופיעים כאשר שני צוותים משלבים עבודתם והופכים התוצר המשולב

יותר במקרים של שלוש קבוצות או יותר.

מושלמת וכנהת ישנן תלויות רבות המתעוררות בעבודה של מספר צוותים המשתפים פעולה על מנת לייצר תוספת

לפחות בכל ספרינט. תלויות אלה קשורות ל: ”Done“-העומדת בהגדרת ה

לחפוף בין הצוותים, והאופן בו הן מיושמות עשוי להשפיע על הדרישות עלולה תכולת דרישות: .1

ובוחרים דרישות. Product Backlog-כל צוות. יש לקחת בחשבון ידע זה כאשר ממיינים את ה

לאנשי הצוות קיים ידע בנוגע למערכות עסקיות וממוחשבות שונות. הידע ידע בתחום מסוים: .2

על מנת להבטיח הלימות ולצורך מזעור הפרעות בין Scrum-צריך להיות ממופה לצוותי ה

הצוותים במהלך ספרינט.

ממצאי תוכנה ובדיקות: הדרישות ימומשו בקוד התוכנה ובחבילות הבדיקות. .3

, ניתן להפחית את Scrumבדיקות ממופים לאותם צוותי הקוד/הותוצרי חברי הצוות במידה והדרישות, הידע של

התלות בין הצוותים.

, תלויות אלה בדרישות, ידע בתחום מסוים ותוצרי קוד/טסט מבוזרהוא Scrumכאשר פיתוח תוכנה באמצעות

תהיה אופטימלית. תהפרודוקטיביוצוות. במידה וזה מתקיים, ה ברמת ידרשו ארגון


Nexus כתשתית

Nexus היא שלד חיצוני הנשען על צוותיScrum מרובים כאשר הם משולבים על מנת ליצור תוספת עובדת

על כל חלקיו ותהיה מוכרת לאלו אשר עבדו על Scrumעולה בקנה מידה אחד עם Nexusהמשולבת במוצר.

, Scrum. ההבדל הוא שתשומת לב רבה יותר מוקדשת לתלויות ולשיתוף הפעולה בין צוותי Scrumפרויקטי

ומשולבת לפחות בכל ספרינט. של "בוצע"עובדת העונה להגדרת המספקים תוספת

כוללת: Nexusכפי שמוצג בתרשים הבא,

תפקידים: תפקיד חדש, צוות האינטגרציה שלNexus (Nexus Integration Team) קיים על מנת ,

יגזרו כך שהתוצאות הטובות ביותר Scrumוהתפעול של Nexusלתאם, לאמן ולפקח על היישום של

חברי צוות מו Product Owner ,Scrum Master-מורכב מ Nexusמהתהליך. צוות האינטגרציה של

האינטגרציה.

תוצרים: כל צוותי ה-Scrum משתמשים ב-Product Backlog ל שפריטי הזהה ויחיד. ככ-Product

Backlog אינדיקטורים בנוגע לאיזו קבוצה תבצע את העבודה בתוך יותר לעבודה מוכניםומעודכנים ,

קיים כדי לסייע בשקיפות במהלך Nexus Sprint Backlog-הספרינט מתגבשים. תוצר חדש, ה

הפרטניים שלהם. Sprint Backlogs-מנהלים את ה Scrum-הספרינט. כל צוותי ה

במקרה של יםאירועים: אירוע( נוספים, מרחיבים או מחליפיםSprint Review אירועי )Scrum רגילים על

בתהליך Scrum-מנת להרחיב אותם. על פי השינוי, הם משרתים הן את המאמץ הכולל של כל צוותי ה

והן את המאמץ הפרטני של כל צוות. Nexus-ה

Scaled Scrum-, שלד חיצוני ב™Nexus-תשתית ה

Nexus-זרימת תהליך ה

-, כבעלי תפקידים מקבילים של הScrum-צוותי ההחברים בעל ידי כל Nexus-ניתן לבצע את כל העבודה ב

Nexus.

הצוותים יכולים לבחור את החברים המתאימים ביותר לביצוע משימה מסוימת בתהליך. , בהתבסס על תלויות


למקד את ה-Product Backlog : את היש לפרק-Product Backlog כך שניתן יהיה לזהות ולמזער

למשימות עבודה מזעריות ויש לזהות מוקדם ככל הניתן Product Backlogתלויות. יש לפרק את פריטי

את הצוותים הרלוונטיים לכל משימה.

Nexus Sprint Planning : על נציגים מתאימים מכל צוותScrum ד להיפגש על מנת לסקור, לדון ולמק

עבור על צוות. כעת, על כל Product Backlog-. עליהם לבחור את פריטי הProduct Backlog-את ה

Scrum Team לתכנן את הספרינט שלו תוך אינטראקציה עם צוותים נוספים ככל שנדרש. התוצאה היא

ת של כל צוות וא Sprint Backlog-, את הNexus-מקבץ של מטרות ספרינט אשר משרתות את מטרת ה

Product-משקף את פריטי ה Nexus Sprint Backlog-היחידי. ה Nexus Sprint Backlog-ה

Backlog .הנבחרים והתלות ביניהם

עבודת פיתוח: כל הצוותים מפתחים תוכנה, עליהם לשלב את עבודתם לעתים קרובות לסביבה משותפת

על מנת שזו תוכל להיבדק ולהבטיח כי השילוב מתקיים.

Nexus Daily Scrum נציגים רלוונטיים מכל צוות פיתוח נפגשים באופן יומי על מנת לזהות אם קיימות :

של כל צוות. לאחר מכן, Daily Scrum-, מידע זה מועבר בחזרה לבעיות אינטגרציה. במידה וזוהו כאלה

ים מתכננים את יומם כאשר הם מוודאים כי הם מתייחס Scrum-, צוותי הDaily Scrum-במהלך ה

.Nexus Daily Scrum-לנושאי האינטגרציה שעלו ב

Nexus Sprint Reviewכל הצוותים נפגשים עם ה :-Product Owner על מנת לסקור את התוספת

.Product Backlog-הפונקציונאלית. שינויים עשויים להתבצע על ה

Nexus Sprint Retrospective: נציגים רלוונטיים מכל צוותScrum מנת לזהות אתגרים נפגשים על

. נציגים רלוונטיים מכל פרטנית Sprint Retrospectiveמקיים ישיבת Scrumמשותפים. אז, כל צוות

צוות נפגשים שוב על מנת לשוחח על פעולות שיש לבצע על פי האתגרים המשותפים על מנת לספק

(.Bottom-upמעלה )-מודיעין מהתחתית

שיטות עבודה בתוכנה

תוצר לכדי Scrum-ל צוותי השהרבה שיטות עבודה הקשורות לפיתוח תוכנה נדרשות על מנת לאגד את העבודה

(. רוב שיטות עבודה אלה דורשות אוטומציה. האוטומציה עוזרת לנהל את Integrated Increment)משולב אחד

ההיקף והמורכבות של העבודה והתוצרים ביחוד בסביבה מבוזרת.

Nexus כפי Scrum-תפקידי, אירועי ותוצרי היורשים את המטרות וכוונת התכונות של Nexus-ה י, אירועי ותוצרידיתפק

.Scrum-שמתואר במדריך ה

Nexus-תפקידי ה

Nexus מורכב מצוות אינטגרצייתNexus וכשלושה עד תשעה צוותיScrum.

Nexusצוות אינטגרציית

שהיא העבודה Integrated Increment-)ה התוצר המשולבלהבטיח כי אחראי Nexusצוות אינטגרציית

אחראים לפתח תוספות Scrum-צוותי ה לפחות בכל ספרינט. ( מיוצרNexusהמשותפת שהושלמה על ידי תהליך

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

.Scrum-במדריך ה


אשר מורכב מ: Scrumהוא צוות Nexusצוות אינטגרציית

ה-Product Owner

Scrum Master

צוות אינטגרציית מאחד או יותר חבריםNexus

, כפי שנדרש ומתאים. Nexusבאותו Scrum-יכולים לעבוד במסגרת צוותי ה Nexusחברים בצוות אינטגרציית

Nexus. חברות בצוות אינטגרציית Nexus-בצוות אינטגרציית הבמידה וכך הדבר, יש לתת עדיפות לעבודה

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

נוגעים לצוותים רבים היא עדיפה.

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

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

.Product Backlog-צוותים. הם עשויים אף לבצע עבודה מה-חוצי

-של העבודה בין צוותי ה לוקח בעלות על כל נושאי האינטגרציה. אינטגרציה מוצלחת Nexus-צוות אינטגרציית ה

Scrum ב-Nexus צוותי אשר -ביןהיא אחריותו. האינטגרציה כוללת פתרון של כל מכשול טכני או שאינו טכני

.ףרצי תוצר משולבלספק עשויים לעכב את היכולת של

Nexusבצוות אינטגרציית Product Owner-ה

Nexus עובד אל מולProduct Backlog יחיד, וכפי שמתארת תשתית ה-Scrumל ,-Product Backlog יש

Product Owner יחיד אשר לו ההחלטה מה יהיה תוכנו בסופו של דבר. ה-Product Owner אחראי למקסם את

שייך לצוות Product Owner-. הScrum-הערך של המוצר ושל העבודה המבוצעת ומשולבת על ידי צוותי ה

.Nexus-אינטגרציית ה

התוצר המשולבמתקבל מ המקסימליכך שהערך Product Backlog-אחראי למיון וטיוב ה Product Owner-ה

'ים, צוותי Nexusזה מתבצע עלולה להשתנות על פני ארגונים שונים, דבר . הדרך שבה Nexusאשר נוצר על ידי

Scrum .ויחידים

Scrum Master בצוות אינטגרצייתNexus

מובנת ומיושמת. Nexus-אחריות כוללת להבטיח כי תשתית ה Nexusבצוות אינטגרציית Scrum Master-ל

Scrum Master זה עשוי אף לכהן כ-Scrum Master בצוותScrum אחד או יותר ב-Nexus.

Nexusחברי צוות אינטגרציית

אינדיבידואלים בדרך כלל אינם פועלים על Scrumכלים ושיטות עבודה אשר צוותי דורשת עבודת פיתוח מבוזרת

בתחום הכללי בקיאים אלה וכלים ו בנוי מאנשי תוכנה מקצועיים ומיומנים בשיטות Nexusפיהם. צוות אינטגרציית

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

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

ירגשו, יישמו וילמדו כך ש Nexus-ב Scrum-אחראיים לאמן ולהדריך את צוותי ה Nexusחברי צוות אינטגרציית

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

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


עשויים לבצע עבודה כחברי צוות Nexus-כל שבתחום אחריותם בא על סיפוקו, חברי צוות אינטגרציית הברגע ש

אחד או יותר. Scrumפיתוח בצוות

Nexus אירועי

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

המקבילים. Scrum-לאירועי ה

Nexus Sprint Planning - תכנון ספרינט Nexus

בספרינט Nexus-ב Scrum-היא לתאם את הפעילויות של כל צוותי ה Nexus Sprint Planning-מטרת פגישת ה

עדיפויות.המספק ידע בתחום מסוים ומוביל החלטות בקשר לבחירה וסדרי Product Owner-יחיד. ה

מוודאים ומבצעים שינויים Scrum, נציגים רלוונטים מכל צוות Nexus Sprint Planningעל מנת להתחיל אירוע

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

חוסר תקשורת.מצבים של

. היא מתארת את המטרה אשר תושג על ידי צוותי Sprint Planning-מוגדרת במהלך ה Nexus-מטרת ספרינט ב

Sprint-יבצע את ה Scrumמובנת, כל צוות Nexus-במהלך הספרינט. ברגע שהעבודה הנדרשת ל Scrum-ה

Planning שלו. אם הישיבה מתבצעת במקום משותף, הצוותים יכולים להמשיך ולשתף תלויות חדשות אשר

שלו. Sprint Planning-סיים את אירוע ה Scrumמסתיים כאשר כל צוות Nexus Sprint Planning מתגלות.

יש לחשוף ולמזער אותן. סדר העבודה בין ,Nexus Sprint Planningתלויות חדשות עשויות להתגלות במהלך

מזוקק כראוי ימזער הופעת תלויות חדשות Product Backlogצוותים עשוי להשתנות כך שיותאם לתלויות.

הנבחרים לספרינט והתלויות שלהן צריכות Product Backlog-. כל פריטי הNexus Sprint Planningבמהלך

.Nexus Sprint Planning-להחשף במהלך ה

Nexus-צריך להיות מזוקק כראוי כאשר התלויות השונות זוהו והוסרו או מוזערו לפני ה Product Backlog-ה

Sprint Planning.

Nexus Daily Scrum

על מנת לבדוק את מצבו Scrumהוא אירוע עבור נציגים רלוונטיים מצוותי פיתוח Nexus Daily Scrum-ה

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

, על המשתתפים להתמקד בהשפעה של כל צוות על התוצר המשולב ולדון על:Nexus Daily Scrum-במהלך ה

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

?מהן התלויות החדשות אשר זוהו

איזה מידע יש לשתף בין הצוותים ב-Nexus?

על מנת לשקף ולנהל את התלויות Nexus Sprint Backlog-, יש להשתמש בNexus Daily Scrum-במהלך ה

הנוכחיות.


לצרכי תכנון יחידים Scrumדנים במסגרת צוותי Nexus Daily Scrum-על העבודה שיש לבצע במהלך ה

ות של כל צוות. הפרטני Daily Scrum-בישיבות ה

Nexus Sprint Review

מתקיים בסופו של ספרינט על מנת לספק משוב על התוצר המשולב אשר נבנה Nexus Sprint Review-ה

.Nexus-במהלך ספרינט ה

Nexus Sprint Review בא במקוםSprint Reviews פרטניים של צוותי ה-Scrum שכן התוצר המשולב כולו

להיות בלתי אפשרי להציג את כל העבודה עשוי(. Stakeholders-הוא המוקד עבורו נדרש משוב מבעלי העניין )ה

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

Nexus Sprint Retrospective

להתמקד בבדיקה והתאמה. האירוע מורכב Nexus-היא הזדמנות רשמית ל Nexus Sprint Retrospective-ה

משלושה חלקים:

להיפגש ולזהות בעיות אשר Nexus-החלק הראשון הוא הזדמנות לנציגים המתאימים מה .1

.Scrum-השפיעו על יותר מצוות אחד. המטרה היא לשקף בעיות משותפות לכל צוותי ה

הפרטני שלו כפי Sprint Retrospective-עורך את ה Scrumהחלק השני מורכב מכך שכל צוות .2

. הצוותים יכולים להשתמש בבעיות אשר הועלו בחלק הראשון של Scrum-שמגדירה תשתית ה

הפרטניים לייצר פעולות על Scrum-כקלט לשיח שלהם. על צוותי ה Nexus Retrospective-ה

שלהם. Scrum Team Sprint Retrospective-ה במהלך אירועי המנת לטפל בבעיות אל

להיפגש שוב Scrum-החלק השלישי והאחרון הוא הזדמנות לנציגים מתאימים מצוותי ה .3

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

כחלק שלם. Nexus-ה

לכלול את הנושאים Retrospectiveוד כאשר עובדים בצורה מבוזרת, על כל מהסיבה שהם מהווים בעיות תפק

הבאים:

האם נותרה עבודה שלא בוצעה? האם ה-Nexus ?יצר חוב טכני

?האם בוצעה אינטגרציה באופן מוצלח ותדיר )בכל יום( בין כל התוצרים, במיוחד קוד

קרובות על מנת למנוע הצטברות בהצלחה והותקנה לעיתים מספיק עברה קומפילציההאם התוכנה

תלויות שאינן פתורות?

עבור השאלות מעלה יש לבדוק באם נדרש:

?מדוע זה קרה

?איך ניתן לבטל את החוב הטכני

?איך ניתן למנוע חזרה נשנית של המצב


Refinement - זיקוק

כראוי אינם תלויים Product Backlog-ישנם שלבים רבים של זיקוק. רק כאשר פריטי ה Nexusבקנה מידה של

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

. ככל Product Backlog-המספר, התדירות, המשך והקיום של פגישות הזיקוק מבוססות על התלות הגלומה ב

צריכים לעבור תהליך זיקוק על מנת Product Backlogשהמורכבות גדולה והתלויות רבות יותר, כך יותר פריטי

עוברים דרך רמות שונות של פירוק מדרישות גדולות מאוד ולא ברורות Product Backlogלהסיר תלויות. פריטי

בודד בספרינט. Scrumלעבודה שניתן לבצע על ידי צוות

Productצוות יספק אילו פריטי בעבודה מבוזרת משרת שתי מטרות. הוא חוזה איזה Product Backlogזיקוק

Backlog .והוא מזהה תלויות בין צוותים אלה. שיקוף מאפשר לצוותים לנטר ולמזער את התלויות הללו

לכמות פרטים כזו Product Backlogהחלק הראשון של זיקוק בין צוותים צריך להתבצע תוך פירוק פריטי

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

על החלק השני של הזיקוק להיות מבוצע כאשר הוא מתמקד בתלויות. יש לזהות את התלויות ולשקף אותן בין

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

צוותיות.-ער את מספר התלויות הביןהעבודה שלהם על מנת למז

מוכנים וניתנים לבחירה עם Product Backlog-התרחשו במהלך ספרינט אם פריטי הפגישות זיקוק מספקות

.Sprint Planning-מינימום תלויות במהלך פגישת ה

Nexus Artifacts - תוצרי ה-Nexus

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

Scrum.

Product Backlog

-אחראי על ה Product Owner-. הScrum-ועבור כל צוותי ה Nexus-יחידי לכל ה Product Backlogקיים

Product Backlog.על תוכנו, זמינותו ומיונו ,

חייב להיות מובן ברמה כזו שניתן לזהות ולמזער תלויות. על מנת לתמוך Product Backlog-בסביבה מבוזרת, ה

Productפריטי דק". ה מפורקים לפונקציונליות גרעינית הקרויה "פרוס Product Backlog-בפתרון, פריטי ה

Backlog מוכנים" לפגישת ה-מוגדרים כ"-Nexus Sprint Planning הבאה כאשר הם ניתנים לבחירה ולביצוע על

אחרים. Scrumללא תלויות או עם תלויות מינימליות לצוותי Scrum-ידי צוותי ה

Nexus Goal - מטרת ה-Nexus

. Nexus Goal-, מוגדרת מטרה עבור הספרינט. מטרה זו נקראת הNexus Sprint Planning-במהלך פגישת ה

צריך להדגים את הפונקציונליות Nexus-. הNexus-ב Scrumשל כל צוות Scrum-זהו סך כל העבודה ומטרות ה

.Nexus Sprint Review-ב Nexus Goal-אשר פותחה על מנת להשיג את ה


Nexus Sprint Backlog

Nexus Sprint Backlog הוא השילוב של כל פריטי ה-Product Backlog מה-Sprint Backlogs של צוותי ה-

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

.Nexus Daily Scrum-מעודכן לפחות פעם ביום, בד"כ במהלך ה

Integrated Increment - התוצר המשולב

. על התוצר המשולב להיות בר שימוש Nexus-התוצר המשולב מייצג את סך כל העבודה המשולבת והגמורה ב

Nexus-לעמוד בכל ההגדרות של "בוצע". התוצר המשולב נבדק במהלך ה ובעל פוטנציאל שחרור, כלומר, עליו

Sprint Review.

שקיפות התוצרים

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

Scrum ב-Nexus של התוצר מובן בין המצב המשולב ובארגון על מנת להבטיח ששקיפות קיימת בין כל התוצרים ו

כולם.

השקיפות. מידע רמתיעילה בהתאם ל Nexus-האפקטיביות של החלטות המתקבלות על סמך המצב של תוצרי ה

. חוסר Nexus-חלקי או שאינו מושלם יוביל להחלטות שגויות. ההשלכות של החלטות אלה עלולות אף לגדול ב

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

תוכנה צריכה להיות מפותח כך שתלויות מזוהות ונפתרות לפני שהחוב הטכני הופך ללא קביל. חוב טכני הופך

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

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

Definition of “Done” - "ההגדרה של "בוצע

אחראי על ההגדרה של "בוצע" אשר ניתן ליישם על התוצר המשולב אשר פותח Nexus-צוות האינטגרציה של ה

"בוצע" -לדבוק בהגדרה זו של "בוצע". התוצר המשולב מוגדר כ Nexus-ב Scrum-בכל ספרינט. על כל צוותי ה

.Product Owner-רק כאשר הוא מוגדר כבר שימוש ובעל פוטנציאל שחרור על ידי ה

"בוצע" כאשר הפונקציונאליות שלו נוספה באופן מוצלח למוצר ועברה -יכול להיחשב כ Product Backlogפריט

אחראיים לפיתוח ואינטגרציה של העבודה שלהם לתוצר Scrum-כל צוותי ההצלחה. איטגרציה לתוצר המשולב ב

המשולב על כך שיספק את התכונות הללו.

אינדיבידואליים עשויים לבחור הגדרה יותר ישירה של "בוצע" במסגרת הצוות האינדיבידואלי, אך Scrumצוותי

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


הערת סיום

Nexus ניתנת בחינם ומוצעת במדריך זה. כפי שקיים בתשתית ה-Scrumתפקידי ה ,-Nexusצריה, אירועיה , תו

.Nexus, התוצאה אינה Nexus-וחוקיה בלתי ניתנים לשינוי. למרות שניתן ליישם רק חלקים מה

הכרה

Nexus ו-Scaled Professional Scrum פותחו באופן משותף על ידי -Ken Schwaber, David Dame,

Richard Hundhausen, Patricia Kong, Rob Maher, Steve Porter, Christina Schwaber, and

Gunther Verheyen.

תרגום

זה תורגם מהגרסה המקורית באנגלית אשר סופקה על ידי המפתחים המוזכרים בסעיף ההכרה מדריך . (Tamir Krispis) מעל. התרומה לתרגום כוללת את טמיר קריספיס

scrum - amazon s3 · 2016. 11. 22. · nexus™ ה ךירדמ:nexus ל יפוסה...

Documents