Related Content
 |
How to Succeed at Project Failure If you're bound and determined for your software project to fail, you're in luck: Naomi Karten has some advice for you. She'll tell you to set unclear objectives and unrealistic expectations, leave gaps in communication, and ensure a lack of resources and support. You'll be failing in no time! |
|
 |
Who Is Responsible for Happiness? No one can take full responsibility for another person's happiness. However, a manager can create an environment in which a team can thrive, and that leads to happy environments. Being a servant leader means you don’t micromanage; you manage for outcomes. Is team happiness part of your culture? |
|
 |
Focus on the Most Challenging Parts of Your Project We estimate to make decisions and to give an answer to the question, "When will this be done?" But estimation has limits, and trying to estimate too precisely in an agile project is wasteful. By driving the backlog based on priority, you can better deliver what is valuable to the business. |
|
 |
Meetings: The Good, the Bad, and the Ugly Meetings are a crucial part of the communication process, but they endure a lot of ridicule. You can’t do away with them entirely—meetings are essential to an agile process like Scrum. Rather than avoiding all meetings, it’s better to work at making the times you meet with people more effective. |
|
 |
Managers Are Still Good for Self-Organizing Agile Teams When teams self-organize to deliver software and solve problems, they can be more robust, effective, and directed. But this begs the question: If agile teams self-organize, do they really need managers? Yes, they do. Managers help create conditions that help teams thrive. Read on to find out how. |
|
 |
“So, How’s It Going?” Thoughts on Reporting Project Progress People near the top of your org chart often want project status updates to be short and sweet. But oversimplified measures risk miscommunication. Be thoughtful when someone asks, “So, how’s it going?” If you summarize too much, you can lose context, and these managers may feel misled later. |
|
 |
The Abstraction Problem As technical people, when we give too much information in a project status meeting, we can overwhelm managers. Worse, if we don’t answer the implied question ("When is this thing going to be done?"), the managers will get answers elsewhere. Read on for ideas to get you speaking the same language. |
|
 |
The Typical Project Over Time: A Long-Term Trends Report What does a typical software project look like, and how has what’s “typical” changed over time? QSM segmented more than 10,000 completed IT projects and looked at several software development metrics for each ten-year time period. |
