Related Content
 |
Tools—Some Assembly Required A tool architecture is simply a picture of all your development, testing, and deployment tools and how they fit together. Creating a "current state" diagram and then looking forward and creating a "future state" diagram helps you understand where tool integrations would be beneficial. |
|
 |
Beware of Serial Status Meetings Standup meetings are great in many instances. But if you're calling serial status meetings, you may find that people will stop attending. To engage employees and address issues quicker, you may want to try lean coffee or a problem-solving meeting. Read on for tips on involving your team. |
|
 |
What's in the September/October 2014 Better Software Magazine? In our latest issue of Better Software magazine, the feature articles focus on software licensing and ways to improve your team’s approach to process improvement. Creating software for a wide range of platforms is difficult enough, but enforcing software licensing also can be challenging. |
|
 |
Take a More Agile Approach to Problem Solving Your managers want you to estimate features or projects months or even years in advance. But the work changes—or the code changes, or the people on the project change. What you thought might be a reasonable estimate four weeks ago looks wacko when you revisit it in six months. What can you do? |
|
 |
Why You Should Take a Bow When You Deserve One If the project you're managing goes better than planned—you finish ahead of schedule, under budget, or with greater results than expected—you might be inclined to chalk it up to luck and not want to draw attention. But here's an argument for why you should make sure people notice and you get credit. |
|
 |
Stop Being Difficult! How to Deal with Passive Aggressive Stakeholders Project teams have to learn to manage the difficult personalities they encounter on a project. The key is to identify which type of personality you are dealing with, then quickly apply approaches to smooth over the situation. Here are some tips for handling passive aggressive stakeholders' concerns. |
|
 |
The Mismeasurement of Software Having participated in a number of unsuccessful metrics programs throughout his career, Lee Copeland has identified and distilled four key principles that help prevent the mismeasurement of software. Evaluate how your metrics work against these four principles. Do you need to make any changes? |
|
 |
A Tale of Two Projects Large IT projects are challenging. Complexity is hard to estimate well. Big systems are tough to implement. But when you're staring at a fast-approaching deadline and you know your system will not be functional in time to meet it, there are ways of handling the situation that are better than others. |
