<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Operational on Panji Gautama</title><link>https://panjigautama.com/categories/operational/</link><description>Recent content in Operational on Panji Gautama</description><generator>Hugo</generator><language>en</language><copyright>Copyright © Panji Gautama</copyright><lastBuildDate>Wed, 23 Aug 2023 11:58:09 +0000</lastBuildDate><atom:link href="https://panjigautama.com/categories/operational/index.xml" rel="self" type="application/rss+xml"/><item><title>Convergence as Tech Debt Safeguard</title><link>https://panjigautama.com/convergence-as-tech-debt-safeguard/</link><pubDate>Wed, 23 Aug 2023 11:57:15 +0000</pubDate><guid>https://panjigautama.com/convergence-as-tech-debt-safeguard/</guid><description>&lt;p&gt;&lt;img src="https://panjigautama.com/images/9d8fa97f717b9f253324e88c39c99434.gif" alt=""&gt;&lt;/p&gt;
&lt;p&gt;Managing technical debt is never an easy game. Even if we have ideas, we need to compare the impact with the product initiatives/feature that we need to build to ensure we stay strong on the product side and boost the business. So what to do? lo and behold : Diverge-Convergence, comes as one of the strategies.&lt;/p&gt;
&lt;p&gt;&lt;img src="https://panjigautama.com/images/ideas-2.jpg" alt=""&gt;&lt;/p&gt;
&lt;p&gt;Each Sprint diverged into two streams: shaping &amp;amp; building, execute convergence sprint every triples.&lt;/p&gt;</description></item><item><title>On Observability</title><link>https://panjigautama.com/on-observability/</link><pubDate>Sun, 12 Sep 2021 19:46:30 +0000</pubDate><guid>https://panjigautama.com/on-observability/</guid><description>&lt;p&gt;&lt;img src="https://panjigautama.com/images/sniper.gif" alt=""&gt;&lt;/p&gt;
&lt;p&gt;Running an application without having a proper monitoring is akin to driving without a dashboard. You don’t really know if you still have enough gas, or if you are within the speed limit, or how far are you till your next oil change. There are many uncertainties involved in running an application. Monitoring is instrumental in getting first hand awareness on possible incident or help predict that an incident is about to happen so we can prevent it.&lt;/p&gt;</description></item><item><title>Software Fragmentation - The Golden Path</title><link>https://panjigautama.com/software-fragmentation-the-golden-path/</link><pubDate>Wed, 25 Aug 2021 09:29:07 +0000</pubDate><guid>https://panjigautama.com/software-fragmentation-the-golden-path/</guid><description>&lt;p&gt;&lt;img src="https://panjigautama.com/images/32f8ee1f68495231452451a2edfe9b7b.gif" alt=""&gt;&lt;/p&gt;
&lt;p&gt;There is a direct correlation between teams that give their engineers autonomy to own their technical decisions and the team&amp;rsquo;s ability to hire and retain A-class or Senior talent. There is a tradeoff, but an acceptable level of chaos in exchange for a stronger sense of individual/team ownership is usually the right one and leads to higher performing teams in the long run - at least this is what I&amp;rsquo;ve been seeing if a couple of companies in Indonesia.&lt;/p&gt;</description></item><item><title>Incident &amp; Post Mortem Process</title><link>https://panjigautama.com/on-incident-post-mortem-process/</link><pubDate>Sun, 07 Feb 2021 12:50:06 +0000</pubDate><guid>https://panjigautama.com/on-incident-post-mortem-process/</guid><description>&lt;p&gt;&lt;img src="https://panjigautama.com/images/1f35bd89034764d07136e71c41265190.gif" alt=""&gt;This article is part of &lt;strong&gt;On Managing Stability&lt;/strong&gt; series.&lt;/p&gt;
&lt;p&gt;Recurring incidents are the enemy of scalability. Recurring incidents steal time away from our teams - time that could be used to create new functionality and greater value. Our past performance is the best indicator we have of our future performance and our past performance is best described by the incidents we have experienced and the underlying problems that caused those incidents.&lt;/p&gt;</description></item></channel></rss>