Related Content
 |
How Agile, DevOps, and Continuous Integration Changed Software Architecture For the longest time, software architecture was something you built, adapted to your team or situation, and left in place—the old “if it ain’t broke, don’t fix it” mentality. Now, more rapid changes aren’t just expected, they’re necessary. |
|
 |
The Software World Is Changing—Are You Willing to Change with It? The software landscape is changing. Processes are becoming quicker and leaner, but instead of re-evaluating some of our traditional practices, we sometimes try to make them fit where they don't belong. This holds back continuous improvement. If you want change, you first need to be willing to change. |
|
 |
Managing Resistance to Organizational Change Change can be difficult, and some people's reaction is to shut it all down. If they think their concerns aren’t being heard, they get defensive, and your project is on a trajectory for disaster. Don't fire off an email while tempers are running high. Managing expectations thoughtfully is essential to project success. |
|
 |
The Importance of Timing when Implementing Change Too many changes at once can prolong upheaval and delay people's adjustment to the new norm. If you are planning to start a complex project, introduce a new tool, or undertake any other major initiative, and employees are still reeling from other changes, it may be wise to delay the planned change if you can. |
|
 |
Investigating Interface Architecture in Legacy Systems Programmers working with legacy systems often seek to understand how the program is designed, but that's not enough. When trying to understand legacy systems, special care must be taken to also explore, identify, and take inventory of interfaces, which can be integral to the entire system architecture. |
|
 |
Virtualization—A Tester's Dream? For testers, virtual machines can be a game changer. To what degree the game really changes depends largely on how an organization decides to work with virtual machines and how active the testers themselves are in recognizing and leveraging virtual machines’ possibilities. |
|
 |
Container-Based Deployments and the Future of IT Operations Container-based deployments have become the preferred approach for managing the build and release of complex applications. Many of the tasks handled by IT operations today may not be necessary in the world of containers. Will Ops continue in its current role, or will it need to evolve with the new challenges? |
|
 |
Shake Up Your Software Processes: The Intermediate Disturbance Hypothesis Organizations that refuse to change will get left behind. But at the other end of the spectrum, too much change is also harmful. Revamping everything you do at once creates stress and can lead to your efforts failing. The right balance is shaking things up just often enough to experiment with new ideas. |
