Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. Other Discussions
  3. IT & Infrastructure
  4. Estimating Project Time

Estimating Project Time

Scheduled Pinned Locked Moved IT & Infrastructure
businesstutorial
4 Posts 4 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • X Offline
    X Offline
    xfitr2
    wrote on last edited by
    #1

    I am working on my business plan for a software project and would like advice on how to build a time schedule. We have already started working on a PERT chart and have an estimated time schedule, but we would like to compare it to some hard data. This project is extensive. It will be built from the ground up and is loaded with features. It will be marketed to the public. I realize it is hard to reply with an answer, otherwise I wouldn't be writing this thread in the first place. Comparisons of other people's past projects including corporate projects would be beneficial. Many thanks. Garrett

    S M 2 Replies Last reply
    0
    • X xfitr2

      I am working on my business plan for a software project and would like advice on how to build a time schedule. We have already started working on a PERT chart and have an estimated time schedule, but we would like to compare it to some hard data. This project is extensive. It will be built from the ground up and is loaded with features. It will be marketed to the public. I realize it is hard to reply with an answer, otherwise I wouldn't be writing this thread in the first place. Comparisons of other people's past projects including corporate projects would be beneficial. Many thanks. Garrett

      S Offline
      S Offline
      Steven Campbell
      wrote on last edited by
      #2

      Estimating correctly is almost impossible without any prior metrics to base the estimates on. That said, I have used the following formula before, with some (limited) success: Final Estimate = Original Estimate * 3 Depending on the size of the team and your levels of experience, you can replace the 3 with any (larger) number you wish. :suss:


      my blog

      P 1 Reply Last reply
      0
      • S Steven Campbell

        Estimating correctly is almost impossible without any prior metrics to base the estimates on. That said, I have used the following formula before, with some (limited) success: Final Estimate = Original Estimate * 3 Depending on the size of the team and your levels of experience, you can replace the 3 with any (larger) number you wish. :suss:


        my blog

        P Offline
        P Offline
        Pete Davis
        wrote on last edited by
        #3

        I have to agree with Steven. I find 3 to be a good multiplier for a fairly small team (3-5 people with above average experience) and a moderately large system (maybe 6 months to a year initially estimated). Those sizes and time lengths are simply my personal experience. I would say the longer the initial estimate or the more people involved, the larger the multiplier. Keep in mind, if you add more people, your initial estimate will probably get smaller, but your multiplier should probably go up by 1 for every 4 or 5 people you add). The reality is that in most cases, projecting a project's time, especially on a first project like this, is a shot in the dark. There are too many unknowns, not least of which is how well the team communicates and how much the individual members can contribute. Some people are more productive than others. You might end up with a very unproductive team, a very productive team, or something in the middle. Management may make a few alterations in the requirements, or they may make a lot. All these things can greatly affect the outcome. --"Beware of bugs in the above code; I have only proved it correct, but not tried it."- Donald Knuth

        1 Reply Last reply
        0
        • X xfitr2

          I am working on my business plan for a software project and would like advice on how to build a time schedule. We have already started working on a PERT chart and have an estimated time schedule, but we would like to compare it to some hard data. This project is extensive. It will be built from the ground up and is loaded with features. It will be marketed to the public. I realize it is hard to reply with an answer, otherwise I wouldn't be writing this thread in the first place. Comparisons of other people's past projects including corporate projects would be beneficial. Many thanks. Garrett

          M Offline
          M Offline
          Michael P Butler
          wrote on last edited by
          #4

          This article[^] has some good tips. Michael CP Blog [^]

          1 Reply Last reply
          0
          Reply
          • Reply as topic
          Log in to reply
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes


          • Login

          • Don't have an account? Register

          • Login or register to search.
          • First post
            Last post
          0
          • Categories
          • Recent
          • Tags
          • Popular
          • World
          • Users
          • Groups