• Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
  • Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!

You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:

  • You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
  • You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
  • If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.

Previously on "The BEER Factor (timescale estimation)"

Collapse

  • NickFitz
    replied
    Originally posted by Dean View Post
    I can't find anything online (searching on "BEER" doesn't really help) and I know that BEER was an acronym but that's about it.
    Any of these help?

    Leave a comment:


  • Dean
    replied
    Originally posted by NotAllThere View Post
    The 2.5 BEER factor is flawed. What if the developer already puts that in? Then a true estimate of 1 day becomes 6 day.
    Surely a good manager should have some idea of how long a piece of work should take and can take that into account - isn't that why they're the manager?

    Leave a comment:


  • NotAllThere
    replied
    Originally posted by EternalOptimist View Post
    I dont, but I do remember the developer chinese rice/chessboard multiplier

    an average developer will complete an app in x hours
    a poor dev will complete the app in x * 8 hours
    a good dev will complete the app in x / 8 hours
    a guru will complete the app in x / 64 hours

    then you get the quality issues.
    When will they start paying rates according to this scale ?????????

    According to some research I read somewhere , in terms of total cost of ownership of an application, a good developer is 20x as effective as an average developer, and 50x as effective as a bad developer.

    Good developers pretty much get it right first time; and if they have to rework anything, they tend to be able to do so quickly, without introducing more bugs.

    The 2.5 BEER factor is flawed. What if the developer already puts that in? Then a true estimate of 1 day becomes 6 day.

    Leave a comment:


  • xoggoth
    replied
    Funny that but when I used to do mostly sales support and provided a number of software estimates for bids I did do some estimates of previous projects and did indeed find a factor of about 2.2. Not making this up.

    Exactly the same ratio applies to the amount of concrete needed to repair a path/wall compared to what you think.

    Leave a comment:


  • EternalOptimist
    replied
    I dont, but I do remember the developer chinese rice/chessboard multiplier


    an average developer will complete an app in x hours
    a poor dev will complete the app in x * 8 hours
    a good dev will complete the app in x / 8 hours
    a guru will complete the app in x / 64 hours


    then you get the quality issues.
    When will they start paying rates according to this scale ?????????







    Leave a comment:


  • King Cnvt
    replied
    It took into account code rework, changes to specifications, availability of personnel and other effects depending on the situation.
    Did it take into account posting on CUK, Facebook, MySpace, running your 10 BTL properties, doing you online accounts, trading shares online and working on plan B whilst actually supposed to be working on the clients project?
    Last edited by King Cnvt; 26 September 2007, 19:32.

    Leave a comment:


  • Dean
    started a topic The BEER Factor (timescale estimation)

    The BEER Factor (timescale estimation)

    I remember reading an article in one of the contractor magazines several years ago about the BEER factor. Essentially it was a number that you multiply any estimate by in order to return the time it will actually take. It took into account code rework, changes to specifications, availability of personnel and other effects depending on the situation.

    I remember that the article was quite clear that the resulting factor was usually around 2.5 and a good PM in an ideal situation could get it down to about 2.1. Anyone claiming a BEER factor of less than 2 was lying.

    It was a tongue-in-cheek piece but had some good information too. I can't find anything online (searching on "BEER" doesn't really help) and I know that BEER was an acronym but that's about it.

    Does anyone else remember this?

Working...
X