Related Content
The Hidden Benefit of One-on-One Manager Meetings Managers may frame one-on-one meetings as a way to “support employees” and check to see if the employee “needs to meet this week.” Supporting an employee is a primary goal of these meetings, but the value of one-on-one time to managers—and the importance of building trust with employees—also should be prioritized. |
||
Testing in a Pair Programming Environment If a development team does pair programming, where does testing fit in? You don't have to wait until the programming is done—testers can be part of the whole process, from code design to reviewing changes to production. Pair programming plus a good automation strategy mean quality is built in throughout development. |
||
Why Agile Is a Double-Edged Sword When It Comes to Quality When it comes to quality, agile very often leads to better applications and just stronger testing overall. However, the rapidity of agile can make it even more difficult to keep up with bugs since you’re iterating at speeds teams often just aren’t used to. |
||
The Manager’s Role on a Self-Organizing Agile Team Scrum and other agile methods focus on team roles and dynamics, and because of the emphasis on self-organizing teams, there’s sometimes a misconception that there’s no need for a manager. In reality, good people management can help an agile team thrive—the manager just has to know how to empower the team. |
||
Preventing Workplace Miscommunication When one person says something that the other one misinterprets—a very common type of workplace miscommunication—the conversation often moves on with neither party realizing what happened. Being able to discover a misinterpretation and straighten it out before it escalates into a serious tangle is an important skill. |
||
Interface Grief: Is It Agile, or Just Bad Software Engineering? There are people who will use "being agile" to justify software engineering practices that could be perceived as lazy or even bad. The specifications are going to change, they say, so it would be a waste to engineer more to begin with than the minimum viable product. What's expediency and what's just poor practice? |
||
Agile and Testing Change Can Come from Leaders at the Bottom, Not the Top Change doesn’t need to be a decree from the top that forces everything else to follow suit. Change can and should start from the bottom, and that happens after you empower your developers and testers and clearly show why things like agile are critical to overall success. |
||
The Relationship between Agile and DevOps Many are touting DevOps as something new and different—just like agile before it. DevOps fixes an age-old conflict between software development and operational teams, but it’s not new. In fact, the DevOps philosophy is ingrained within the Agile Manifesto. So why is DevOps viewed as something different from agile? |