My programmer underestimate deadlines or it's just lazy





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty{ margin-bottom:0;
}






up vote
-1
down vote

favorite












Since august, I have a software programmer at my charge and I became the project leader of my area.



She went well with learning things about our area, configuring some tasks, but ever since I started to ask her more complex things (to be specific, complex in the sense, understand sql functions and how the back end of a application works) is when my problems got started



First of all, I think she underestimates the complexity of the tasks, then I believe she becames secure and stretchs her schedule doing the bare minimum till I ask her how she goes; for example she does not implement her changes in the development enviroment, she just goes "I'm just testing things here in my sql session" like some querys on the fly without testing the project as a whole (I assured her that she can do and test whatever she wants in development enviroment)



Wednesdays are the days that new releases are made, so I told her days ago check with time her development with the entire project, not just use the monday and tuesday to adjust things. Today friday she implemented her changes and of course, in development environment everything crashed



This is not the first time she went like this. My specific question is, with that personality should I implement with her a sort of specific scrum for her? we use waterfall because our projects are small; I'm thinking about sitting with her 15 minutes a day to ask her about her progress.



This is not what we use to do, we normally just set deadlines and set a Gantt diagram, I'm not saying every other developer is perfect but her case is very isolated, she only had that task and previously I rest assured that she understood how the project works and I tried to respond her questions as clear as possible










