Related Content
 |
Where Do You Start When It Comes to DevOps? DevOps can be a loaded term. Sometimes, you’re just referring to the agile relationship between development and operations. Other people, when discussing it at a conference or in meetings, point toward more frequent releases, to the rate of hundreds of times per day or even per hour. |
|
 |
Flattery Can Get You (and Everyone Else) Everywhere The difference between flattery and a compliment seems to be a matter of motives. A compliment represents a genuine acknowledgement of another person, while flattery, by contrast, is driven by the desire to gain some advantage. This is important to keep in mind when you’re on the receiving end. |
|
 |
The Value of Falling into Software Testing To become a software tester, there are generally no required degrees or certifications. Consequently, many testers sort of "fall into" the job. But that doesn't mean they won't do outstanding work. Coming from all walks of life and having varied work experiences can help testers find problems no one else can. |
|
 |
How Retrospective Meetings Can Improve Your Team's Software Quality Efforts Many software professionals think they won't get anything out of retrospective meetings and want to cut them out entirely. However, retrospective meetings are a necessary part of project progression, and they can significantly improve your team's software quality efforts. |
|
 |
Overcoming Resistance to Change in Agile Teams For agile software developers, acknowledging that change is inevitable is a core principle in how we work. Yet we often resist change—for a variety of reasons. By understanding human nature and being systematic about how we evaluate decisions, we can give ourselves a way of identifying changes that add value. |
|
 |
Are You Doing the Important Work, or Do You Just Think You Are? “Playing work” is when we do activities that look like work—they may even feel like work—but deep down, we know we aren’t being productive. These diversions are dangerous because they don't actually generate value and distract you from real work. Have you fallen victim to any of these deceptive time-wasters? |
|
 |
Why You Should Build Your Software How Boeing Builds Planes Instead of building each individual part of a piece of software, putting it all together, and testing it to see the results, maybe we should look to how planes are assembled. By testing each aspect of the product in isolation first, problems are discovered earlier and software can be delivered faster. |
|
 |
Reviving the Master Test Plan in the Age of Agile In the competitive environment of delivering software more quickly, many teams have abandoned detailed test plans. Michael Sowers argues for bringing back the overarching master test plan—not to have more documentation, but for the questions, creative test designs, and critical thinking the planning brings. |
