topbanner_forum
  *

avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Thursday March 28, 2024, 3:31 am
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Author Topic: Software Development Team Issues  (Read 5192 times)

KenR

  • Super
  • Blogger
  • Joined in 2006
  • ***
  • Posts: 826
    • View Profile
    • Donate to Member
Software Development Team Issues
« on: February 21, 2007, 08:45 AM »
Here are some nice blog essays on small software team management. See if you agree with them.

Building a software team: Wrong! There I said it!
The development team that I managed the longest -- the one with the Gumby -- was a typical bunch: a group of people with varying strengths, interests and personalities. In different combinations they mostly liked, sometimes loved and occasionally hated each other. And after a couple of reasonably successful projects, I led them off a cliff.
I committed them to a schedule they could not keep, based on a technology that did not work. I made the call and it was wrong.

Kenneth P. Reeder, Ph.D.
Clinical Psychologist
Jacksonville, North Carolina  28546

f0dder

  • Charter Honorary Member
  • Joined in 2005
  • ***
  • Posts: 9,153
  • [Well, THAT escalated quickly!]
    • View Profile
    • f0dder's place
    • Read more about this member.
    • Donate to Member
Re: Software Development Team Issues
« Reply #1 on: February 21, 2007, 09:01 AM »
Nice short blog entry. And he's right - admit it when you're wrong. Won't always work out to your advantage, but at least you've got your integrity...
- carpe noctem

tinjaw

  • Supporting Member
  • Joined in 2006
  • **
  • Posts: 1,927
    • View Profile
    • Donate to Member
Re: Software Development Team Issues
« Reply #2 on: February 21, 2007, 10:52 AM »
Nice short article. I find that the best thing to so is remember that some things can be estimated based on past experience and some things are just guesses because they are mostly new. And one should be held to varying degrees of responsibility based on these factors. With this slightly more expanded picture you can then differentiate between what you are expected to hit very close to dead on and what you are unsure about. And when the overall goal is missed you should be able to show that you hit your marks on the former and missed on the latter. It is one thing to screw up royally when you are doing something new, it is another when you screw up on something you have done before and should have know better.

So yes, I agree completely that you should fess up to your mistakes, you should put things in perspective.

UPDATE: I forgot to mention that one of the reasons you should differentiate is that you want to be able to show that your team learns and adapts and gets better over time. Hence, you want to show that your estimates based on past experience are much more accurate. I help put things in perspective and keeps team moral up. In other words, don't slink around the fact that you screwed up overall, but don't overly focus on the mistakes.
« Last Edit: February 21, 2007, 03:59 PM by tinjaw »

mouser

  • First Author
  • Administrator
  • Joined in 2005
  • *****
  • Posts: 40,896
    • View Profile
    • Mouser's Software Zone on DonationCoder.com
    • Read more about this member.
    • Donate to Member
Re: Software Development Team Issues
« Reply #3 on: February 21, 2007, 11:10 AM »
The idea that it's good to fess up to your mistakes is an important, but easy lesson to learn.

A harder lesson is equally important:
Don't make extravagent promises that you can do something in X days, and hope that if "everything goes perfectly" you can meet that deadline.  Most programmers I know, including myself, tend to grossly underestimate how long something will take, and nothing every goes perfectly.

tinjaw

  • Supporting Member
  • Joined in 2006
  • **
  • Posts: 1,927
    • View Profile
    • Donate to Member
Re: Software Development Team Issues
« Reply #4 on: February 21, 2007, 11:39 AM »
Heck, I constantly underestimate the simplest of tasks. I can't even estimate how long it will take me to get out of bed from the time my alarm goes off in the morning.