Related Content
The Premortem: Planning for Failure While a postmortem, or retrospective, is done after a project is completed, a premortem is done before the project starts as a way to imagine that the project failed and to explore what went wrong. You list every possible thing that can go wrong, then devise solutions to the most probable risks—before you need them. |
||
4 Ways to Increase Software Quality and Decrease Test Time Software testers are continually under pressure to test faster without sacrificing quality. By taking the perspective that quality is the responsibility of the entire team, not just the testers, shorter test cycles with higher quality software are possible. Here are four ways the whole team can improve releases. |
||
Creating a Cohesive Culture in a Distributed Organization When organizations are distributed across multiple locations, it brings questions about how much each location should have a unique identity relative to the larger company. While a theme of “we are one” is common, it’s better to embrace the differences and work toward being a cohesive group that celebrates diversity. |
||
4 Takeaways from Agile + DevOps East 2018 With a week full of sessions, tutorials, training classes, and events, the Agile + DevOps East software conference had plenty of takeaways. Here are four highlights, including discussions about agile estimation, finding your ideal job, some challenges to advancing test automation, and leading self-organizing teams. |
||
Can Your Project Succeed without Your Sponsor On Board? Project managers are tasked by sponsoring executives to complete projects successfully and provide timely communication if barriers arise. But what should a project manager do if the sponsors are the biggest barrier? If you can’t get the answers you need, is it a good idea to make your best guess and proceed? |
||
Frameworks Are an Agile Leader's Best Friend With a framework in place, engineers can stop worrying about everything that framework does for them. Your team can focus on solving your business problems instead of building yet another solution to an old problem that's been solved before. Look around and identify the mistakes your team is making over and over. |
||
Rethink Your Strategy to Innovate Inexpensively Many companies avoid genuine innovation for fear of making potentially complex changes without producing measurable results. But you can start small with internal changes that have limited scope and that deliver prompt solutions, so there's less upfront investment—and less risk. Here's how to innovate inexpensively. |
||
You Can’t Rush Agile Change Too often, organizations try to rush agile change. It is usually because they want to see the business benefits of agile as quickly as possible. Unfortunately, change doesn’t work like that—you can’t rush it. In fact, trying to change too fast often results in no change at all. Here are some examples to avoid. |