views:

114

answers:

8

My team (4 people) have just reached a major milestone in our development, putting us at about 2/3 finished, but I guess the stress has caught up to everyone and all the gears have ground to a near halt, progess is being made at 1/5 of the original speed. I wanted to ask the SO community how to best deal with this, I've identified the following problems.

  • Lack of clear focus and direction. We seem to be hitting small side improvements, but not working towards anything central to the project so I think that's causing a lack of enthusiasm.

  • Coming down off of a very strong development push. This seems to have made everyone want to really "relax" which is fine for a bit, but progress still needs to be made.

  • The remaining tasks are more tedious than glamorous. This is the nature of the beast but I have yet to tame it effectively.

Any help is appreciated.

A: 

Do something, other than work, as a team. Go to lunch, happy hour, laser tag, anything you can do as a group that is not work. A short break from stress can be a huge relief, and hopefully can reenergize your team for the final push.

Matthew Jones
sadly most of that isn't going to fly with the company, especially not on thier time or ticket.
Firoso
It's a lot cheaper than pushing back the project because you failed to meet the deadline due to mistakes caused by stress...
Matthew Jones
Anything you do with people from work is still work, IMHO.
MusiGenesis
+8  A: 

Some downtime is necessary after reaching major milestones. People need to relax and decompress. Pushing on just carries the stress and fatigue forward and the team won't be working anywhere near their potential.

Give everyone a couple days to a week off and let them come back fully refreshed and ready to continue.

Michael
Well I don't have the authority to do that, I'm a project manager, not a supervisor, however I can let them take it easy.
Firoso
right on - if people have been burning the midnight oil give them a breather
obelix
Let them relish their accomplishment. Reward their progress. Free lunch, beers after work. A few days of not being stressed out isn't bad. It'll help morale, especially if they busted ass to get this part out.
xcramps
we all busted ass to get this part out, really this is an 8 month project, in a 4 month timetable.
Firoso
@firoso: that sounds like the definition of a "blivid": 10 pounds of $#!+ in a 5 pound bag.
MusiGenesis
+6  A: 

Tell them you only need 3 people to finish the project.

MusiGenesis
HA HA HA HA HA HA HA HA! 2 points.
Firoso
+1  A: 

I also strongly believe in "slackweek". If the deadline for the entire project isn't too close: just let everyone do what they want for a period of time. Could be write some tests here, align some stuff in the gui, read up on the latest in bla, whatever. Up to you if it has to be work on that specific project or just something useful overall.

THEN, you have a big "launch" meeting where you talk vision and goals for the remaining third - big picture stuff, and get everyone aligned again. I'm assuming the stuff left is really needed to give the customer a complete product so that it can be motivated for.

Good luck!

andyhammar
well no it's a little more than that, we've got a working model, now we just need to adapt it to fit our needs and fill in the cracks so to speak. so Kinda right.
Firoso
A: 

Add an easter egg! It doesn't improve the core project, but it helps give developers a sense of ownership.

Also, it can be helpful to set aside time for "pet peeve" cleanup. This gives developers a chance to fix nagging issues that are important to them. This helps improve the project, and at the same time allows the developer to make progress with something that is important to them. It helps keep the excitement level up.

A: 

Are there clear deadlines/milestones coming up soon? That would be something to consider as having a target date can help provide some focus.

The momentum being lost, does it tie back to people just being burned out, not as motivated as they were before or the work becoming much different, e.g. working out specifics on vague requirements rather than the cool parts that are done now?

JB King
It's a little bit of both, but i'd say it's more of a gear shift than burnout.
Firoso
A: 

One of the things Agile gets you is a finer focus on where you stand, what you've done, and what's left to do, within the next few weeks. There are concepts of "backlog" (what has to get done) and "velocity" (how fast are things getting done). Since each iteration is typically about a month, it's very clear to see when the team is not working at the projected/required rate, or working too hard. You might be able to borrow some concepts from Scrum for these purposes.

A more straightforward solution is to remind them that if they keep working at a reasonable pace, there's no end-of-milestone crunch time that makes everyone's life hell.

dj_segfault
-1 (only virtual, because I like being at multiples of 5) for the obligatory Agile/Scrum sales pitch. Whatever things Agile and Scrum may bring to the table, motivation is not one of them.
MusiGenesis
I lied. -1 for real.
MusiGenesis
OK, -1 because you don't like Agile/Scrum, or because you don't like reading comments to the extent you really understand them?What I was saying is that one thing that comes out of Agile is the objective metricts you can point to, instead of just saying "You're not working fast enough". The motivation part was a separate paragraph for a reason. And if you look even closer, I didn't suggest the OP use Agile/Scrum, I suggested they borrow these concepts from it.I think your knock was unfair.
dj_segfault
+1  A: 

I think the key is when you say the remaining tasks are more tedious than glamorous. Yep life is like that but many developers don't want to work on tedious. None the less as the lead, it is your reponsibility to determine what tasks need to be done and assign them to people to do. Same as with the more interesting tasks, maybe even more important (someone will almost always step up to do the interesting stuff, not so much with the tedium).

So assign your tasks, give them their deadlines and follow-up on the progress they are making. If you have any of the more interesting tasks left, don't let anyone have one of those to do until he or she has completed his share of the tedium. In fact dangle the interesting tasks left as a reward for getting the tedium done faster or doing the most of it.

If you don't have any more interesting tasks left, thn maybe you can generate some competition to get the rest of the stuff done.

It's ok to be slack for a few days after a major push, but if it lasts more than a week, I think you need to get the team together and talk about what needs to done to fix the slacking.

HLGEM