Speaking at LeadDev Panel Discussion: How Cloud-Native Teams Test at AI-Powered Velocity ๐Ÿš€

What an honor it was to join the panel discussion hosted by LeadDev this weekโ€”alongside brilliant minds like Ole Lensmar, @Varun Awasthi, and our amazing & talented moderator Heidi Waterhouse.


Event Link: https://leaddev.com/event/how-teams-test-at-ai-powered-velocity


We tackled one of the most pressing questions in software today: How do we maintain quality and developer experience when velocity is being pushed to its limitsโ€”especially with AI tools accelerating the pace?
Here are a few of my favorite takeaways that resonated deeply:

๐Ÿ” Key Insights & Highlights


๐ŸŒฟ Orchestrating Tests in Cloud-Native Environments
Scaling test automation across Kubernetes and complex cloud infrastructures is no longer optionalโ€”itโ€™s essential. We discussed patterns and practices that help achieve consistency and coverage without slowing things down.

๐ŸŒฟ Breaking Down Silos between QA, Platform, and Dev Teams:
Collaboration is critical. One recurring theme: embedding quality into every step, not isolating QA as a final gate. Cultivating shared responsibility ensures faster feedback loops and higher trust. LeadDev

๐ŸŒฟ Better Observability, Fewer Flakes:
Too often we drown in test noise. By improving observabilityโ€”clearly distinguishing signal from noiseโ€”we can reduce flaky tests and focus on real quality signals. LeadDev

๐ŸŒฟ Developer Experience as a First-Class Concern:
Velocity is important, but not at the cost of a broken feedback loop. Optimizing for DX means tests must be fast, reliable, and integratedโ€”so developers feel empowered, not burdened.

The depth of conversations, the invigorating questions, the connections madeโ€”all of it reaffirmed how powerful shared learning is.

A heartfelt thank you to the LeadDev team for inviting me and running such a seamless, high-impact event. And to my fellow panelists and everyone who joined the discussion: thank you for your insights, your challenges, and your curiosity. We grow by asking hard questions together!๐Ÿ’ก

Cheers,

Nishi

Thrilled to see my name in print โ€” in German!

Thrilled to see my name in print โ€” in German!! ๐Ÿ‡ฉ๐Ÿ‡ช๐Ÿ“–

When I first wrote this article on Continuous Testing in Agileโ€”highlighting the need to balance speed with quality, and keep the โ€œwheels of testingโ€ runningโ€”I had no idea it would travel this far.
But today, I’m proud to share that my work has been published in the print edition of Entwickler.de, one of Germanyโ€™s most respected tech magazines! ๐ŸŽ‰

Originally written in English and translated by the amazing editorial team, the article is titled:
๐Ÿ” “Die Rรคder des Testens am Laufen halten”
(โ€œKeeping the Wheels of Testing Runningโ€)
โ€” and dives deep into how Agile teams can stay efficient and resilient with continuous testing strategies, even in fast-paced delivery cycles.

๐Ÿงช From quality thinking to adaptive test environments, the article covers the mindset and methods teams need to deliver great software, consistently.

๐Ÿ’œ A big thank you to the Entwickler.de team for beautifully presenting the article and sending me a print copy that Iโ€™ll treasure.
๐Ÿ™ And a warm shoutout to the Devmio team as well for our collaboration and continued support in sharing meaningful conversations around DevOps and Quality at Scale.

Hereโ€™s to celebrating small wins, sharing knowledge, and seeing our ideas come to life across borders and languages! ๐ŸŒโœ๏ธ

๐Ÿ“– Read the article here:
๐Ÿ‘‰ https://entwickler.de/testing/die-rader-des-testens-am-laufen-halten-002

#ProudMoment #ContinuousTesting #AgileQuality #DevOps #EntwicklerDe #AgileTesting #TechWriting #DevOpsCon #WomenInTech #TestAutomation #QualityAtScale #KnowledgeSharing #AgileLeadership #PublishedAuthor #FromIdeaToPrint

Speaking at DevOpsCon Berlin

What an Incredible Experience Speaking at DevOpsCon Berlin 2025! ๐ŸŽ‰

