Absolutely, it's a challenge, but yes, we can definitely add new features while keeping the application stable. In past projects, I've learned that it's all about a careful, strategic approach—introducing new features incrementally rather than rushing them in all at once. By leveraging techniques like feature toggles, we can test new additions in controlled environments before fully rolling them out. Additionally, ensuring comprehensive test coverage and monitoring systems lets us catch potential issues early. It's about being innovative, but at the same time, maintaining a strong foundation so the user experience remains smooth and reliable.

Think of legacy upgrades like renovating a historic building - you wouldn't replace all support beams at once! Beyond feature toggles, I've found implementing the "strangler fig pattern" alongside TOGAF's Implementation Governance principles particularly effective. It lets you gradually encapsulate legacy components while maintaining system stability. The key is establishing clear architectural runways with well-defined exit criteria for each phase. What's your take on using architectural patterns vs. pure technical approaches? #EnterpriseArchitecture #ModernizationStrategy

1. Make an impact assessment, especially for the more unstable areas of the application, especially the impact on BAU. 2. Implement Version control by getting the application to a stable baseline first. 3. Examine if sideways integration can be done with Microservices using REST Based APIs, caching layers or Event Based systems (Kafka). If the existing application supports integrations, start developing new features as a microservice to avoid disruption. 4. Alternative would be to introduce new features in smaller phases with smaller development and testing cycles.