Product Development Archives - Page 2 of 2 - Scrum Certification Training and Agile Coaching
Living without TechDebt

Living without TechDebt

TechDebt Free

I grew up in an educated middle-class family and was taught to #Save rather accrue #Debt. I don’t remember my family applying for a loan to buy an expensive house hold appliance or to go for a luxury vacation abroad. I guess most parents teach their kids to manage their spending and live within means.

I saw my parents live debt free. That encouraged me to think what was really important to buy.

It forced me to make sound choices.

The need to live without debt taught me to say No.

No to unwanted stuff. No to things that were not urgent. No to things that were appealing on the surface but didn’t fit into the bigger scheme of my world.

If you’ve read Robert Kiyosaki, you may be familiar with his advice of using Other People’s Money (OPM) and one of the traditional ways for using OPM is to get a loan. Many got sucked into the trend. Now they can buy everything they may need and get it on loan.

I would like to call is a systemic dysfunction.

Systemic dysfunction is created not by one person or one institution. It also doesn’t develop just because of one or few instances.

Systemic dysfunction may manifest in the system in various forms and we start to see symptoms much later.

Sure we all remember the 2007 financial crash and its ripple effect on most of the economies of the world.

I observe similar and growing trend in the world of software product development.

Everywhere there is pressure to deliver more. More than the available time at hand. More than the people (at the front) can practically deliver.

In the pursuit of Growth, the Sales teams are assigned sales quota that’s beyond challenging.

Marketing and Product Development usually find themselves dragged into the game to deliver more.

The product delivery teams and IT teams are usually at the receiving end of this rat race.

To secure their job, they end up saying Yes, more often than is realistic.

The Product Team creates a pipeline of requests to add more features. More new features in the product.

The product developers end up delivering new features.

There is less time to think of quality and developing these features right.

The code is just good enough to work. There is a mountain of unfinished and poor code that the products are built on.

The developers are accruing more Technical Debt.

It’s a systemic dysfunction.

Not created by one developer or one team. Not created during the implementing of one feature or one product.

TechDebt is in every code poorly developed and is being accrued with each new request that needs to be delivered in rush.

Without empowerment, Developers feel that giving in to the demands of delivering more is the only option. The Product Owners in most organizations feel the same as they feel the pressure from the top brass.

Until someone chooses to stand up and says No to cutting quality.

Until someone says No to poor coding practices.

Until someone says No to skipping refactoring.

Until someone says No to delivering buggy product to customers.

people will keep giving in to the demands, team members will continue to be stressed, continue to cut corners – knowingly or unknowingly, and feel bad for delivering poor quality.

Would that be you? Would you be able to stand and say No to cutting quality, No to delivering poor quality products?

If yes,

Here are 3 steps you can take to immediately curb the TechDebt from growing further:

Step 1: Acknowledge and make transparent the current level of TechDebt. If it’s visible and everyone keeps looking at the TechDebt level, it’ll be easy to persuade everyone to address it. I bet, most teams don’t even visualize their existing level of TechDebt. Do that.

Step 2: Block some time on calendars to identify, list and address the TechDebt. If no one is spending the time to address TechDebt, it’ll only keep growing.

Step 3: Identify a limit of TechDebt that your code can have at any moment of time. Once the TechDebt level increases the identified limits, fixing it will become the highest priority – more than developing new features.

Now think for a minute:

What if your product owners and entire team collectively agreed and pledged to live #Techdebt free?

How will living #TechDebt free look like in your organization?

5 Key Lessons for Product Based Enterprises from Army

In September 2016 Indian special forces carried out surgical strikes at 7 terrorist launch pads across the line of control (LOC) in POK. Read more….

Surgical strikes require detailed and exhaustive planning. It needs to be carried out with absolute precision to achieve the objective of taking down targets with either no or minimal collateral damage.

In an ideal world, there shouldn’t be a need for such operations as everyone should aim to live peacefully and let others live peacefully. No terrorism, no surgical strikes. However the reality today is far from ideal.

There are many pearls of strategy from this surgical strike that corporations can learn and get better at launching major products in markets. In this article, Let’s focus on that aspect:

 

1. Sense and Respond rapidly to opportunities/market needs:

The customer and market factors beyond your organization’s control may present opportunities outside of your regular operations/product features. Organizations that can quickly sense these opportunities and respond swiftly may find themselves gaining market and continued loyalty from customers. That’s agility.

Organizations that are not capable of sensing such opportunities or acting upon these quickly may see themselves becoming irrelevant in the new market. Remember Kodak and Blackberry?

Fact: Of all the Fortune 1000 companies as of 2003, 70% disappeared from the Fortune 1000 list by 2013. The rate of change in 2017 has only increased.

