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. The Lounge
  3. Evaluating ones abilities.

Evaluating ones abilities.

Scheduled Pinned Locked Moved The Lounge
question
25 Posts 17 Posters 1 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.
  • H honey the codewitch

    I tend to underestimate myself. Barring the occasional snafu, my estimates run conservative - very, to the point where clients expect if I say a day, I'll have it in an hour. If I need a week, it means a day or maybe a day and a half. It's like that. People consistently tell me I'm fast, maybe in part because of the above, but I even get it here at codeproject sometimes, and other programming venues I haunt. I'd be foolish not to acknowledge it, even if it feels awkward doing so. Realistically, even if I don't change how I estimate to my clients, I'd like to be able to more accurately assess myself. Confidence plays a part, and I get imposter syndrome a lot. Sometimes I'm confident, because intellectually I know I'm in my element, but over all I tend to magnify my own shortcomings and short sell myself in terms of what I can deliver. How the heck do you do it? It's far from the worst thing in the world, being underestimated, even by myself. It has advantages, like me not going over my estimates. Still at the same time it would be nice if I knew what a project was actually going to cost me to deliver.

    To err is human. Fortune favors the monsters.

    J Offline
    J Offline
    Juan Pablo Reyes Altamirano
    wrote on last edited by
    #21

    The way Scotty puts it, always give yourself a wide berth. If you deliver before, okie dokie, but if you need more time...well that's why we give ourselves 4 times as much time. And it's ok to request even more time (if you have several projects, nobody can expect miracles)

    1 Reply Last reply
    0
    • H honey the codewitch

      I tend to underestimate myself. Barring the occasional snafu, my estimates run conservative - very, to the point where clients expect if I say a day, I'll have it in an hour. If I need a week, it means a day or maybe a day and a half. It's like that. People consistently tell me I'm fast, maybe in part because of the above, but I even get it here at codeproject sometimes, and other programming venues I haunt. I'd be foolish not to acknowledge it, even if it feels awkward doing so. Realistically, even if I don't change how I estimate to my clients, I'd like to be able to more accurately assess myself. Confidence plays a part, and I get imposter syndrome a lot. Sometimes I'm confident, because intellectually I know I'm in my element, but over all I tend to magnify my own shortcomings and short sell myself in terms of what I can deliver. How the heck do you do it? It's far from the worst thing in the world, being underestimated, even by myself. It has advantages, like me not going over my estimates. Still at the same time it would be nice if I knew what a project was actually going to cost me to deliver.

      To err is human. Fortune favors the monsters.

      S Offline
      S Offline
      Steve Naidamast
      wrote on last edited by
      #22

      The only way you can accurately provide software estimates is by using standard Software Engineering practices such as Function Point Analysis. Function Point Analysis relies on the use of a metric system in which every project you complete, you then record the metrics that were apparent in the endeavor. Over time you will generate metrics for small, medium, large, and huge projects that can then be used as comparative standards to measure anew project accurately. Function Point Analysis is well described in the Bible of Software Development, Stephen McConnell's, "Rapid Application Development (1996). However, there are more modern ways to perform this task, which have been developed in The Royal Netherlands. I have used the original techniques myself with great accuracy. Unfortunately, most technical managers and clients aren't very understanding about Software Engineering as most of these people are just idiots. But you will get those people who will be very appreciative of your increasing accuracy...

      Steve Naidamast Sr. Software Engineer Black Falcon Software, Inc. blackfalconsoftware@outlook.com

      H 1 Reply Last reply
      0
      • S Steve Naidamast

        The only way you can accurately provide software estimates is by using standard Software Engineering practices such as Function Point Analysis. Function Point Analysis relies on the use of a metric system in which every project you complete, you then record the metrics that were apparent in the endeavor. Over time you will generate metrics for small, medium, large, and huge projects that can then be used as comparative standards to measure anew project accurately. Function Point Analysis is well described in the Bible of Software Development, Stephen McConnell's, "Rapid Application Development (1996). However, there are more modern ways to perform this task, which have been developed in The Royal Netherlands. I have used the original techniques myself with great accuracy. Unfortunately, most technical managers and clients aren't very understanding about Software Engineering as most of these people are just idiots. But you will get those people who will be very appreciative of your increasing accuracy...

        Steve Naidamast Sr. Software Engineer Black Falcon Software, Inc. blackfalconsoftware@outlook.com

        H Offline
        H Offline
        honey the codewitch
        wrote on last edited by
        #23

        I'm fairly good at estimating whole projects for some reason. It's the individual tasks where I overestimate how long they will take.

        To err is human. Fortune favors the monsters.

        S 1 Reply Last reply
        0
        • H honey the codewitch

          I'm fairly good at estimating whole projects for some reason. It's the individual tasks where I overestimate how long they will take.

          To err is human. Fortune favors the monsters.

          S Offline
          S Offline
          Steve Naidamast
          wrote on last edited by
          #24

          Function Point Analysis is based on the individual tasks, so it will be able to help you...

          Steve Naidamast Sr. Software Engineer Black Falcon Software, Inc. blackfalconsoftware@outlook.com

          H 1 Reply Last reply
          0
          • S Steve Naidamast

            Function Point Analysis is based on the individual tasks, so it will be able to help you...

            Steve Naidamast Sr. Software Engineer Black Falcon Software, Inc. blackfalconsoftware@outlook.com

            H Offline
            H Offline
            honey the codewitch
            wrote on last edited by
            #25

            Cool thanks! I'll look into it.

            To err is human. Fortune favors the monsters.

            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