61

Dissecting a Status Pull No, what is happening in your meetings is not a Scrum stand-up meeting, it's a status pull. In fact, it's probably worth dissecting this particular status pull to see why your "Scrum" process is failing. The first two elements that your project manager (not Scrum Master, evidently) is asking are: The Original Time Estimate ...


45

TL;DR: The main problem is the toxic culture of the company. You can't improve the team's behavior without addressing the toxicity of the environment. You need the company's leaders' full support on this. You can present them facts and solutions, but if they don't care (and from your question it is obvious they don't) and don't fully support you, then you ...


42

Conversation is Not Inherently Disruptive I work with a team of developers who are talented but often distract each other with chit-chat. You say they are "talented but distracted." What makes you think they are talented? Why do you think they are distracted? What is your metric for determining that the team or the process is operating at a sub-optimal ...


40

Very short term solution: Based on my experience, there is always somebody who'll do anything for money. Money is the worst motivator ever, but if you are in trouble - such as losing a customer - you have to do something. If the money motivation works, think about the why and start thinking about hiring a new team, because they kind of put upon the situation ...


35

"but as we approach a deadline on a major product, we really should have all members dedicated to staying late to see it finished." If a PM is doing their job efficiently, this would be exactly the opposite of true. Your team should be working about the same amount of hours every week. If they have planned their project properly, and continually monitored ...


27

It sounds like you have team members from high power distance cultures. People may not speak up when the boss is in the room because their values require them to listen and follow, not to advise or lead. You may even notice it happening between junior and senior team members or between yourself and team members. Read more about power distance here: https://...


22

No, don't even think about taking someone's phone. If they're looking at their Facebook account or personal Twitter account during a meeting, then you have a bigger problem, and the solution most likely would involve possibly trying to recruit and hire the right kind of people; ideally, those who are capable of acting like adults. However, one thing ...


21

when pushed to do 60, they will deliver 60. This is a pretty meaningless measure in these circumstances. A team could drop quality to deliver more points or simply game the estimation of stories. Story points and velocity were designed to help teams estimate their capacity in a sprint. They are not intended to be measures of performance. If you want to ...


18

Things that have prevented me doing any more than I'm contracted to do include: Habitual requests for extra time, if it happens every deadline, then the project manager is not pulling their weight. Lies. If you tell me you need it tomorrow, you'd better be using it tomorrow. If I ask you about it a week later, and you say you haven't looked at it, you can ...


18

that's a very pertinent question! I'd rephrase it in a slightly different way: Why people don't pay enough attention to meetings? The usage of mobiles (or any other gadgets) just for distraction (at least in the meetings I've been to) is mainly because people don't believe the meeting is useful. So, instead of trying to solve the consequence, I'd suggest ...


18

TL;DR You can use tools like gitk, GitStats, or the GitHub graphs tab for a visual representation of repository activity. However, this is usually a bad idea from a project management perspective. The Wrong Metrics In general, measuring lines of code (LOC) or commit activity is the wrong way to measure a software project. You get what you measure, after ...


18

According to Fred Brooks, author of "The Mythical Man-Month", the practice of adding more people to a project at the last minute may not yield the results you want. From Wikipedia, this is known as Brooks's Law: "adding manpower to a late software project makes it later" Software isn't like manufacturing. When I was a lumber stacker, it took me a little ...


17

No matter how many times I read this, this line slaps me across the face "we really should have all members dedicated to staying late to see it finished." It is dripping with false expectations. When an employee accepts a job, at least in North America, a 40 hour work week is standard. Some overtime is expected, but only in exceptional situations. ...


15

If this is a project that people are currently getting paid to work on: ABSOLUTELY NOT! First of all, the goals on the project should be plain and obvious, and on a software project, those goals can already be complicated. Get thorough designs in on time, get code completed on time with as few defects as possible, incorporate feedback from code reviews, ...


15

The meeting you're describing (well, the meeting you should be having, see below) is a Scrum, sometimes called a stand-up. Scrum - the methodology - is a set of practices, of which the Scrum meeting is core. You can think of Agile methodologies as different toolboxes, where the tools can be used together very effectively. Agile is the term we give to the ...