Tip from the real world: One serious flaw we observe with bureaucratic and large organizations is that smart people working in these organizations may already have observed new opportunities/needs, however, may feel unsafe to try out new ideas due to fear of failure and the consequences of failure on their job.

Encouraging every employee to experiment and innovate may not work on its own, leaders must act in line with what they preach and also allow freedom for the employees to make choices safely.

 

2. Execute Flawlessly:

It’s not luck or coincidence. Achieving excellence in Product development and product launch takes years of effort to build this capability. Being excellent at connecting with customers, understanding customer challenges, translating the vision into solutions, developing quality products rapidly, launching solutions to market early, promoting and selling the products through multiple channels and partners etc., all at the same time, can’t be a sheer coincidence every time.

The more you sweat in training, the less you bleed in combat. Richard Marcinko.

To become agile, organizations should identify process and practices to continuously improve, enhance the products, optimize the organizational system, avoid short cuts, avoid local optimizing and strive for breakthrough innovations in products as well as processes.

Executing flawlessly is also a result of choosing your battles. If people in your organization are always busy, always fire-fighting, they have no time and motivation to experiment, strive for quality and focus on excellence. If your company offers 30 varieties of fruit jam, most likely your company does not have a single world-class variety of jam.

Tip from the real world: Check this: Tesla only sells 2 models of cars (3rd is in making) v/s GM who has 24+ models. Apple offers 3 models of laptops v/s HP which sells 24+ models. Google constantly identifies products that do not meet it’s benchmark performance and retires these products. Facebook keeps disrupting itself regularly to get better. Hope you get the point.

To be able to execute flawlessly, your organization must focus on few key offerings, and constantly up the game. At Agile For Growth, we are focused on offering Scrum Training and politely deny serving clients with other training requests. It allows us to focus on what we do well.

 

3. Involve Stakeholders Early:

A visionary leader finds a common purpose and crafts an inclusive mission to bring all stakeholders together. Involving all stakeholders early avoids the chances of missing out on key participation and support from the stakeholders as well as helps avoid consequential resistance later.

It’s difficult to find harmony when trying to align multiple stakeholders particularly in large enterprises. However, that shouldn’t be an excuse from involving stakeholders early. In today’s market, stakeholders are all those involved in the success of your product that includes employees, vendors, partners, and customers. Have a strategy in place to engage all stakeholders contextually and at an appropriate time. Sooner the better, in most cases.

Immediately after the surgical strike, the Indian government briefed the key leaders of the opposition, called for an all-party meeting, informed the UN and other key countries. The India head of military also called up his counterpart in Pakistan and briefed him about the operation. A Press conference was planned and called for immediately. A plan was already in place to handle any retaliation.

Tip from the real world: Involving stakeholders early allows you to identify and address any resistance early. Having satisfied stakeholders offer you additional support in terms of introductions, referrals, testimonials, and free word of mouth publicity. Many new and breakthrough products today are co-created with customers involved right from the inception of the product. It’s not uncommon for startup’s to open up their Product Roadmap and allow their customers to vote on the upcoming features.

Tools: Trello and Roadmap.space are good free tools to get started.

 

4. Build the Ecosystem:

The product gains tremendous value when there is an eco-system around it which enhances its usage and benefits. Apple’s App store is one of the key examples that helped expensive iPhone take off against the established and low priced Nokia and Blackberry. Most product companies today offer APIs that allow developers to build third party applications and to enhance the value of their product.

Tip from Real World: At Agile For Growth, we offer Scrum training and Enterprise Agile Coaching. All clients engaging us for Scrum training workshop, get 10 additional value-adds and bonuses that allow the training participants to continue getting value even after the workshop. That gets them real world benefits from implementing Scrum concepts, techniques and tips. Beyond the 2-day workshop, we’ve designed a broader engagement and experience for our workshop participants. These bonuses significantly enhance the value our customers get from engaging us. These value-adds, almost payback for the training investment.

 

5. Build Trust First:

India through it’s sensible and responsible behavior over the years built trust with allies and parties, which helped it gain support from many countries when deciding to carry out surgical strikes across the LOC. Don’t forget that you DO NEED strong support of stakeholders, partners, customers, and employees when taking big and risky bets. If your organization has worked for it and earned trust, getting this support becomes a relatively easier task.

Being adaptive, responsive, nimble – Agile, at the organization level is a choice that everyone in the organization needs to make and commit to. It’s a tedious journey that requires a fair share of taking tough decisions, disrupting the status-quo, being ready to fail, traveling uncharted territory and tapping into the collective intelligence of everyone involved.

 

What is your key takeaway from these strategies? I’m interested in learning it!