Related Content
The 6 P’s of Getting Started on a New Project Ideally, when an employee is transferred to an existing project, there would be at least one team member designated to train the new person. However, this isn’t always the case, and you may be left to fend for yourself. If you suddenly find yourself on a new project, take control and get started with the six P’s. |
||
3 Myths about Software Project Managers People often have the wrong impression regarding the activities and responsibilities of project managers. You'll hear them say that managing a software project is all about delegating work and keeping the crew in line, but it's more than that. Let's debunk three common, pervasive myths about project managers. |
||
6 Signs Your Agile Project Isn’t Really Agile There's a trend of organizations declaring they are agile without actually changing how they develop software. Declaring that an apple is an orange doesn’t make it so. These six key indicators can help you determine whether your agile project isn’t really agile after all—and give you some solutions to help. |
||
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. |
||
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? |
||
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. |
||
What Aircrews Can Teach DevOps Teams Aircrews learn a set of skills involving a structured way of communicating that breaks down barriers and forces an honest evaluation of the issues. They also automate what they can but still practice their craft over and over again, including what to do during failures. DevOps teams can learn a lot from aircrews. |
||
The Testing Practices and Metrics That Really Matter in Agile and DevOps Scaled agile and DevOps change the game for software testing. It’s not just a matter of accelerating testing; it’s also about fundamentally altering the way we measure quality. The test outcomes required to drive a fully automated release pipeline are dramatically different from the ones most teams measure today. |