Last week, I had the honor of speaking at DevOpsCon Berlin on June 17-18, 2025, and what an amazing experience it was!

From the moment I stepped on stage to deliver my session(s), I could feel the energy and curiosity in the room. The engagement, questions, and feedback I received were truly inspiring and reaffirmed why I love sharing knowledge and learning from the incredible tech community. ๐Ÿ’ก (More about my sessions shared here earlier)

But this event wasnโ€™t just about speakingโ€”it was about connecting. I had the privilege of meeting some of the most passionate and brilliant minds in DevOps. Our chats were not only insightful but also a reminder of how collaborative and innovative this space is. Special thanks to @Simon , @Robert , and @Richa for some enriching conversations and the shared laughs that made these days even more memorable. It is always a pleasure to work with @Fabian and meeting in person was even more fun!

As I look back at these moments , I feel immense gratitude for the opportunity to contribute to this thriving community. Hereโ€™s to more connections, collaborations, and growth in the future! ๐ŸŒŸ

A huge shoutout to the organizing team @Mirjam , @Nadia and the @S&S Conference team for hosting such a seamless and impactful eventโ€”it was no small feat, and you nailed it! ๐Ÿ™Œ

If you attended my session or would like to chat about any of the topics, feel free to reach outโ€”Iโ€™d love to keep the conversation going. Letโ€™s continue building and growing together! ๐Ÿš€

Cheers,

Nishi

I am speaking at DevOpsCon Berlin (June 2025)

I am excited to share that I will be speaking at DevOpsCon Berlin next week, an event by devmio.

This event is known for its power workshops, practical learning avenues and networking with international community of Agile & DevOps enthusiasts, I am excited to be presenting not one but 2 sessions โ€“ one focused on No-Code Test Automation Revolution and another about Leading Scrum teams in dynamic environments.

The conference offers 4 full days of learning in the form of sessions, keynotes and workshops, with options to attend in-person or online โ€“ here is the full program https://devopscon.io/berlin/program-berlin/

As I prepare to travel to Berlin again, this will definitely be a new experience as a European native and having my family along with me! I am excited to meet some new people and reconnect with the amazing people I met in the past years.

Here are the details of my 2 sessions:

No Code Revolution: Redefining Test Automation for Speed and Simplicity

With numerous test automation tools and frameworks available today, many in the software testing industry are focused on learning them all. It is important to stay updated with new technology. But are testers losing something in the race to become more technical and equipped with automation skills? Is your test automation becoming so technical and code-intensive that itโ€™s in danger of alienating the subject-matter expert testers who best know the core of your business?
Testing is a creative field and Test automation tools are the necessary technology that is meant to serve us.
Test automation is undergoing a paradigm shift with the rise of no-code platforms. This session dives into how no-code test automation tools are transforming traditional testing practices, enabling faster implementation, and making testing accessible to non-technical stakeholders.

Takeaways :
Attendees will discover:
>>What steps to take to not alienate your business testers and other key stakeholders from yoyr test automation.
>>How no-code platforms democratize test automation for Agile teams.
>>Techniques to reduce setup time and increase test coverage.
>>Practical insights into leveraging no-code tools for scalable, efficient testing

Mastering Scrum and Navigating Agility in Dynamic environments

Agile teams in startups can be in a constant state of flux, and creating harmony there requires mastering adaptive leadership techniques, relooking at processes and leaning them out to suit the needs of the teams. In this session, we will dissect the intricate dance of leading software delivery in startup agile teams, and discover actionable strategies for navigating the complexities of program management in fast-paced environments. 

Scrum masters, agile leaders and team members will gain valuable insights into aligning team efforts with business goals while maintaining agility and high-quality standards.

By the end of this session, you will:โ€‹

>Gain insights into adaptive leadership techniques tailored for startup agility.

>Learn practical approaches to balance speed and quality in software delivery.

>Explore effective methodologies managing scrum teams in dynamic startup ecosystems.

From Team to True Squad: Building Synergy in Scrum

Iโ€™m excited to share my latest article, “From Team to True Squad: Building Synergy in Scrum,” recently published on Devm.io!