share|improve this question




























    up vote
    -1
    down vote

    favorite












    Since august, I have a software programmer at my charge and I became the project leader of my area.



    She went well with learning things about our area, configuring some tasks, but ever since I started to ask her more complex things (to be specific, complex in the sense, understand sql functions and how the back end of a application works) is when my problems got started



    First of all, I think she underestimates the complexity of the tasks, then I believe she becames secure and stretchs her schedule doing the bare minimum till I ask her how she goes; for example she does not implement her changes in the development enviroment, she just goes "I'm just testing things here in my sql session" like some querys on the fly without testing the project as a whole (I assured her that she can do and test whatever she wants in development enviroment)



    Wednesdays are the days that new releases are made, so I told her days ago check with time her development with the entire project, not just use the monday and tuesday to adjust things. Today friday she implemented her changes and of course, in development environment everything crashed



    This is not the first time she went like this. My specific question is, with that personality should I implement with her a sort of specific scrum for her? we use waterfall because our projects are small; I'm thinking about sitting with her 15 minutes a day to ask her about her progress.



    This is not what we use to do, we normally just set deadlines and set a Gantt diagram, I'm not saying every other developer is perfect but her case is very isolated, she only had that task and previously I rest assured that she understood how the project works and I tried to respond her questions as clear as possible










    share|improve this question
























      up vote
      -1
      down vote

      favorite









      up vote
      -1
      down vote

      favorite











      Since august, I have a software programmer at my charge and I became the project leader of my area.



      She went well with learning things about our area, configuring some tasks, but ever since I started to ask her more complex things (to be specific, complex in the sense, understand sql functions and how the back end of a application works) is when my problems got started



      First of all, I think she underestimates the complexity of the tasks, then I believe she becames secure and stretchs her schedule doing the bare minimum till I ask her how she goes; for example she does not implement her changes in the development enviroment, she just goes "I'm just testing things here in my sql session" like some querys on the fly without testing the project as a whole (I assured her that she can do and test whatever she wants in development enviroment)



      Wednesdays are the days that new releases are made, so I told her days ago check with time her development with the entire project, not just use the monday and tuesday to adjust things. Today friday she implemented her changes and of course, in development environment everything crashed



      This is not the first time she went like this. My specific question is, with that personality should I implement with her a sort of specific scrum for her? we use waterfall because our projects are small; I'm thinking about sitting with her 15 minutes a day to ask her about her progress.



      This is not what we use to do, we normally just set deadlines and set a Gantt diagram, I'm not saying every other developer is perfect but her case is very isolated, she only had that task and previously I rest assured that she understood how the project works and I tried to respond her questions as clear as possible










      share|improve this question













      Since august, I have a software programmer at my charge and I became the project leader of my area.



      She went well with learning things about our area, configuring some tasks, but ever since I started to ask her more complex things (to be specific, complex in the sense, understand sql functions and how the back end of a application works) is when my problems got started



      First of all, I think she underestimates the complexity of the tasks, then I believe she becames secure and stretchs her schedule doing the bare minimum till I ask her how she goes; for example she does not implement her changes in the development enviroment, she just goes "I'm just testing things here in my sql session" like some querys on the fly without testing the project as a whole (I assured her that she can do and test whatever she wants in development enviroment)



      Wednesdays are the days that new releases are made, so I told her days ago check with time her development with the entire project, not just use the monday and tuesday to adjust things. Today friday she implemented her changes and of course, in development environment everything crashed



      This is not the first time she went like this. My specific question is, with that personality should I implement with her a sort of specific scrum for her? we use waterfall because our projects are small; I'm thinking about sitting with her 15 minutes a day to ask her about her progress.



      This is not what we use to do, we normally just set deadlines and set a Gantt diagram, I'm not saying every other developer is perfect but her case is very isolated, she only had that task and previously I rest assured that she understood how the project works and I tried to respond her questions as clear as possible







      performance employees deadlines






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked 2 hours ago









      Naty Bizz

      1151




      1151






















          1 Answer
          1






          active

          oldest

          votes

















          up vote
          -2
          down vote













          A simple solution is:




          • Every day at 10am and 4pm,


          • Review her work for ten minutes



          Within two days either




          • She will get off her ass and start working or


          • You can let her go.



          (The good news is in today's market any programmer, even a crap one, can get a new job in five minutes, so you never need to do any soul searching about terminating a contract or salary programmer.)



          The "10/4" plan above is the only, repeat only, method to make slack programmers work.






          share|improve this answer





















            Your Answer








            StackExchange.ready(function() {
            var channelOptions = {
            tags: "".split(" "),
            id: "423"
            };
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function() {
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled) {
            StackExchange.using("snippets", function() {
            createEditor();
            });
            }
            else {
            createEditor();
            }
            });

            function createEditor() {
            StackExchange.prepareEditor({
            heartbeatType: 'answer',
            convertImagesToLinks: false,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: null,
            bindNavPrevention: true,
            postfix: "",
            imageUploader: {
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            },
            noCode: true, onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            });


            }
            });














            draft saved

            draft discarded


















            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f123772%2fmy-programmer-underestimate-deadlines-or-its-just-lazy%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown

























            1 Answer
            1






            active

            oldest

            votes








            1 Answer
            1






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes








            up vote
            -2
            down vote













            A simple solution is:




            • Every day at 10am and 4pm,


            • Review her work for ten minutes



            Within two days either




            • She will get off her ass and start working or


            • You can let her go.



            (The good news is in today's market any programmer, even a crap one, can get a new job in five minutes, so you never need to do any soul searching about terminating a contract or salary programmer.)



            The "10/4" plan above is the only, repeat only, method to make slack programmers work.






            share|improve this answer

























              up vote
              -2
              down vote













              A simple solution is:




              • Every day at 10am and 4pm,


              • Review her work for ten minutes



              Within two days either




              • She will get off her ass and start working or


              • You can let her go.



              (The good news is in today's market any programmer, even a crap one, can get a new job in five minutes, so you never need to do any soul searching about terminating a contract or salary programmer.)



              The "10/4" plan above is the only, repeat only, method to make slack programmers work.






              share|improve this answer























                up vote
                -2
                down vote










                up vote
                -2
                down vote









                A simple solution is:




                • Every day at 10am and 4pm,


                • Review her work for ten minutes



                Within two days either




                • She will get off her ass and start working or


                • You can let her go.



                (The good news is in today's market any programmer, even a crap one, can get a new job in five minutes, so you never need to do any soul searching about terminating a contract or salary programmer.)



                The "10/4" plan above is the only, repeat only, method to make slack programmers work.






                share|improve this answer












                A simple solution is:




                • Every day at 10am and 4pm,


                • Review her work for ten minutes



                Within two days either




                • She will get off her ass and start working or


                • You can let her go.



                (The good news is in today's market any programmer, even a crap one, can get a new job in five minutes, so you never need to do any soul searching about terminating a contract or salary programmer.)



                The "10/4" plan above is the only, repeat only, method to make slack programmers work.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered 1 hour ago









                Fattie

                6,50531322




                6,50531322






























                    draft saved

                    draft discarded




















































                    Thanks for contributing an answer to The Workplace Stack Exchange!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid



                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.


                    To learn more, see our tips on writing great answers.





                    Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


                    Please pay close attention to the following guidance:


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid



                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.


                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function () {
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f123772%2fmy-programmer-underestimate-deadlines-or-its-just-lazy%23new-answer', 'question_page');
                    }
                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    Understanding the information contained in the Deep Space Network XML data?

                    Ross-on-Wye

                    Eastern Orthodox Church