Why can’t Enterprise have all the Fun? –Tales from Enterprisy DevOps Land

In the age of continuous deployments, where Googles and Facebooks of the world push newer features every now and then, without any down time to millions of users! Enterprises and Users of internal IT systems within Enterprise are still stuck with old time consuming processes that take ages to churn out new features to business. Why can’t Enterprises have this fun!


This is a story of an Enterprise that adopted and got mature in its Agile Adoption. The sponsors could see value every sprint, but it took time to translate this value to end users. Drive to sustain agility as well as getting things out to end users quickly needed to take a great momentum.


Experimenting with DevOps came as a natural extension to this Agile-Scrum adoption. We would like to talk about the how the idea of DevOps implementation in this Enterprise originated, the various challenges met at the initial stages, carving the road map and our journey. We would highlight the benefits that we reap out of this effort as well as share best practices from what we have learnt.

 
5 favorite thumb_down thumb_up 6 comments visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

The structure of this session is a case study presentation.

  • We would begin setting context of today's fast deployments, and need for speed.
  • Then we would talk about scenario of the enterprise environment where we needed this speed. We would move on to the challenges that we faced for the same, and step by step explain the roadmap as well as way we worked on the same.
  • We would speak about the outcome of the survey we conducted within the developers, operations as well as the devops teams, as well as showcase video recordings of them narrating their experiences.
  • We would also include roleplay to explain the situation on the ground to the audience, and share real life examples of our DevOps journey
  • We plan to engage the audience through the talk as well as understanding their background, as well as experiences from time to time as we detail ours.

Learning Outcome

We believe that the audience would benefit in the following ways from our session:

  • Learn from challenges, steps taken, and lessons learnt while adopting ideas from a successful DevOps implementation in an Enterprise
  • Walk away with ideas for implementing DevOps initiatives within their development groups
  • Share experiences on their journey on DevOps, discuss the challenges faced and apply principles or best practices that we would share

Target Audience

Developers, Operations, Program Managers

schedule Submitted 4 years ago

Comments Subscribe to Comments