We often hear about the importance of teamwork when we talk about agile and Scrum in particular. But thereโ€™s a massive difference between a group of individuals that work together and a squad that truly clicks. Building a high-performing Scrum team is less about following rigid frameworks and more about nurturing relationships, creating trust and creating a shared vision & sense of purpose. What truly elevates a group of individuals into a high-performing squad is synergyโ€”that magical cohesion where the whole is greater than the sum of its parts.

Key Insights from the Article

๐Ÿ”น Continuous Improvement: Agile squads thrive when retrospectives are used not just as a ritual but as a powerful tool for learning and growth. The key is to focus on actionable feedback, addressing both the wins and the pain points. Improvement isnโ€™t a one-time event; itโ€™s a mindset that fosters resilience and adaptability.

๐Ÿ”น Alignment with Autonomy: Balancing squad goals with overarching organizational objectives can be tricky, but itโ€™s essential. Alignment ensures that the team delivers value, while autonomy empowers them to decide how to deliver it, fueling innovation and ownership.

๐Ÿ”น The Role of Trust: A true squad is built on a foundation of trust. When team members trust each other, they feel safe to share ideas, challenge norms, and admit mistakesโ€”without fear of blame or judgment. This psychological safety is the bedrock of creativity, collaboration, and continuous improvement. Leaders must actively foster trust by encouraging open dialogue, leading by example, and celebrating team wins.

๐Ÿ”น Fostering Synergy: Building synergy means creating an environment where collaboration isnโ€™t just encouragedโ€”itโ€™s ingrained in the squadโ€™s DNA. This involves clear communication, shared accountability, and a shared vision of success.

Why It Matters

Agile is more than a process; itโ€™s a way of thinking. When squads embody these principles, they donโ€™t just deliverโ€”they innovate, inspire, and transform.

๐Ÿ“– Read the full article here: From Team to True Squad: Building Synergy in Scrum

Iโ€™d love to hear your thoughts:

  • How do you foster trust within your teams?
  • What strategies have helped your squads achieve true synergy?

Letโ€™s discuss and share ideas!

#AgileLeadership #TeamSynergy #ScrumMastery #TrustInTeams #ContinuousImprovement #AgileSquads #LeadershipMatters #DevOps

Shipping Daily : From Sprints to Continuous Releases

DevOps Teams that achieve daily releases have mastered a unique set of skills and practices to ship software faster and more frequently, with higher confidence. This high frequency release model differs significantly from the traditional Scrum framework with 2-week sprints (or longer).ย 

I wrote about this recently in my article published at devm.io platform , where I discussed the daily routines, processes and tools that support these teams, while contrasting them with more familiar cadence of traditional scrum teams. For teams and organizations looking to move towards daily releases, I also covered the key adjustments required to turn this vision into reality.

The Daily Rhythm: Planning, Execution, and Monitoring

1. Planning

For teams delivering code daily, the rhythm of planning, execution and monitoring does not follow the two-week sprint cycle but happens continuously. Here is what this daily rhythm looks like:

  • Frequent Prioritization:ย Daily release teams prioritize their work each day, selecting high impact tasks that can be completed and shipped within a single day.
  • Dynamic Backlogs:ย Instead of working with a static sprint backlog which is derived from the mammoth product backlog, these teams operate with highly flexible backlogs – adding things to it every day. They are ready to pivot quickly in response to customer feedback or issues, urgent needs or new business opportunities.
  • Smaller Targeted Tasks:ย Work items are broken into small, manageable pieces – each designed to be completed within hours. User stories and tasks are refined to be achievable in less than a day, keeping workloads manageable and ensuring that work completed aligns with daily release goals.

2. Execution

Unlike Scrum teams that often release at the end of a sprint, daily release teams execute work with a focus on immediate delivery.

  • Incremental Work:ย Instead of waiting until the end of a sprint, developers push small, frequent changes every day. Every code change is designed to be testable and deployable at the end of the day.
  • Automated Testing:ย It is critical to daily releases. CI pipelines are designed to run tests on each code change, ensuring stability and reliability and readiness of production.
  • Seamless Deployment:ย CD pipelines are in place, so that the code – once tested – is deployed automatically to production. With daily releases, teams cannot afford to spend hours on deployment activity every single day – so it is imperative to automate it.

