Why Businesses should not ignore Technical Debt - A Case Study

Cases like the Toyota’s Unintended Acceleration case of 2007 highlight the impact of bad engineering practices on the quality of the product. This eventually impacts the business and the organization’s reputation as well. There have been several such instances in recent history, yet business stakeholders get tempted to compromise on the sound engineering practices for having quick gains. This approach, most of the times, is due to lack of understanding of these practices and under-estimating their negative impact in the long run. The aim of this paper is to highlight this impact and present a strong case for paying enough focus on concept like technical debt to reduce and control it in software development context.

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

Outline/structure of the Session

  1. Present the Case Study
  2. Root Causes for failure
  3. Why Businesses should track and monitor it - Business Impact!
  4. How Engineering teams should make Technical Debt visible?
  5. How to factor Technical Debt in Estimation?

Learning Outcome

  1. Business Impact of high Technical Debt
  2. How to make Technical Debt visible?

Target Audience

Business Executives / Stakeholders, Product Owners

schedule Submitted 1 year ago

Comments Subscribe to Comments

comment Comment on this Proposal
  • Anish Cheriyan
    By Anish Cheriyan  ~  1 year ago
    reply Reply

    Hi Ashish,

     

    Appreciate if you can add the details of the case study to the proposal. Please request to add the draft version of the slide.

     

    Regards

    Anish

    • Ashish Pathak
      By Ashish Pathak  ~  1 year ago
      reply Reply

      Hi Anish,

      thanks for for reviewing my proposal and providing feedback. The details of the case study are on the LinkedIn links that I have provided. Alternatively, I could post the off version of my paper. I will also post the slide deck in a weeks time from now.

      Many Thanks!

       

      Ashish

  • Ellen Grove
    By Ellen Grove  ~  1 year ago
    reply Reply

    Hi Ashish

    Thanks for proposing this.  The title is intriguing, but it seems to be at odds with the content of your presentation (should it be "Why business should NOT ignore technical debt"?)

    I'd like a little more information about the case study itself in order to understand how the learning outcomes will be derived from the presentation.  I'd also like to see examples of other talks you've given (slides or video) or a quick video of you describing the outline and learning outcomes so that we can get a sense of your presentation style.  

    Thanks! 


    • Liked Rahul
      keyboard_arrow_down

      How to measure the outcome of Agile transformation?

      Rahul
      Rahul
      schedule 1 year ago
      Sold Out!
      45 mins
      Case Study
      Beginner

      With many organization moving to Agile environment, it is important to have a model that can help us identify if the Agile Transformation is resulting in the expected outcome. This session would present different measurement models to measure the outcome of Agile transformation in an organization.

      The paper covers various measurement models that can be used during different phases of Agile transformation. The session also presents outcome of a survey conducted by the author on how different organizations, Agile coaches & leaders are measuring effectiveness of their Agile implementation. It would present a research on how different organization perceive success of Agile adoption, what are the parameters used by different organizations and how different people present the changes observed by adopting Agile environment.

      e.g. 20% respondents each said ‘Delivery cycle time’ & ‘Delivering business value’ as the key parameters. And other 20% mentioned ‘Working Software’ / ‘Customer Satisfaction’ & ‘Reduction in defects, waste & risks’ as the parameters for measuring success of Agile.

      The session also presents a case study of Agile transformation where these different effectiveness measurement models were applied successfully. It covers various aspects like Business case definition of Agile implementation, Agile Transformation roadmap, Agile readiness assessment, Agile current state assessment, Agile effectiveness evaluation and ROI of Agile implementation.

      The session would also include an Agile Innovation Game, where the attendees would brainstorm with their peers on how they currently capture the changes brought by implementing Agile in their organization.

    • Liked Rahul
      keyboard_arrow_down

      Experience of building Agile Center of Excellence (CoE) for organization-wide Agile maturity

      Rahul
      Rahul
      schedule 1 year ago
      Sold Out!
      45 mins
      Experience Report
      Beginner

      When any organization plans to move to Agile methodology, it needs to plan multiple initiatives for successful transition. One of the important initiative would be building an Agile Center of Excellence, a team which would support for consistency of Agile implementation across the organization. The Agile CoE we built worked on multiple aspects such as:

      • Defining organization-wide Agile methodology, tailoring it as per organization environment if required
      • Build knowledge of Agile across the organization
      • Supporting the team members with any ongoing queries
      • Support in building required Tools and Templates required implementing Agile
      • Assessing Agile implementation of different projects, identifying any gaps or improvement areas

      This session would cover practical experience of how we built a successful Center of Excellence, which become a big enabler for successful Agile transformation.

    • Liked Pooja Wandile
      keyboard_arrow_down

      Building self-organizing teams is not a cake walk

      Pooja Wandile
      Pooja Wandile
      schedule 1 year ago
      Sold Out!
      20 mins
      Experience Report
      Beginner

      Agile philosophy puts a lot of emphasis on self-organized teams that can build great quality products and services.  Self-organization is one of the core attributes of agile teams or if I dare to say, is at the heart of agile project management.  Self-organized teams are supposed to be self-contained and have required skills that works towards a shared vision. They don't need directions (read command and control) and can figure out on their how to best deliver results. A lot of literature can be found around self-organization.

      In spite of wide knowledge and information around this topic, it would be interesting to know how many organizations have actually managed to create such teams. How many 'Spotify' case studies are around? In my opinion and experience, I think building self-organizing teams is easier said than done. While it’s a very good intent but there are lot of challenges that drags creation of such teams. For creating a mouthwatering dish, just like you will need right ingredients and in right quantity, same goes for creating a self-organized team.  Unless you have all ingredients, such as, management commitment, an individual's willingness & attitude, infrastructure and operations, supporting groups, an organization's culture, etc. in place, it is difficult to have self-organized teams that can run like a well-oiled machine.

      In this session, I will share some of my experiences with such teams, their behavior pattern, how such teams can be nurtured, some successful and some not so successful attempts.