comment Comment on this Proposal
  • AgileSattva Consulting LLP
    By AgileSattva Consulting LLP  ~  1 year ago
    reply Reply

    Hi yashasree,

     You mentioned survey conducted with developers, operations and devops teams? Do you see Devops as a separate team? 

    am interested and curious to know the take away, is it more of "sharing" or also some implementation with respect to tools used, etc?

    Deepak

    • Yashasree Barve
      By Yashasree Barve  ~  4 years ago
      reply Reply

      Hi Deepak

      Thanks for your interest in the topic and your questions.

      Whether we see DevOps as a separate team: In our organization, in our DevOps initiative, we indeed have a separate team for driving the DevOps movement. As this is a relatively large development group within an enterprise (~300) and also a large Operations team (similar size), establishing a designated DevOps team is helping us drive the movement further.

      As regards to the takeaways wrt "sharing", we would be speaking about the tools or enablers that have helped us to drive this further. There are a few open source tools that we use as well as a couple of internally developed tools that help us address the constraints of the Enterprise wrt DevOps.

      Hope this answers your questions.

  • Joel Tosi
    By Joel Tosi  ~  4 years ago
    reply Reply

    Hi Yashasree,

       I enjoy the topic and went through your slides.  Given,slides don't tell the whole story - what I am missing from your slides though is take away pointers, or high points / examples, etc.  I see good information around constraints, some around tools.  I was hoping to see some areas around 'how' you did it in your case study.  Will that be part of your talk?

     

    Best,

    Joel

    • Yashasree Barve
      By Yashasree Barve  ~  4 years ago
      reply Reply

      Hi Joel,

      Thanks for your interst in the topic and your comment.

      So you are right, the talk would about speaking 'how' about our story or case study. We can definitely add take away pointers and high points to the session, as you have pointed out. I would update my talk details accordingly.

      • Joel Tosi
        By Joel Tosi  ~  4 years ago
        reply Reply

        Thanks much Yashasree.  Couple other small favors - could you provide some examples of 'best practices' that you were going to cover.  Also would you be providing any data on pre / post devops?  Deployment time, issues, etc?  I'm wondering what you measured.

         

        Best,

        Joel

        • Dipen Shah
          By Dipen Shah  ~  3 years ago
          reply Reply

          Hi Joel,

          We observed practices like 'open doors', 'being transparent' to name a few helped immensely. But rather then provide a list of those, we would like to share those through the talk.

          We would share data on the key indicators we used to measure the success of this effort and show a few videos to show the intangible benefits too.

          Hope this answers your queries.

          Thanks for your interest in the topic.

          Thanks & Regards,

          Dipen.


  • Liked Amoli Upadhye
    keyboard_arrow_down

    Amoli Upadhye - Scale up Agile - Cheers to complex, systems integration mega - projects!

    20 mins
    Experience Report
    Intermediate

    Large systems integration projects form a large majority in typical corporate IT departments. With growing agile methodology adoption and its proven success rate in small / mid – sized projects there is a strong interest in case studies where teams have scaled Agile for XL size project execution

    Such large integration projects warrant natural complexities and teams rely on scaling existing agile practices to be able to up their game. As these projects are high risk / high value candidates, it is critical that project teams deliver them smoothly while rallying various stakeholders involved.

    This session would describe how agile principles can be elastic enough to help teams achieve just that!

    It describes exactly which agile principles have helped me (more than others) to influence my Product Owner-ship on my big, fat COTS application product tied to many upstream / downstream systems and even more stakeholders

  • Liked Prerna Kale
    keyboard_arrow_down

    Prerna Kale - Cent Cent Business Value! A Sneak Peek at sprints from evolving design/UI, getting right priorities to delivering $$

    Prerna Kale
    Prerna Kale
    Senior Product Owner
    TCS
    schedule 4 years ago
    Sold Out!
    45 mins
    Talk
    Intermediate

     

    We want to share experience of working on a complex project, with deadlines set upfront and all players distributed. Perhaps argued as a complex combination to have but yet we were right there, on time enabling the new tool there. Reporting systems often have evaluation cycle that have imperative timelines to start and freeze, hence working for a huge system was not easy. Right agilist mindset with right agile practices helped us meet this. As a Product owner I jostled with eight experts using one system with some variation for their own service lines. We want to show how we leveraged the benefits of distributed teams balanced the challenges, kept the UI flexible enough to accommodate 8 expert reviews, and how our evolving architecture designed a system that had the most used and important features for the users to try hands on..

    Introspecting and sharing how we ensured Cent Cent business Value:

    - Kick off the project with eight stakeholders that got the ball rolling
    - Identifying the 30 % that was core to the business
    - Inspecting, and adapting to constant changes with modular designs
    - Getting stakeholder agree on priorities
    - Release Backlog with stories and design with validated acceptance criteria
    - Managing challenges and ensuring meeting needs seamlessly with truly distributed teams (Distributed PO/Designer/Architect/ Team/ Stakeholders)

    How important is it to dig the core 20-30% in projects with deadline upfront and ways to do that.. Prioritization techniques that enabled mutual agreement on the needs. Backlog with designs that reduced the development time. How work effectively with distributed teams, by building trust, keeping motivation and sharing the definition of done- yes we lived it and did it! We want the audience to explore it all with us and be open to take up and successfully meet the projects with distributed agile teams and tight deadlines yet agile :)

  • Liked Tania van Wyk de Vries
    keyboard_arrow_down

    Tania van Wyk de Vries - Agile metrix: How do you measure the success of your agile implementation?

    45 mins
    Case Study
    Advanced

    Humans are creatures of habit and agile is really challenging that part of our existence everyday. I have seen many teams thinking they now get agile and they take what they learned and just practice it everyday without really reflecting on where they are at or the fact that they are not really moving forward. So in order to say your teams and organisation are really becoming more and more agile everyday you need some metrix to measure against.

     

    The collection of the metrix are 2 fold:

    1. Metrix are tracked through the agile project management tools teams use. We have defined the below set of metrix to interrogate our data to tell us how we doing.
    2. Some of the metrixs are done by getting feedback from teams and clients through surveys.

     

    Some of the metrix include:

    1. Measurement of quality
    2. Measuring customer satisfaction
    3. Measuring team happiness
    4. Measuring continuous improvement in process and technical practices
    5. Measuring time to market
    6. Measuring ROI
    7. Measuring productivity
    8. Measuring overall project progress
    9. Measuring change and improvement

     

  • Liked Sarika Nagvekar
    keyboard_arrow_down

    Sarika Nagvekar - Learn the knack of implementing distributed scrum in workplace

    45 mins
    Case Study
    Intermediate

    Nowadays most of the projects have more than one team working on them also the team members are distributed at varoius sites.
     
    The knowledge of working with agile distributed team is essential in the current scenario.
    In this session We would like to focus on a case study for gaining more insights on how to scale and how to work with agile distributed teams.

    - Manage cordination with two or more teams.

    - Conduct iteration planning and syncrozise work, irrespective of the number of teams.

    - Probe the varoius challenges facing distributed teams and resolve them. (Example Lack of Communication, Minimum Team Overlap, Requirements Discontinuity, Cultural Barriers).

    - Achive good team allocation, how to interacte with team members, and how to coolaborate and choose the best meeting timings across all time zone.

    - Apply immediate practical advice, where ever the teams are distributed.

  • 45 mins
    Talk
    Beginner

     Prioritization, Accountability, Inspect-and-adapt, Rhythm, Feedback, Collaboration, Self-Organization, Focus form the key principles of Scrum Methodology. And it is the Scrum Ceremonies which help ensure that this essence of Scrum remains intact through following of the above principles. Scrum Ceremonies give project teams a wholistic framework to ensure smooth Scrum implementation and effective project delivery.

    The key Scrum Ceremonies are as listed below

    • Release Planning & Sprint Planning ( consisting of Backlog creations and grooming and Estimation )
    • Daily Scrum
    • Sprint Review
    • Sprint Retrospective

    The scope of this presentation is to share:

    • Deeper understanding of objectives behind each ceremony
    • Benefits of each ceremony
    • Challenges and Common Mistakes related to each ceremony
    • Effective techniques of conducting the ceremony to get best advantage out of it
  • Liked Prajakta Thakur
    keyboard_arrow_down

    Prajakta Thakur - Avoiding Common Scrum Mistakes : A Chicken & Pig Story

    45 mins
    Experience Report
    Beginner

     

    Scrum Team’s success depends totally on how the Product Owner, the Scrum Master and the Scrum Team perform their responsibilities well.

    Product Owner’s is a multi-faceted role. A PO undertakes a range of responsibilities like maintaining product backlog; prioritizing items as per business value or return on investment; conveying vision and goals to the team, engaging customer, participating in scrum ceremonies, monitoring product progress, liaising with team for effective delivery and so on.

    Scrum Master has the onus to protect the team from outside interference, help the team resolve impediments , guide the team and PO to effectively adopt Scrum Processes, monitor the project without command and control

    Whereas a cross functional Scrum Team of Developers, Designers, Architects, Testers,etc. have to undertake functions like Analysis, Estimation, Design, Development, Testing, Deployment in an effective manner. They have to self-manage and self-organize to achieve committed deliverables and hold accountability for the success of each iteration

    Type of product, product lifecycle stage, project size, domain knowledge of the team are various factors which further govern what all responsibilities a Scrum Team needs to shoulder. With such huge gamut of responsibilities to be managed, it is bound that a Scrum Team commits mistakes.

    This session attempts to showcase some of the common mistakes, which Scrum Teams commit and ways to avoid these mistakes. Awareness of these common mistakes or lessons learnt will help teams to prevent such scenarios and ensure effective delivery.

  • Liked Angeline Aggarwal
    keyboard_arrow_down

    Angeline Aggarwal - Being Agile in a Non-agile World

    45 mins
    Talk
    Intermediate

    Software projects are all about collaboration – within teams, with external teams, external agencies, etc.Executing a project as a stand-alone team even in a sterile agile environment can be challenging. But what happens when you have to additionally collaborate with other non-agile teams to accomplish project goals?

    Non-agile teams follow different processes, have different priorities and most of all have a different mindset. How, as a Product Owner, can you plan sprint goals and milestones, get these teams to buy-in to your project vision and take time out to prioritize and help accomplish your project goals.

    In my session, I will share my experience in working with non-agile teams. I will explore the challenges that both teams face, and share practices and solutions that, if adopted, could make the end-result a win-win for all teams involved.

  • Liked Yashasree Barve
    keyboard_arrow_down

    Yashasree Barve - What Works and What Not! A Portfolio Lead Retrospects

    20 mins
    Case Study
    Beginner

    Enterprises are complex, and so are the development groups within those. Being agile definitely enables the software development groups to deliver high value and high quality software with speed for even within an Enterprise.

    However legacy applications along with the overall Enterprise landscape pose its own challenges that are outside of the scrum framework to solve. Multiple Small scrum teams though working on separate applications need to be cohesive with a big picture. As a portfolio lead, who owns multiple applications and teams related to a portfolio within an Enterprise is a Chicken in scrum terminology. The expectation from the role is that of leader, scrum master as well as an Architect providing technical and functional oversight to the teams within the portfolio. The idea is to be a leader and not a manager in the true spirit of scrum.

    This session is about a retrospective of my work life as a Portfolio Lead who takes care of multiple scrum teams, and applications. I would like to speak about the top 3 challenges faced such as Scaling Production Support / Knowledge Retention for applications delivered through Scrum, Impact of Organizational Transformation initiatives on the scrum teams, and Multiple Stakeholder Expectations / Conflict Management through real life examples of my work. I would retrospect what I did, and discuss and debate what worked well, and what did not during this journey of mine.

  • Liked Yashasree Barve
    keyboard_arrow_down

    Yashasree Barve - Seven tales from an Ever-invigorating Agile Development Group

    45 mins
    Case Study
    Intermediate

    The constant quest in one’s mind to find Nirvana, of excelling the way we work, is never ending. Starting to do scrum is only the beginning of 'Being agile'. 'Being agile' attributes to constantly re-inventing and improving the way we develop software.

    We would like to present a case study of a development group that has adopted agile, and not shied away from trying newer things to keep scrum adoption true to the spirit of agile. We would discuss seven most powerful initiatives we practised over last 6 years to keep our developers and business excited about being agile and maximizing business value delivered. These initiatives defined the way we constantly evolved, got the new joinees of this group into the culture of agility and ensured that we are relevant to the need of hour.

    This talk would comprise of motives behind thinking about these initiatives, vision, road map as well as the way we executed them by engaging our whole development group. We would also like to highlight challenges we faced, and the benefits we derived out of these initiatives.

  • Liked Manish Sinha
    keyboard_arrow_down

    Manish Sinha - Building High Performance Distributed Scrum Teams

    45 mins
    Experience Report
    Intermediate

    (anonymous)

    Working with distributed teams is a necessity driven by globalization and outsourcing in today’s business world. Being effectively agile with these distributed teams is always a challenge. The challenges multiply when such teams consist of team members from different cultures working thousands of miles apart. Organizations are required to have teams that perform despite of challenges faced by such teams. They need to adapt to stay in business. But to get ahead in business, only adaptation doesn’t
    help, they need innovation as well.
    The session doesn’t cover any theoretical part of Agile but an “all practical”
    approach that has been tried, tested and verified. This session talks about how challenges with distributed teams can be transformed into opportunities for building high performance Scrum teams in distributed environment. The session shares best practices and lessons learnt with execution of Scrum in highly distributed team covering over seven different locations across geographies.
    The session will closely look at common challenges faced by distributed Scrum teams and how a simple restructuring of such teams can resolve many of these challenges. The session will put forward effective ways of building high team synergy in a cross cultural environment. The session will also cover few simple ways of using Lean techniques to identify potential improvement areas and to make impactful improvements.