3. Monitoring

  • Automated Monitoring:ย Monitoring tools track deployment success, system performance, and error rates in real time. Tools like Datadog, New Relic, or Prometheus help track application performance, error rates and system health. These tools are crucial for catching issues early and preventing them from impacting users.
  • Daily Retrospective Feedback Loops: Instead of waiting until the end of a sprint, the team reviews their daily progress and identifies immediate improvements – leading to quick adjustments.

Read the full article here for details on :

Normal Scrum vs Daily Release : Key Differences

Practices to Support Daily Releases

Key Metrics to Track

When are Daily Releases Appropriate?

Benefits of Daily Releases

Agile Metrics that Matter: Measuring Success in Software Delivery

In the world of software delivery, the agile approach has transformed the way teams work, adapt and succeed. Agile is all about delivering value quickly and iteratively, but how do we know our team is succeeding at that? The answer will lie in the metrics we track.

I tried to answer this in my article that was published on devm.io platform recently.

Why Metrics Matter in Agile

Agile metrics provide valuable insights into:

  • the health of our processes,
  • helping us make informed decisions,
  • identifying areas of improvement and, eventually,
  • delivering better software.

Before we get into specific metrics, it is important to understand why tracking metrics is crucial in agile development.

Agile thrives on feedback – whether it is from users, stakeholder, or the development process itself. Metrics provide that feedback, helping teams understand where they stand and where they need to go.

Metrics help us answer critical questions:

  • Are we delivering value quickly enough?
  • Are we maintaining quality as we move fast?
  • Are our customers satisfied with the product?
  • Where are the bottlenecks in our process?

Without metrics, these questions are left to guesswork.

With metrics, you have data-driven insights that guide decision-making, foster continuous improvement and ensure alignment with business goals.

Let us explore the key metrics that agile teams should track to measure success in software delivery.

1. Lead Time and Cycle Time

Lead time is the time taken for a piece of work from request to delivery. It includes everything from the requirement coming in, to the idea generation, coding, testing & deployment.

Cycle time is the time it takes to complete a specific task or user story from the moment work starts on it to when it is finished. Unlike lead time, cycle time doesnโ€™t include the time spent in backlog or waiting for the work to start.

In agile, the goal is to deliver value quickly & frequently. Lead time tells you how quickly your team can turn ideas into working functionality. Shorter lead time would indicate a more efficient process and better response to market changes.

Cycle time helps you understand the efficiency of your teamโ€™s workflow, and how long it takes to deliver a piece of work once it is in progress. Shorter cycle times mean that the team is working efficiently and can handle more tasks within a sprint.

—- Follow the link to read further —–

https://devm.io/agile/agile-metrics-software-delivery-analyze

About devmio

devmio is an IT and Tech conference platform that goes beyond the conference room. Join live events, read magazines and articles from the IT experts you know and love! You can join the live events to chat with experts, read magazines written by experts and attend conferences with exclusive discounts all accessible with their Fullstack Experience membership.ย Join here -> https://devm.io/

New Country. New Life. Same Drive for Growth. ๐ŸŒ๐Ÿš€

A Life Update!


A few weeks ago, I took one of the biggest leaps of my lifeโ€”I moved to a new country.

Hello, Netherlands!

This journey has been nothing short of transformative. From navigating unfamiliar streets to trying to learning a new language, looking for a home, and finding my rhythm in a completely new environmentโ€”every day continues to bring its own set of challenges and lessons.

But with every challenge comes growth. ๐ŸŒฑ

Moving to a new country isnโ€™t just about geographyโ€”itโ€™s about rediscovering yourself, stepping out of your comfort zone, and embracing the unknown. it is not easy to wrap up a life you’ve known forever and built for yourself, and just leave with a few suitcases and heaps of memories – in search for something that is calling for you from hundreds of miles away…. But when were we ever made for ‘easy’ things? After all —