15

Value Judgements vs. Flow Analysis Considering a self-organized team where no individual work is ever reported, how do you spot the lazy team member? This is the wrong way to ask the question, but it's understandable since people are social animals. The question is being asked through a social filter that imputes motives rather than analyzing the process ...


15

Knowledge hoarding (relactance to share knowledge) is irrelevant from the development methodology. It is a problem regardless of agile, waterfall or any other methodology. Some knowledge hoarding reasons : Lack of time. Knowledge sharing can take time, which obstraces the completion of other duties and tasks assigned. Lack of trust. “The more an employee ...


15

Analysis There is a chilling effect when he is here. Am I overreacting? Should I just try to build up the confidence of the team? or should I ban my boss from the retrospective? In my experience, this is a classic case of missing the forest for the trees, and mistaking process problems for interpersonal ones. Let's enumerate some of the issues that ...


14

Your primary job is to manage expectations. It's your fault to have such high expectations, so negotiate with the client. You may have tight deadlines only if they are connected with external factors (like media promotions, legal regulations, etc.) and not just because the client wants it as soon as possible (the client always wants it as soon as possible). ...


14

I'll answer as if I was a project manager actually in that situation. I'm also going to assume you're looking at a normal sized project team (4-8 people) rather than a programme of work spanning multiple teams (and perhaps 50+ devs). Being in a situation where you have 500 bugs to fix in two weeks is a sign of a project in failure mode. There's no easy way ...


14

I can feel the frustration in your post. As someone who made the transition from a PMO to an Agile role I can understand both sides of the coin. Your question has multiple components which I will take in turn but all of them have effective communication at their core. Why are management more interested in logging hours? This could be a number of things but ...


14

TL;DR You have already decided, a priori, that team member C is the problem. This is based on information you have not provided in your post. As a result, this appears to be a false conclusion that papers over a process problem that you (as the project manager) are responsible for uncovering. The Problem Given a task X, developers A and B would each ...


13

As the PM, you need to make a power grab play; build a case with your management that, as the PM, you need to have the authority to move resources around, including changing them out, in order to increase the likelihood of success. However, accept that fact that you may not get the power you need to really run the project. Many of us are in that very same ...


13

Let the team decide. It's their Sprint goal. It's a short answer because it's a simple problem. Eventually you have to step away from being a Scrum Bouncer and simply let the team make their own way. They have a goal, they have a task outstanding. Simply watch and observe and take notes on the dynamic then approach the retrospective with the ...


13

The team members understand perfectly how the company "works" and have no reason to change their behaviour. Why would they want to work harder for no reward just because you tell them? If the project is has delivered nothing but mission creep in 3 years, its real value to the company is zero. team members are acting like they are doing a favor to me ...


12

I don't think there is going to be an easy answer to this question. From my perspective, the critical factors are: Team is not meeting the development goals QA runs late, but does not want help from developers as it is currently offered/supplied Developers complete the work that they perceive is necessary, and don't perceive any need to do additional ...


12

checking SVN in a daily basis to review codes and to assess how much codes have been committed by each developer is a good way. is it fair and used in industry? The proposed metric is utterly unfair, regrettably is used in some organisations and is in my personal opinion a recipe for disaster. HasaniK and Jakub have already identified some very valid ...


11

IMO, all four of the activities you cite are things that should be handled by a project manager and/or product manager. If you are currently performing this activities, then you are acting as project/product manager and lead developer. (Time to ask for a raise.) I would structure things a little differently rather than just adding kanban to the process (...


11

Command-and-Control vs. Self-Organizing Teams Should I collect all the phones before a meeting? ...I don't want to punish everyone just because a few people can't pay attention[.] It depends. Are you facilitating a meeting between adults, or babysitting kids? If you treat adults like kids, then you abandon all hope of creating teams where people step up ...


11

My answer will focus on the type of authority you have and the process of teaming. As the newly minted leader of this team, on which you served as a peer, you have an interesting dynamic at play where the others are likely to test your authority and abilities. This can be a natural consequence of the change and trying to figure out whether you have the ...


Only top voted, non community-wiki answers of a minimum length are eligible