לינקים רלוונטיים, קטעי וידאו שהצגתי במצגת:
chaos manifesto 2013:
http://versionone.com/assets/img/files/ChaosManifesto2013.pdf
paper prototype:
http://www.youtube.com/watch?v=nv6cYWM7ngE
david kelley - human centered design:
http://www.ted.com/talks/david_kelley_on_human_centered_design.html
iterative development:
http://www.youtube.com/watch?v=T_cTFkMCnYY
satisfy the cat:
http://www.youtube.com/watch?v=dln9xDsmCoY
the rong way to do agile:
http://www.youtube.com/watch?v=l1yWusiaLCM
11. עקרונות מפתח
1.
2.
3.
4.
התכנון יהיה מבוסס על הבנה של המשתמשים והתהליכים
המשתמשים יהיו מעורבים בכל שלבי התכנון והפיתוח
התכנון מונע ומשתנה כל הזמן לפי הערכה ופידבק של המשתמשים
התהליך הוא איטרטיבי
16. עקרונות מפתח < הכרת המשתמשים
User Stories
סיפורי משתמש
17. עקרונות מפתח < הכרת המשתמשים
User Stories
סיפורי משתמש
18. עקרונות מפתח < הכרת המשתמשים
User Stories
סיפורי משתמש
19. עקרונות מפתח < הכרת המשתמשים
User Stories
סיפורי משתמש
20. עקרונות מפתח < הכרת המשתמשים
User Stories
סיפורי משתמש
21. עקרונות מפתח < הכרת המשתמשים
User Stories
סיפורי משתמש
22. עקרונות מפתח < הכרת המשתמשים
User Stories
סיפורי משתמש
23. עקרונות מפתח < הכרת המשתמשים
User Stories
סיפורי משתמש
24. עקרונות מפתח < הכרת המשתמשים
1. התכנון יהיה מבוסס על הבנה של המשתמשים והתהליכים
25. עקרונות מפתח < שילוב המשתמשים
1.
2.
3.
4.
התכנון יהיה מבוסס על הבנה של המשתמשים והתהליכים
המשתמשים יהיו מעורבים בכל שלבי התכנון והפיתוח
התכנון מונע ומשתנה כל הזמן לפי הערכה ופידבק של המשתמשים
התהליך הוא איטרטיבי
28. עקרונות מפתח < שילוב המשתמשים
1.
2.
3.
4.
התכנון יהיה מבוסס על הבנה של המשתמשים והתהליכים
המשתמשים יהיו מעורבים בכל שלבי התכנון והפיתוח
התכנון מונע ומשתנה כל הזמן לפי הערכה ופידבק של המשתמשים
התהליך הוא איטרטיבי
I AM
DISPLEASED
29. עקרונות מפתח < תכנון גמיש
1.
2.
3.
4.
התכנון יהיה מבוסס על הבנה של המשתמשים והתהליכים
המשתמשים יהיו מעורבים בכל שלבי התכנון והפיתוח
התכנון מונע ומשתנה כל הזמן לפי הערכה ופידבק של המשתמשים
התהליך הוא איטרטיבי
32. עקרונות מפתח < תכנון גמיש
1. התכנון יהיה מבוסס על הבנה של המשתמשים והתהליכים
2. המשתמשים יהיו מעורבים בכל שלבי התכנון והפיתוח
3. התכנון מונע ומשתנה כל הזמן לפי הערכה ופידבק של המשתמשים
33. עקרונות מפתח < תהליך איטרטיבי
1.
2.
3.
4.
התכנון יהיה מבוסס על הבנה של המשתמשים והתהליכים
המשתמשים יהיו מעורבים בכל שלבי התכנון והפיתוח
התכנון מונע ומשתנה כל הזמן לפי הערכה ופידבק של המשתמשים
התהליך הוא איטרטיבי
41. עקרונות מפתח
1.
2.
3.
4.
התכנון יהיה מבוסס על הבנה של המשתמשים והתהליכים
המשתמשים יהיו מעורבים בכל שלבי התכנון והפיתוח
התכנון מונע ומשתנה כל הזמן לפי הערכה ופידבק של המשתמשים
התהליך הוא איטרטיבי
68. שימוש בשיטה בתהליכי פיתוח
Test Driven Development
הוספת פונקציונאליות
●
●
●
כובע הבנאי – בונה דברים, הורס דברים
טסטים שנכשלים זה לא בהכרח משהו רע
)עדיף לבצע באיטרציות קטנות(
Refactoring
69. שימוש בשיטה בתהליכי פיתוח
Test Driven Development
הוספת פונקציונאליות
●
●
●
כובע הבנאי – בונה דברים, הורס דברים
טסטים שנכשלים זה לא בהכרח משהו רע
)עדיף לבצע באיטרציות קטנות(
Refactoring
● מייפה את הקוד
● כותב תיעוד
● אסור לשבור טסטים / פונקציונאליות
70. שימוש בשיטה בתהליכי פיתוח
Test Driven Development
הוספת פונקציונאליות
●
●
●
כובע הבנאי – בונה דברים, הורס דברים
טסטים שנכשלים זה לא בהכרח משהו רע
)עדיף לבצע באיטרציות קטנות(
Refactoring
● מייפה את הקוד
● כותב תיעוד
● אסור לשבור טסטים / פונקציונאליות
אי אפשר לחבוש את שני הכובעים בו-זמנית
72. שימוש בשיטה בתהליכי פיתוח
Test Driven Development
1. כתיבת testמינימלי שנכשל
2. כתיבת קוד מינימלי עד שה testעובר
3. ביצוע refactoring
4. כשמרוצים מהקוד – חוזרים לשלב 1
73. שימוש בשיטה בתהליכי פיתוח
Test Driven Development
1. כתיבת testמינימלי שנכשל
2. כתיבת קוד מינימלי עד שה testעובר
3. ביצוע refactoring
4. כשמרוצים מהקוד – חוזרים לשלב 1
התכנון יהיה מבוסס על הבנה
של המשתמשים
74. שימוש בשיטה בתהליכי פיתוח
Test Driven Development
1. כתיבת testמינימלי שנכשל
2. כתיבת קוד מינימלי עד שה testעובר
3. ביצוע refactoring
4. כשמרוצים מהקוד – חוזרים לשלב 1
התכנון יהיה מבוסס על הבנה
של המשתמשים
המשתמשים יהיו מעורבים בכל
שלבי התכנון והפיתוח
75. שימוש בשיטה בתהליכי פיתוח
Test Driven Development
1. כתיבת testמינימלי שנכשל
התכנון יהיה מבוסס על הבנה
של המשתמשים
2. כתיבת קוד מינימלי עד שה testעובר
המשתמשים יהיו מעורבים בכל
שלבי התכנון והפיתוח
3. ביצוע refactoring
התכנון מונע ומשתנה כל הזמן
לפי פידבק מהמשתמשים
4. כשמרוצים מהקוד – חוזרים לשלב 1
76. שימוש בשיטה בתהליכי פיתוח
Test Driven Development
1. כתיבת testמינימלי שנכשל
התכנון יהיה מבוסס על הבנה
של המשתמשים
2. כתיבת קוד מינימלי עד שה testעובר
המשתמשים יהיו מעורבים בכל
שלבי התכנון והפיתוח
3. ביצוע refactoring
התכנון מונע ומשתנה כל הזמן
לפי פידבק מהמשתמשים
4. כשמרוצים מהקוד – חוזרים לשלב 1
התכנון יהיה איטרטיבי
77. שימוש בשיטה בתהליכי פיתוח
Test Driven Development
I FIND YOUR LACK OF TESTS
DISTURBING
78. שימוש בשיטה בתהליכי פיתוח
Test Driven Development
I FIND YOUR LACK OF TESTS
DISTURBING
81. חסרונות
זמן / משאבים
"though we have heard of stupid haste in
war, cleverness has never been seen
associated with long delays."
Sun Tzu – The Art of War