“A ship in harbor is safe, but that is not what ships are built for.” – John A. Shedd

It’s about giving up the comfort and luxury of every ‘known’ , and starting from ground up.

Itโ€™s all about learning to adapt, staying resilient, and building connections that make the transition easier.

It is about being Agile!

As an experienced Agile professional with a passion for driving team success, collaboration, and continuous improvement, Iโ€™m now actively looking for my next career opportunity in this incredible city.

๐Ÿ“ข To my fellow #Agile practitioners, leaders, scrum masters and #QAprofessionals in #Amsterdam:
If you’re part of this vibrant tech and Agile ecosystem, letโ€™s connect! Iโ€™m eager to bring my experience in Agile coaching, leadership, and transformation to a team that values collaboration, innovation, and growth.

This is more than just a professional journeyโ€”itโ€™s a personal one. And Iโ€™d love to connect with people who share similar values and can guide, mentor, or simply share a coffee and a conversation. โ˜•

To anyone else considering taking a big step like thisโ€”trust the process. Itโ€™s not easy, but itโ€™s worth it.

Hereโ€™s to new beginnings, endless possibilities, and the courage to create a life you truly love!๐ŸŒŸ

Cheers,

Nishi

Confronting Technical Debt: Making the Case for Investment in Long-Term Quality

Technical debt is like the credit card debt of the software world – easy to accumulate but expensive to pay off if not managed. Technical debt occurs when shortcuts are taken during the development process, often to meet tight deadlines or push out new features quickly. With agileโ€™s fast pace, it is easy to accumulate technical debt, justifying it as the need of the hour and need of the market. But just like credit card debt, the interest from technical debt compounds over time, making future changes harder, more expensive and riskier. The question many development teams face is how to convince the leadership to invest in resolving technical debt, even when everything seems to be working fine on the surface.

I recently wrote this article for the devm.io platform where I explore effective strategies for communicating the hidden costs of technical debt, demonstrating its impact on innovation, and making a compelling case for prioritizing it – even if it means temporarily slowing down feature delivery. By understanding and articulating the true risks of technical debt, you can help your team invest in long term health and scalability of your product.

The Hidden Costs of Technical Debt

Many teams struggle with increasing time to production, decreasing velocity sprint-after-sprint and it might begin to seem like the teamโ€™s productivity is decreasing over time. The most dangerous aspect of technical debt is its impact on your teamโ€™s ability to innovate and scale. At first glance, technical debt may not seem like a pressing issue – since the software is running smoothly and features are being delivered. The problem is that technical debt accumulates gradually and its effects remain hidden until they reach a tipping point.

Every shortcut taken, like skipping tests, avoiding refactoring, hardcoding solutions or neglecting peer reviews โ€“ creates complexity in your codebase. As this complexity builds up, it slows down your development process, increases the likelihood of issues, makes future enhancements more difficult and time consuming.

Not only this, there may be instances when these skipped actions are actually mandatorily needed for certain regulations, contracts or standards that we adhere to. This means the team would end up having to do them later, spending more time and causing delays in our project completion.

To read the complete article, visit the devm.io platform

<My article published at devm.io platform: https://devm.io/agile/technical-debt-costs-strategies>

Revolutionizing Manual Testing: Top Trends to Watch in 2025

Manual testing is vital in the context of software development lifecycle. Although manual testing has undergone significant change over the years, its relevance continues to be of immense value. The manual testing process involves designing test cases on the basis of software specifications as well as requirements.

The year 2025 will definitely mark a transformative phase when it comes to manual testing. Advanced technologies may play a key role in the year. These elements can magnify the importance of manual QA testing services.

Some of the major trends that have been covered in the article are Test Augmentation with AI and ML, Exploratory Testing, Seamless Integration with DevOps, Shift Towards Quality Engineering Mindset, No-Code and Low-Code Testing Platforms, Collaborative Testing with Cross-Functional Teams and Remote and Crowdsourced Testing.

The Current State of Testing

To understand the current state of manual testing, you must understand its role in the Agile Era. Additionally, the current concerns of manual testers cannot be ignored.

