SlideServe
Menu
Préférences
© SlideServe · v2026

Agile-Scrum Implementation in Comverse – Case Study

zeki avatar
11 diapositives · 494 Views · Aug 10, 2014

Agile-Scrum Implementation in Comverse – Case Study. Yoav Flam – April 2010. Overview. Why did we do it?. How did it work out?. What worked out well?. Challenges. What Next for us?. Overview. Comverse – Billing and Value added services systems provider to Telco operators world wide

Agile-Scrum Implementation in Comverse – Case Study - slide 1
01 / 11Agile-Scrum Implementation in Comverse – Case Study
1 / 17

Télécharger la présentation

Agile-Scrum Implementation in Comverse – Case Study
Une image / un lien ci-dessous est fourni (tel quel) pour télécharger la présentation

Politique de téléchargement : le contenu du site vous est fourni TEL QUEL pour votre information et votre usage personnel ; il ne peut être vendu, concédé sous licence ni partagé sur d’autres sites sans l’accord de son auteur.Le contenu vous est fourni TEL QUEL, pour votre information et votre usage personnel uniquement. Téléchargez la présentation en cliquant sur ce lien. Lors du téléchargement, si vous ne parvenez pas à télécharger une présentation, l’éditeur a peut-être supprimé le fichier de son serveur.Pendant le téléchargement, si vous ne parvenez pas à obtenir une présentation, le fichier a peut-être été supprimé par l’éditeur.

F I N

Plus de contenu associé

Transcription de la présentation
  1. Agile-Scrum Implementation in Comverse – Case Study Yoav Flam – April 2010

  2. Overview • Why did we do it? • How did it work out? • What worked out well? • Challenges • What Next for us?

  3. Overview • Comverse – Billing and Value added services systems provider to Telco operators world wide • Platform Product Unit – Provider of HW & SW infrastructure to different internal product units. • Cross organizational projects with different products and releases timelines.

  4. Why did we do it? • Trust and partnership issues between groups • Lack of goals synchronization • Time to Market • Low Quality • Constant crisis management • Need for change

  5. How did it work out? • Good Very Good

  6. What worked out well for us – Top 5 • Better Communication between technical teams – dissolve the hierarchical communication model • Improved Quality: • Immediate feedback and small iterations • Knowledge sharing • Focus on actual customer needs • Release grade – 98/100 • Core team Motivation and Satisfaction • Ability to Contain Changes: • Additional requirements without changes in the Timeframe • Mistakes in initial design • Keep the planned project Budget

  7. Challenges • Need clear support from Management – mixed signals & other commitments • Requires “more” Effort than before • Need an Agile Champion to keep the project energy levels up • Teams tend to Fallback to old ways with new agile naming • Need Re-education of the entire food chain for successful assimilation – PM, RM, SE, TL, Developers, Testers.

  8. What Next for us • Preferred development method small-medium size projects • We are not ready yet for large scale implementation • More projects developed using Agile-Scrum methodologies • Role building workshops – PO, SM

  9. Yoav Flam – March 2010