Artwork

コンテンツは AgileThought and Dan Neumann at AgileThought によって提供されます。エピソード、グラフィック、ポッドキャストの説明を含むすべてのポッドキャスト コンテンツは、AgileThought and Dan Neumann at AgileThought またはそのポッドキャスト プラットフォーム パートナーによって直接アップロードされ、提供されます。誰かがあなたの著作権で保護された作品をあなたの許可なく使用していると思われる場合は、ここで概説されているプロセスに従うことができますhttps://ja.player.fm/legal
Player FM -ポッドキャストアプリ
Player FMアプリでオフラインにしPlayer FMう!

Strategies to Approach Technical Debt with Michael Cooper

34:50
 
シェア
 

Manage episode 335131569 series 2481978
コンテンツは AgileThought and Dan Neumann at AgileThought によって提供されます。エピソード、グラフィック、ポッドキャストの説明を含むすべてのポッドキャスト コンテンツは、AgileThought and Dan Neumann at AgileThought またはそのポッドキャスト プラットフォーム パートナーによって直接アップロードされ、提供されます。誰かがあなたの著作権で保護された作品をあなたの許可なく使用していると思われる場合は、ここで概説されているプロセスに従うことができますhttps://ja.player.fm/legal

This week, Dan Neumann is joined by Michael Cooper, Agile Thought’s Chief Architect.

In this episode, Dan and Mike explore the topic resulting from the previous conversation they had regarding technical debt, which is, once you identify the debt, what do you do about it? Michael presents three possible strategies: the most common, the undesired, and lastly, the pragmatic and practical solution.

Key Takeaways

  • In response to technical debt, the first thing you can do is nothing.
    • Not doing anything about technical debt is the path chosen by many people.
    • Doing nothing is a pragmatic approach, but only works if you are planning to do nothing with the product.
  • Often a complete replacement is the way chosen to respond to technical debt.
    • This could be considered a relatively undesirable strategy since it is an extremely risky approach.
    • What if the developers that wrote the code are dead? How can you know what was in the original product?
  • Coming up with a completely new product (not a duplication) could be a response to technical debt.
    • This is a safe alternative but depends on whether the stakeholders will accept it.
    • It should not be just a replacement strategy but a comprehensive innovative solution, a game-change strategy.
    • This strategy would cost about twice the budget.
  • The practical solution: Slowly strangling the product.
    • This is a long and pragmatic process, where you may decide to leave parts of the system.
    • This strategy will preserve the functionality of the system and produce the expected result over time.
  • What is the cost to change?
    • It is very difficult to anticipate the costs.
  • How do you train the Team to approach technical debt?
    • The Team makes the decision whether they are capable or not to take the task.

Mentioned in this Episode:

Listen to What is Technical Debt? With Michael Cooper

Want to Learn More or Get in Touch?

Visit the website and catch up with all the episodes on AgileThought.com!

Email your thoughts or suggestions to Podcast@AgileThought.com or Tweet @AgileThought using #AgileThoughtPodcast!

  continue reading

313 つのエピソード

Artwork
iconシェア
 
Manage episode 335131569 series 2481978
コンテンツは AgileThought and Dan Neumann at AgileThought によって提供されます。エピソード、グラフィック、ポッドキャストの説明を含むすべてのポッドキャスト コンテンツは、AgileThought and Dan Neumann at AgileThought またはそのポッドキャスト プラットフォーム パートナーによって直接アップロードされ、提供されます。誰かがあなたの著作権で保護された作品をあなたの許可なく使用していると思われる場合は、ここで概説されているプロセスに従うことができますhttps://ja.player.fm/legal

This week, Dan Neumann is joined by Michael Cooper, Agile Thought’s Chief Architect.

In this episode, Dan and Mike explore the topic resulting from the previous conversation they had regarding technical debt, which is, once you identify the debt, what do you do about it? Michael presents three possible strategies: the most common, the undesired, and lastly, the pragmatic and practical solution.

Key Takeaways

  • In response to technical debt, the first thing you can do is nothing.
    • Not doing anything about technical debt is the path chosen by many people.
    • Doing nothing is a pragmatic approach, but only works if you are planning to do nothing with the product.
  • Often a complete replacement is the way chosen to respond to technical debt.
    • This could be considered a relatively undesirable strategy since it is an extremely risky approach.
    • What if the developers that wrote the code are dead? How can you know what was in the original product?
  • Coming up with a completely new product (not a duplication) could be a response to technical debt.
    • This is a safe alternative but depends on whether the stakeholders will accept it.
    • It should not be just a replacement strategy but a comprehensive innovative solution, a game-change strategy.
    • This strategy would cost about twice the budget.
  • The practical solution: Slowly strangling the product.
    • This is a long and pragmatic process, where you may decide to leave parts of the system.
    • This strategy will preserve the functionality of the system and produce the expected result over time.
  • What is the cost to change?
    • It is very difficult to anticipate the costs.
  • How do you train the Team to approach technical debt?
    • The Team makes the decision whether they are capable or not to take the task.

Mentioned in this Episode:

Listen to What is Technical Debt? With Michael Cooper

Want to Learn More or Get in Touch?

Visit the website and catch up with all the episodes on AgileThought.com!

Email your thoughts or suggestions to Podcast@AgileThought.com or Tweet @AgileThought using #AgileThoughtPodcast!

  continue reading

313 つのエピソード

所有剧集

×
 
Loading …

プレーヤーFMへようこそ!

Player FMは今からすぐに楽しめるために高品質のポッドキャストをウェブでスキャンしています。 これは最高のポッドキャストアプリで、Android、iPhone、そしてWebで動作します。 全ての端末で購読を同期するためにサインアップしてください。

 

クイックリファレンスガイド