Importance of Software Testing in the Agile Era

In the Agile Era, the relevance and importance of manual testing have certainly surged. Without manual testing, it is impossible to think of different aspects of the software development lifecycle, such as usability, exploratory testing, and human-centric design. A trusted manual testing service provider can ensure that holistic testing is conducted to develop well-functional software.

Both manual and automated testing are critical while developing new software. Manual testing can support software quality by leveraging manual skills. Similarly, automated testing is vital to executing diverse test cases by leveraging technology. 

Challenges Faced by Manual Testers Today

At present, Manual Testers face a host of challenges and issues. The common issues that arise include:

  • Manual testing involves considerable time and resources. Thus, the time- and resource-intensive nature of the process can be quite formidable for manual testers.
  • At present, there is a rise in the demand for faster releases. For instance, the popularity of the CI/CD pipeline, which is an automated framework, adds pressure for manual testers. They have to compete with automation which might not be feasible.
  • Scaling manual testing efforts is a daunting task. Hence, the efforts and hard work of manual testers may not be easily recognized.

Top Trends Shaping Manual Testing in 2025

Test Augmentation with AI and ML

Technologies such as AI and ML are certainly revolutionizing the manual testing landscape. Manual testers can use AI-powered tools to perform tests. These tools can certainly assist them with diverse functionalities, including test case design, defect prediction, and test data generation. Some of the main benefits of leveraging advanced technologies are faster and more accurate test planning processes.

Emphasis on Exploratory Testing

In 2025, exploratory testing will undoubtedly take center stage. This is because it can help testers integrate creativity into manual testing to locate bugs. Manual testers who offer manual testing services can certainly improve their exploratory testing skills by understanding the needs of users at a holistic level.

Seamless Integration with DevOps

A top trend that will certainly shape manual testing involves the seamless Integration with DevOps. By fusing the manual testing process with DevOps pipelines and CI/CD workflows, the process can be made more efficient and effective. Furthermore, the trends relating to the application of lightweight tools can support manual testing within agile sprints.

Shift Towards Quality Engineering Mindset

In the near future, there will be a shift towards a quality engineering mindset. Thus, the role of manual testers may change. These testers will definitely become quality advocates within teams. Thatโ€™s not all! Their role will not be restricted to testing. They will look beyond testing the functionality of the software application and focus on areas such as user experience, performance, and accessibility.

No-Code and Low-Code Testing Platforms

The year 2025 is Lilley to witness a surge in no-code/low-code tools. Such tools can definitely enable ng non-technical testers to execute complex tests efficiently. Using these tools may have numerous implications in relation to manual testing workflows. These workflows are likely to become more streamlined and simpler.

Collaborative Testing with Cross-Functional Teams

Manual testing may undergo change due to the rise in collaboration. Greater collaboration among diverse stakeholders, including developers, testers, designers, and product owners, can strengthen the process. Furthermore, several tools and practices that support seamless teamwork and collaboration, such as Jira, may gain high popularity.

Remote and Crowdsourced Testing

The year 2025 is most likely to witness the rise of distributed teams as well as crowdsourced testing platforms. Remote work can pave a new path for manual testing. Furthermore, manual testers from diverse areas may engage in testing, thereby popularizing the concept of crowdsourced testing. Some of the main advantages of the specific trend include the consideration of diverse perspectives, better flexibility, and an increase in cost-effectiveness.

Conclusion

The manual testing landscape continues to evolve currently. Several trends relating to manual testing have been identified that can reinvent the manual testing process in 2025.

You need to understand that the manual testing process continues to be highly relevant and important. It continues to play a catalytic role in the software development lifecycle process. Testers from the top manual QA testing services company need to embrace these trends so that they can adapt and conduct high-quality manual testing.

This is a guest post by: Harshil Malvi

Author Bio:

Harshil Malvi, Founder & CEO of TabdeltaQA, is an expert in software testing. He leads the company with a focus on delivering high-quality testing services that help businesses create smooth and reliable digital experiences. With skills in automation testing, performance testing, and quality assurance, Harshil is dedicated to making sure software works perfectly and meets the needs of users.