Your SlideShare is downloading. ×
Agile awareness -implementation1.0
Upcoming SlideShare
Loading in...5

Thanks for flagging this SlideShare!

Oops! An error has occurred.


Introducing the official SlideShare app

Stunning, full-screen experience for iPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Agile awareness -implementation1.0


Published on

  • Be the first to comment

  • Be the first to like this

No Downloads
Total Views
On Slideshare
From Embeds
Number of Embeds
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

No notes for slide
  • This template can be used as a starter file for presenting training materials in a group setting.SectionsRight-click on a slide to add sections. Sections can help to organize your slides or facilitate collaboration between multiple authors.NotesUse the Notes section for delivery notes or to provide additional details for the audience. View these notes in Presentation View during your presentation. Keep in mind the font size (important for accessibility, visibility, videotaping, and online production)Coordinated colors Pay particular attention to the graphs, charts, and text boxes.Consider that attendees will print in black and white or grayscale. Run a test print to make sure your colors work when printed in pure black and white and grayscale.Graphics, tables, and graphsKeep it simple: If possible, use consistent, non-distracting styles and colors.Label all graphs and tables.
  • Give a brief overview of the presentation. Describe the major focus of the presentation and why it is important.Introduce each of the major topics.To provide a road map for the audience, you can repeat this Overview slide throughout the presentation, highlighting the particular topic you will discuss next.
  • This is another option for an Overview slides using transitions.
  • Use a section header for each of the topics, so there is a clear transition to the audience.
  • Transcript

    • 1. Agile-From Awareness ToImplementationPresenter Name: Komudi Bahal
    • 2. Contents • Agile Awareness – About Scrum – Scrum Team /Roles – Adoption Rate of different flavors of Agile Methodologies – Agile Development Rhythms(Checklist) • Implementation Case Study
    • 3. Scrum Process Overview• Scrum Skeleton
    • 4. About ScrumScrum is an iterative and incremental Agile development framework for managing softwareprojects and product or application development. Scrum includes some of the following keyAgile practices:• Self directed and self organizing teams• No external addition of work to an iteration, once chosen• Daily stand up meetings, with special questions• 30 calendar day iterations• Demo to external stakeholders at the end of each iteration• For each iteration, client-driven, adaptive planning
    • 5. Agile Awareness-Scrum Team Acts an interface • Defines functionality based on stakeholder input between business and • Prioritizes functionality based on market value Confirms software development. This is role • Responsible for the ROI functions as intended Designs the is typically filled by the • Accepts or rejects final results system from the Product Owner. • Adjusts functionality and priorities each Sprint customer’s point as needed of view • Business/ Product Stakeholders Quality Assurance Analyst (BA/PA) User Experience • Customers (QA)1 Design (UX) • Sales • Marketing • Market experts • Visionaries Product Owner1 Scrum Team Roles2 Tech Lead/ ArchitectDisruptions Scrum-Master1• Breakdown in Scrum process• Communication and cooperation failures Software Defines technical• Absenteeism at daily Scrum Development1 direction, • Manages the Scrum process standards, shared meeting • Allows the team to self-organize• Members pulled in different application • Ensures the team is fully components for directions functional and has what it needs reuse, etc. to succeed • Creates technical • Handles disruptions design, develops • Shields team from external software, and influences tests code integrity 5
    • 6. Agile Development Rhythms Begins with vision Strategy associated with a business need. Releases begin Release with a release planning meeting Iteration Planning, Iteration Iteration Review and Retrospective Daily 15 minutes Daily stand up meeting continuous, planning, collaboration, design, Continuous development, testing and integration
    • 7. Adoption Rate of different flavors of AgileMethodologies New Environment Data taken from “Abrachan Pudusserry’s” Thought paper “Agile Implementation “
    • 8. Cultural Aspects of moving towardsAgile ImplementationWhile implementing Agile, one will have to unlearn many of the conventionalmanagement practices to accept the culture imbibed on the foundations agile valuesand principles.Values• Commitment – Be willing to commit to a goal. Scrum provides people all the• authority they need to meet their commitments.• Focus – Do your job. Focus all of your efforts and skills on doing the work that• you have committed to doing. Don’t worry about anything else.• Openness – Keep everything about the project visible to every one• Respect – Individuals are shaped by their background, and their experiences. It is• important to respect the different people who comprise a team.• Courage – Have the courage to commit, to act, to be open, and to expect respect.
    • 9. Key Agile Principles• Our highest priority is to satisfy the customer through early and continuous delivery of• valuable software.• Welcome changing requirements, even late in development. Agile processes harness• change for the customer’s competitive advantage.• Deliver working software frequently, from a couple of weeks to a couple of months,• with a preference to the shorter time scale.• Business people and developers must work together daily throughout the project.• Build projects around motivated individuals. Give them the environment and support• they need, and trust them to get the job done.• The most efficient and effective method of conveying information to and within a• development team is face-to-face conversation.• Working software is the primary measure of progress.• Agile processes promote sustainable development.
    • 10. Challenges in Agile community
    • 11. Agile Implementation Case StudyThe Project background• The Existing Project in this case study is a Data warehouse project implemented using Waterfall Methodology where the data used to come from the various upstream databases ,massaged within the Warehouse and moved to the corporate reporting teams to produce the desired output of Micro strategy reports.• There were around 1000 business users using these Micro- strategy reports. This project was managed and owned by the Technology Warehouse team, with business users representing the clients. The overall team included data Architects, Tech Leads, Developers, Project Managers, Portfolio Leads , Reporting Team.• Project Phases in the existing Waterfall Model : a. Project Initiation b. Pre- Development and Planning(PDP) c. Analyze d. Design e. Build f. Test rollout/Release
    • 12. Agile Implementation case StudyChallenges observed using existing Approach1. Frequent requirement changes by the business users .2. No extra funds available for the changes requests.3. Budget constraints and last minute funding cuts.Since Agile was new to the organization and business not completely aware , development teamdecided to do a POC(Proof of Concept) using Agile for Phase I requirements of the current projectand based on the results implement Agile across all Phases.Actions/Benefits Observed as a result to implement the POC for Phase I using Agilea. 100% dedicated resources to the POC team . 1 Tech Lead , Data Architect, Project Manager, Test Lead with product owner from business.b. Scheduled the Release Planning meeting with all the stakeholders to identify the stories(define features of the Phase I) and assign them to the respective teams. The team then estimated the user stories (requirements) per iteration.c. This helped the team break down user stories down to a 2 week iteration where the focus of delivering was a smaller section of user stories. Rather than entire project as compared to waterfall model.d. Sprint Review meeting focused on any issues ,risks and on track schedule for that iteration. However during the first review meeting it was found that business changed the user story for the phase 1. This included the Reporting parameter change. In fact this change not only effected the Warehouse Technology team but also the downstream reporting team.
    • 13. Agile Implementation case StudyChallenges observed during Agile Implementation• Since the warehouse team had the data coming from the upstream and going to the down stream systems, Agile implementation was a challenge .• The Upstream and the Downstream teams were not implementing Agile hence delivery of the data from the upstream team as per the iteration 1 schedule became an issue.• The downstream team was also not implementing the Agile hence output reporting schedule also was a challenge• Since the POC was a success as it only required few data elements from upstream and downstream systems, however implementation across teams for larger data set was an challenge. Mitigation Approach used• Team leads and Project Managers took self initiatives to introduce Agile benefits and principles across different data streams.• This involved Directors, VP, Senior Leadership and Business Sponsor to be part of agile Awareness initiatives across various Data warehouse teams.• Go ahead of senior leadership within IT and business was a critical step for Agile implementation across various data streams.• Collaboration effort across teams to make the resources aware and hence implement Agile was a big success.
    • 14. Appendix/Scrum GlossaryProduct Backlog All Features of the ProductRelease Backlog Subset of the Product Backlog, targeted at next product releaseSprint Backlog Tasks for the iteration. Typically 4-16 hrs.Sprint Iteration of 30 daysDaily Scrum Meeting Daily Standup meetingTeam Introspection Reflect and improve upon learningThe Product Owner The product owner is responsible for representing the interests of every one with a stake in the project and it’s resulting system.Teams Team is responsible for developing the functionalityScrum Master Is the facilitator between the product owner and development team
    • 15. Thank You