1. 1 מסגרת הפרויקט הפרויקט מחולק ל – 4 גירסאות ( שניים בסמסטר, 6 שבועות כל גירסא ) o גירסא 1 – תכנון על ואב - טיפוס o גירסא 2-4 – פיתוח באג ' יל תוך יישום עקרונות מסקראם וקאנבן o שבוע אחרון – סגירת פרויקט, ייצוב, יישור מסמכים וכד ' כל גירסא מחולקת לשלש איטרציות של שבועיים ) סה " כ 6 שבועות ) o בסוף כל איטרציה תהיה הדגמה ( בשיעור הראשון של האיטרציה הבאה ) במהלך האיטרציה תהיינה פגישות פרטניות עם הצוותים לבחינת תוצרי ביניים והתייעצויות יוקם Scrum Master forum עם ה - scrum masters של הצוותים השונים להנחיות והתייעצות לגבי התהליך האג ' ילי בצוות.

2. 2 תוכנית פיתוח – גירסא 1 ( בקלוג ראשוני, תכנון על ) תפוקה נדרשת הרצאותתאריךשבוע התגבשות צוותים, בחירת פרויקט, מטרות הפרויקט מטרה איטרציה 1 הצגת פרויקטים מבוא לאג ' יל, הסבר על מטלה ראשונה הרצאת אורח - יזמות 20.101 הצגת פרויקטים הגדרת דרישות ב - אג ' יל 27.102 ארכיטקטורת על ועקרונות מימשק (UX), הקמת סביבת עבודה, בקלוג ראשוני מטרה איטרציה 2 מצגת הגדרת פרויקטהצגת איטרציה 1 הערכת זמנים באג ' יל High level design 3.113 הסבר עבודה ב -Jira שימושיות (checkpoint) 10.114 אב טיפוס ראשוני - תחילת MVP מטרהאיטרציה 3 מצגת + הדגמת flow מינימלי של הארכיטקטורה ו -UX הצגת איטרציה 2 תהליך של סקראם וקאנבן ( תכנון איטרציה 3 (iteration planning)) 17.115 רטרוספקטיב על הקורס 24.116

3. 3 גירסא 2 - פיתוח ה -Minimal Viable product תפוקה נדרשת הרצאותתאריךשבוע מטרה איטרציה 4 הצגת גירסא 1 – תוכנה עובדתבקרת פרויקטים וניראות באג ' יל ( רטרוספקטיב איטרציה 3, תכנון איטרציה 4) 1.127 תובנות מרטרוספקטיב גירסא 18.128 מטרה איטרציה 5 הדגמת איטרציה 4( רטרוספקטיב איטרציה 4, תכנון איטרציה 5) 15.129 תובנות מרטרוספקטיב איטרציה 410 מטרה איטרציה 6 הדגמת איטרציה 5( רטרוספקטיב איטרציה 5, תכנון איטרציה 6) 11 תובנות מרטרוספקטיב איטרציה 512 הצגת גירסא 2 רטרוספקטיב סמסטר 1 ( סגירת תוצרים ) 13 – סוף סמסטר

4. 4 WHY AGILE ?

5. The Magic Circle… Methodologies to make the software development process more disciplined and predictive: More planning Tie down scope and sign-off Detailed and documented design before coding Strict change control to suppress change The Results? The Arms? During the last 40 years there is a high failure rate in software development projects

6. More planning, control,and gates, lead to more bureaucracy Slow to deliver Customers cannot conceptualize all requirements and do not understand the specs Customers approve what they do not understand System analysts cannot document what they understood in an unambiguous form Developers “interpret” requirements Developers do not know how to estimate complex requirements More buffers, higher cost If change is successfully suppressedThe business gets software they can’t use Need a methodology that conforms to the paradigms Poor Success Rate! Why?

7. Software Development Paradigms Traditionally, software development projects are built around false assumptions: 1. The customer knows what he wants and what the system should do (and understand specs) 2. The system analyst /architect can describe the solution in unambiguous way 3. The developers understand the specifications and know how to estimate and build them 4. There will be no changes along the way

8. Why Agile ? Because almost everything is changing Scope Our understanding Our estimates Organizational constrains And we must have new framework that based on this new paradigm

9. In a world of moving targets… Source: Henrik Kniberg Waterfall is like a cannonball Agile is like a homing missile

10. The main reasons that software delivery organizations implement Agile development are* 1.The need to manage rapidly changing priorities 2.The need to accelerate time-to-market 3.The need to increase productivity 4.The need to improve quality 5.Efficient Integration and portfolio alignment 6.Improve visibility into the development lifecycle * Survey conducted by VersionOne and The Agile Alliance in August 2006 on “The State of Agile Development”. The findings are based on working with thousands of Agile teams around the world. Agile!

11. WHAT IS AGILE?

12. Agile Manifesto - 2001 individuals and interactions over processes and tools working software over comprehensive documentation

13. ReqDesignCodeTest Value to the customer The waterfall approach The Agile way working software over comprehensive documentation Surprise ! Risk reduction

14. Agile Manifesto - 2001 individuals and interactions over processes and tools working software over comprehensive documentation customer collaboration over contract negotiation responding to change over following a plan While there is value in the items on the right, we value the items on the left more

15. Agile is all about early feedback – why? 15 What is the most expensive bug ?

16. Agile in a nutshell Henrik Kniberg January April Split your organization Split your product Split time Optimize business value Optimize process $ $$$ Large group spending a long time building a huge thing Small teams spending a little time building a small thing... but integrating regularly to see the whole

17. 17 AGILE RELEASE LIFECYCLE

18. Scrum - Potentially releasable code delivered every 2-4 weeks

19. Scrum Flow Sprint Daily Meeting Committed USs + Tasks (USs) Release Planning (Epics & USs) Scrum Planning Session Retrospective Timeboxes, Roles, Rules Iteration Backlog (team level) GA Scrum Sprint Demo Release Backlog Iteration Product Owner Scrum Team Scrum Master

20. Product Discovery Discovery – understanding the right product to build. Delivery – building the product right

21. Source: Naresh Jain, Product Discovery Workshop

22. THE AGILE INCEPTION DECK Template http://agilewarrior.wordpress.com/2010/11/06 /the-agile-inception-deck/

23. 23 Project: online road-closure system for mapping which roads were closed by date on a given construction site Write down all the reasons why your company would want to spend money on this project in the first place. Then pick and highlight the most important one.

24. Elevator Pitch/Handshake Pitch Imagine… you walk into an elevator and one of the key influencers in the company is standing beside you. You have 90 seconds to explain: What are you building and why? + what are benefits + how it differs from competitors Must be: short and memorable

25. Elevator Pitch Template For (insert your target market) who need (insert key requirements of your target market) we provide a (insert type of your product / solution) that is (insert key features or aspects of your product or solution) unlike (insert competitors) our (insert type of your product or solution again and add key differentiators) * Template from Geoffrey Moore’s Crossing the Chasm

26. The elevator pitch

27. Product box fun picture Point here is to get your team looking at your project through the eyes of your end customer.

28. 28 Before starting your project move all the UNRESOLVED ones to either IN or OUT. The NOT list