What to do when remote project manager isn't managing but still assuring his boss everything is ok?

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP





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







up vote
10
down vote

favorite












here is the situation I'm in :



I've been tasked by upper manager "B" to work on a specific project. To help me and manage me more directly I'm supposed to work under manager "A" (B being the manager of A). As A and B are in remote offices, I've starting working by myself on this project, since I needed almost no guidance and everything was clear to me. About every week, manager A was asking me to update him on the project, and I was updating him on my progress (which he was fine with).
As of the last time we had a chat, I told him that I had finished everything I intended to do, and that the remaining tasks were things I could not do / decide on my own, and mostly details that needed to be ironed out during a real meeting.



We had another meeting a bit after with manager A and B, the purpose of which was to update B on my progress. What happened was that A told him he was satisfied and what I did was production-ready, now obviously B is asking us to put the project in production.



So I'm in the spot were I'm still missing the technical details / informations / authorisation for completing everything on my own, and my manager A is never able to help me (either too occupied, or give me vague answers, etc), but yet he is assuring his own manager that everything is fine and will soon be shipped. Also there is the issue that it's uncomfortable for me to have no feedback at all on what I did.



(As a example for scale, I've committed something like 5000 lines of codes that my manager is saying are "ready for production" that have never been reviewed )



I feel like there is something bad that is going to happen soon due to deadline closing, and that I will be accountable for it somehow



What to do in this situation?



tldr : what to do when direct manager is not managing anything / not helping, but is assuring is own management that everything is fine?







share|improve this question






















  • What country is this for? There may be cultural elements at play here too.
    – Elysian Fields♦
    Apr 30 '15 at 19:00










  • @enderland France
    – lezebulon
    Apr 30 '15 at 19:20
















up vote
10
down vote

favorite












here is the situation I'm in :



I've been tasked by upper manager "B" to work on a specific project. To help me and manage me more directly I'm supposed to work under manager "A" (B being the manager of A). As A and B are in remote offices, I've starting working by myself on this project, since I needed almost no guidance and everything was clear to me. About every week, manager A was asking me to update him on the project, and I was updating him on my progress (which he was fine with).
As of the last time we had a chat, I told him that I had finished everything I intended to do, and that the remaining tasks were things I could not do / decide on my own, and mostly details that needed to be ironed out during a real meeting.



We had another meeting a bit after with manager A and B, the purpose of which was to update B on my progress. What happened was that A told him he was satisfied and what I did was production-ready, now obviously B is asking us to put the project in production.



So I'm in the spot were I'm still missing the technical details / informations / authorisation for completing everything on my own, and my manager A is never able to help me (either too occupied, or give me vague answers, etc), but yet he is assuring his own manager that everything is fine and will soon be shipped. Also there is the issue that it's uncomfortable for me to have no feedback at all on what I did.



(As a example for scale, I've committed something like 5000 lines of codes that my manager is saying are "ready for production" that have never been reviewed )



I feel like there is something bad that is going to happen soon due to deadline closing, and that I will be accountable for it somehow



What to do in this situation?



tldr : what to do when direct manager is not managing anything / not helping, but is assuring is own management that everything is fine?







share|improve this question






















  • What country is this for? There may be cultural elements at play here too.
    – Elysian Fields♦
    Apr 30 '15 at 19:00










  • @enderland France
    – lezebulon
    Apr 30 '15 at 19:20












up vote
10
down vote

favorite









up vote
10
down vote

favorite











here is the situation I'm in :



I've been tasked by upper manager "B" to work on a specific project. To help me and manage me more directly I'm supposed to work under manager "A" (B being the manager of A). As A and B are in remote offices, I've starting working by myself on this project, since I needed almost no guidance and everything was clear to me. About every week, manager A was asking me to update him on the project, and I was updating him on my progress (which he was fine with).
As of the last time we had a chat, I told him that I had finished everything I intended to do, and that the remaining tasks were things I could not do / decide on my own, and mostly details that needed to be ironed out during a real meeting.



We had another meeting a bit after with manager A and B, the purpose of which was to update B on my progress. What happened was that A told him he was satisfied and what I did was production-ready, now obviously B is asking us to put the project in production.



So I'm in the spot were I'm still missing the technical details / informations / authorisation for completing everything on my own, and my manager A is never able to help me (either too occupied, or give me vague answers, etc), but yet he is assuring his own manager that everything is fine and will soon be shipped. Also there is the issue that it's uncomfortable for me to have no feedback at all on what I did.



(As a example for scale, I've committed something like 5000 lines of codes that my manager is saying are "ready for production" that have never been reviewed )



I feel like there is something bad that is going to happen soon due to deadline closing, and that I will be accountable for it somehow



What to do in this situation?



tldr : what to do when direct manager is not managing anything / not helping, but is assuring is own management that everything is fine?







share|improve this question














here is the situation I'm in :



I've been tasked by upper manager "B" to work on a specific project. To help me and manage me more directly I'm supposed to work under manager "A" (B being the manager of A). As A and B are in remote offices, I've starting working by myself on this project, since I needed almost no guidance and everything was clear to me. About every week, manager A was asking me to update him on the project, and I was updating him on my progress (which he was fine with).
As of the last time we had a chat, I told him that I had finished everything I intended to do, and that the remaining tasks were things I could not do / decide on my own, and mostly details that needed to be ironed out during a real meeting.



We had another meeting a bit after with manager A and B, the purpose of which was to update B on my progress. What happened was that A told him he was satisfied and what I did was production-ready, now obviously B is asking us to put the project in production.



So I'm in the spot were I'm still missing the technical details / informations / authorisation for completing everything on my own, and my manager A is never able to help me (either too occupied, or give me vague answers, etc), but yet he is assuring his own manager that everything is fine and will soon be shipped. Also there is the issue that it's uncomfortable for me to have no feedback at all on what I did.



(As a example for scale, I've committed something like 5000 lines of codes that my manager is saying are "ready for production" that have never been reviewed )



I feel like there is something bad that is going to happen soon due to deadline closing, and that I will be accountable for it somehow



What to do in this situation?



tldr : what to do when direct manager is not managing anything / not helping, but is assuring is own management that everything is fine?









share|improve this question













share|improve this question




share|improve this question








edited May 1 '15 at 4:43









David Grinberg

559512




559512










asked Apr 30 '15 at 18:31









lezebulon

1515




1515











  • What country is this for? There may be cultural elements at play here too.
    – Elysian Fields♦
    Apr 30 '15 at 19:00










  • @enderland France
    – lezebulon
    Apr 30 '15 at 19:20
















  • What country is this for? There may be cultural elements at play here too.
    – Elysian Fields♦
    Apr 30 '15 at 19:00










  • @enderland France
    – lezebulon
    Apr 30 '15 at 19:20















What country is this for? There may be cultural elements at play here too.
– Elysian Fields♦
Apr 30 '15 at 19:00




What country is this for? There may be cultural elements at play here too.
– Elysian Fields♦
Apr 30 '15 at 19:00












@enderland France
– lezebulon
Apr 30 '15 at 19:20




@enderland France
– lezebulon
Apr 30 '15 at 19:20










3 Answers
3






active

oldest

votes

















up vote
16
down vote














I told him that I had finished everything I intended to do




Sounds like classic communications with a PM to me.



You 've probably said




This is mostly done, but I need...




The PM ear hears




This is done




Instead of telling him how far you've progressed you need to focus on what's still outstanding




I need resource allocated to code review, I cannot complete this task until it happens




You'll get resource quickly if they can't call it anything but a blocker.



As regards what you do now, you need to do a list of what is stopping you (in the style of the blocker text above "we cannot go live until the following is done"), send to A. If he doesn't react, cc to B and make take cover for the flak hitting.






share|improve this answer


















  • 2




    Have to agree here, can't tell you how many times I've said something like "I'm almost done with this, as soon as I can dedicate a good 2-3 hours to this task it'll be done" that afternoon he'll say "I thought you said it was done?" ... No... I said I need two - three hours on that task of which I've been able to put zero hours on it since I'm working on a item you said was higher priority. Just normal PM stuff, they juggle so much your words will blur if you don't make them as simple as "I'm done" or "I'm not done". "Almost" tends to be put in the done pile.
    – RualStorge
    Apr 30 '15 at 19:12










  • @RualStorge - Absolutely so you should be saying something more like "I've still got at least half a day left on this task, but I can't continue until task X is done, so I'll let you know when I get back onto it" - you said 2-3 hrs so with contingency we'll say 1/2 day.
    – The Wandering Dev Manager
    Apr 30 '15 at 19:24










  • Yeah, I've had to change the conversation in that manner. It used to be blindly "How long do you have left on this?" Now I've changed that to "When can I expect this?" I find that way more effective. (As it also helps prevent my boss from constantly reshuffling priorities mid sprint day to day)
    – RualStorge
    Apr 30 '15 at 19:28

















up vote
11
down vote













I agree totally with @TheWanderingDevMana with what has to happen soonest and for any future projects.



However, I want to point out that in the meeting you should have spoken up and confronted the issue right then. By not speaking up, you agreed the code was production ready. You should have said, "I guess i was unclear, but this, this, and this still need to be done." It is critical to say it like this. You need to take responsiblity for the miscommunciation (even if you knew you communicated properly) so as to avoid embarassing your boss or confronting him with his incorrect interpretation.



What you need to know is that bad news doesn't usually improve over time. You have to have the courage to bring it up as soon as you know about it.



Right now the person who looks bad when this comes to light is you. Had you brought it up earlier, you are the one who saved two managers from embarrasment even if they aren't thrilled with the issue(s) themselves.



How much worse is it going to be if they say deploy on Monday and then you tell then there is a month's worth of work left? When something is misinterpreted or is deliberately interpreted incorrectly, you have to address that at the time it happens or you become complicit and the blame will attach to you.



Now that you have lost that moment, you need to follow up immediately with an email to both bosses stating your concerns about moving to prod and exactly what is holding you up. And by immediately, I mean it needs to be the very next thing you do at work. You are late communicating, you can't afford to be any later.






share|improve this answer






















  • Absolutely that's why I was talking about flak. By not speaking up the buck is passed in the OP's direction and they need to lay it on the line now, PM A will just say he relayed what he was told.
    – The Wandering Dev Manager
    Apr 30 '15 at 19:47






  • 1




    To doubly emphasise HLGEM's answer it's possible to go back to the client early and say that there's been an issue and there will be a delay. To do that a day before the project is due just doesn't wash. It's the person doing the work's responsibility to flag up that there is a problem. Your manager is accountable for ensuring you're up-to-date and will take the flak if you don't raise an issue but they don't necessarily have the time/knowledge to check everything themselves.
    – Ben
    Apr 30 '15 at 22:25

















up vote
0
down vote













Send an email to manager A, stating specifically what actions manager A must take on your behalf before the project can be considered ready. Send this email immediately.



If manager B comes back with a complaint, forward your email to manager B.



If feathers fly, stay well away from the affray :) Cooperate with whoever is dusting themselves off, is still standing and is giving clear instructions.






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: false,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    noCode: true, onDemand: false,
    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%2f45002%2fwhat-to-do-when-remote-project-manager-isnt-managing-but-still-assuring-his-bos%23new-answer', 'question_page');

    );

    Post as a guest

























    StackExchange.ready(function ()
    $("#show-editor-button input, #show-editor-button button").click(function ()
    var showEditor = function()
    $("#show-editor-button").hide();
    $("#post-form").removeClass("dno");
    StackExchange.editor.finallyInit();
    ;

    var useFancy = $(this).data('confirm-use-fancy');
    if(useFancy == 'True')
    var popupTitle = $(this).data('confirm-fancy-title');
    var popupBody = $(this).data('confirm-fancy-body');
    var popupAccept = $(this).data('confirm-fancy-accept-button');

    $(this).loadPopup(
    url: '/post/self-answer-popup',
    loaded: function(popup)
    var pTitle = $(popup).find('h2');
    var pBody = $(popup).find('.popup-body');
    var pSubmit = $(popup).find('.popup-submit');

    pTitle.text(popupTitle);
    pBody.html(popupBody);
    pSubmit.val(popupAccept).click(showEditor);

    )
    else
    var confirmText = $(this).data('confirm-text');
    if (confirmText ? confirm(confirmText) : true)
    showEditor();


    );
    );






    3 Answers
    3






    active

    oldest

    votes








    3 Answers
    3






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes








    up vote
    16
    down vote














    I told him that I had finished everything I intended to do




    Sounds like classic communications with a PM to me.



    You 've probably said




    This is mostly done, but I need...




    The PM ear hears




    This is done




    Instead of telling him how far you've progressed you need to focus on what's still outstanding




    I need resource allocated to code review, I cannot complete this task until it happens




    You'll get resource quickly if they can't call it anything but a blocker.



    As regards what you do now, you need to do a list of what is stopping you (in the style of the blocker text above "we cannot go live until the following is done"), send to A. If he doesn't react, cc to B and make take cover for the flak hitting.






    share|improve this answer


















    • 2




      Have to agree here, can't tell you how many times I've said something like "I'm almost done with this, as soon as I can dedicate a good 2-3 hours to this task it'll be done" that afternoon he'll say "I thought you said it was done?" ... No... I said I need two - three hours on that task of which I've been able to put zero hours on it since I'm working on a item you said was higher priority. Just normal PM stuff, they juggle so much your words will blur if you don't make them as simple as "I'm done" or "I'm not done". "Almost" tends to be put in the done pile.
      – RualStorge
      Apr 30 '15 at 19:12










    • @RualStorge - Absolutely so you should be saying something more like "I've still got at least half a day left on this task, but I can't continue until task X is done, so I'll let you know when I get back onto it" - you said 2-3 hrs so with contingency we'll say 1/2 day.
      – The Wandering Dev Manager
      Apr 30 '15 at 19:24










    • Yeah, I've had to change the conversation in that manner. It used to be blindly "How long do you have left on this?" Now I've changed that to "When can I expect this?" I find that way more effective. (As it also helps prevent my boss from constantly reshuffling priorities mid sprint day to day)
      – RualStorge
      Apr 30 '15 at 19:28














    up vote
    16
    down vote














    I told him that I had finished everything I intended to do




    Sounds like classic communications with a PM to me.



    You 've probably said




    This is mostly done, but I need...




    The PM ear hears




    This is done




    Instead of telling him how far you've progressed you need to focus on what's still outstanding




    I need resource allocated to code review, I cannot complete this task until it happens




    You'll get resource quickly if they can't call it anything but a blocker.



    As regards what you do now, you need to do a list of what is stopping you (in the style of the blocker text above "we cannot go live until the following is done"), send to A. If he doesn't react, cc to B and make take cover for the flak hitting.






    share|improve this answer


















    • 2




      Have to agree here, can't tell you how many times I've said something like "I'm almost done with this, as soon as I can dedicate a good 2-3 hours to this task it'll be done" that afternoon he'll say "I thought you said it was done?" ... No... I said I need two - three hours on that task of which I've been able to put zero hours on it since I'm working on a item you said was higher priority. Just normal PM stuff, they juggle so much your words will blur if you don't make them as simple as "I'm done" or "I'm not done". "Almost" tends to be put in the done pile.
      – RualStorge
      Apr 30 '15 at 19:12










    • @RualStorge - Absolutely so you should be saying something more like "I've still got at least half a day left on this task, but I can't continue until task X is done, so I'll let you know when I get back onto it" - you said 2-3 hrs so with contingency we'll say 1/2 day.
      – The Wandering Dev Manager
      Apr 30 '15 at 19:24










    • Yeah, I've had to change the conversation in that manner. It used to be blindly "How long do you have left on this?" Now I've changed that to "When can I expect this?" I find that way more effective. (As it also helps prevent my boss from constantly reshuffling priorities mid sprint day to day)
      – RualStorge
      Apr 30 '15 at 19:28












    up vote
    16
    down vote










    up vote
    16
    down vote










    I told him that I had finished everything I intended to do




    Sounds like classic communications with a PM to me.



    You 've probably said




    This is mostly done, but I need...




    The PM ear hears




    This is done




    Instead of telling him how far you've progressed you need to focus on what's still outstanding




    I need resource allocated to code review, I cannot complete this task until it happens




    You'll get resource quickly if they can't call it anything but a blocker.



    As regards what you do now, you need to do a list of what is stopping you (in the style of the blocker text above "we cannot go live until the following is done"), send to A. If he doesn't react, cc to B and make take cover for the flak hitting.






    share|improve this answer















    I told him that I had finished everything I intended to do




    Sounds like classic communications with a PM to me.



    You 've probably said




    This is mostly done, but I need...




    The PM ear hears




    This is done




    Instead of telling him how far you've progressed you need to focus on what's still outstanding




    I need resource allocated to code review, I cannot complete this task until it happens




    You'll get resource quickly if they can't call it anything but a blocker.



    As regards what you do now, you need to do a list of what is stopping you (in the style of the blocker text above "we cannot go live until the following is done"), send to A. If he doesn't react, cc to B and make take cover for the flak hitting.







    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited Apr 30 '15 at 20:03

























    answered Apr 30 '15 at 19:01









    The Wandering Dev Manager

    29.8k956107




    29.8k956107







    • 2




      Have to agree here, can't tell you how many times I've said something like "I'm almost done with this, as soon as I can dedicate a good 2-3 hours to this task it'll be done" that afternoon he'll say "I thought you said it was done?" ... No... I said I need two - three hours on that task of which I've been able to put zero hours on it since I'm working on a item you said was higher priority. Just normal PM stuff, they juggle so much your words will blur if you don't make them as simple as "I'm done" or "I'm not done". "Almost" tends to be put in the done pile.
      – RualStorge
      Apr 30 '15 at 19:12










    • @RualStorge - Absolutely so you should be saying something more like "I've still got at least half a day left on this task, but I can't continue until task X is done, so I'll let you know when I get back onto it" - you said 2-3 hrs so with contingency we'll say 1/2 day.
      – The Wandering Dev Manager
      Apr 30 '15 at 19:24










    • Yeah, I've had to change the conversation in that manner. It used to be blindly "How long do you have left on this?" Now I've changed that to "When can I expect this?" I find that way more effective. (As it also helps prevent my boss from constantly reshuffling priorities mid sprint day to day)
      – RualStorge
      Apr 30 '15 at 19:28












    • 2




      Have to agree here, can't tell you how many times I've said something like "I'm almost done with this, as soon as I can dedicate a good 2-3 hours to this task it'll be done" that afternoon he'll say "I thought you said it was done?" ... No... I said I need two - three hours on that task of which I've been able to put zero hours on it since I'm working on a item you said was higher priority. Just normal PM stuff, they juggle so much your words will blur if you don't make them as simple as "I'm done" or "I'm not done". "Almost" tends to be put in the done pile.
      – RualStorge
      Apr 30 '15 at 19:12










    • @RualStorge - Absolutely so you should be saying something more like "I've still got at least half a day left on this task, but I can't continue until task X is done, so I'll let you know when I get back onto it" - you said 2-3 hrs so with contingency we'll say 1/2 day.
      – The Wandering Dev Manager
      Apr 30 '15 at 19:24










    • Yeah, I've had to change the conversation in that manner. It used to be blindly "How long do you have left on this?" Now I've changed that to "When can I expect this?" I find that way more effective. (As it also helps prevent my boss from constantly reshuffling priorities mid sprint day to day)
      – RualStorge
      Apr 30 '15 at 19:28







    2




    2




    Have to agree here, can't tell you how many times I've said something like "I'm almost done with this, as soon as I can dedicate a good 2-3 hours to this task it'll be done" that afternoon he'll say "I thought you said it was done?" ... No... I said I need two - three hours on that task of which I've been able to put zero hours on it since I'm working on a item you said was higher priority. Just normal PM stuff, they juggle so much your words will blur if you don't make them as simple as "I'm done" or "I'm not done". "Almost" tends to be put in the done pile.
    – RualStorge
    Apr 30 '15 at 19:12




    Have to agree here, can't tell you how many times I've said something like "I'm almost done with this, as soon as I can dedicate a good 2-3 hours to this task it'll be done" that afternoon he'll say "I thought you said it was done?" ... No... I said I need two - three hours on that task of which I've been able to put zero hours on it since I'm working on a item you said was higher priority. Just normal PM stuff, they juggle so much your words will blur if you don't make them as simple as "I'm done" or "I'm not done". "Almost" tends to be put in the done pile.
    – RualStorge
    Apr 30 '15 at 19:12












    @RualStorge - Absolutely so you should be saying something more like "I've still got at least half a day left on this task, but I can't continue until task X is done, so I'll let you know when I get back onto it" - you said 2-3 hrs so with contingency we'll say 1/2 day.
    – The Wandering Dev Manager
    Apr 30 '15 at 19:24




    @RualStorge - Absolutely so you should be saying something more like "I've still got at least half a day left on this task, but I can't continue until task X is done, so I'll let you know when I get back onto it" - you said 2-3 hrs so with contingency we'll say 1/2 day.
    – The Wandering Dev Manager
    Apr 30 '15 at 19:24












    Yeah, I've had to change the conversation in that manner. It used to be blindly "How long do you have left on this?" Now I've changed that to "When can I expect this?" I find that way more effective. (As it also helps prevent my boss from constantly reshuffling priorities mid sprint day to day)
    – RualStorge
    Apr 30 '15 at 19:28




    Yeah, I've had to change the conversation in that manner. It used to be blindly "How long do you have left on this?" Now I've changed that to "When can I expect this?" I find that way more effective. (As it also helps prevent my boss from constantly reshuffling priorities mid sprint day to day)
    – RualStorge
    Apr 30 '15 at 19:28












    up vote
    11
    down vote













    I agree totally with @TheWanderingDevMana with what has to happen soonest and for any future projects.



    However, I want to point out that in the meeting you should have spoken up and confronted the issue right then. By not speaking up, you agreed the code was production ready. You should have said, "I guess i was unclear, but this, this, and this still need to be done." It is critical to say it like this. You need to take responsiblity for the miscommunciation (even if you knew you communicated properly) so as to avoid embarassing your boss or confronting him with his incorrect interpretation.



    What you need to know is that bad news doesn't usually improve over time. You have to have the courage to bring it up as soon as you know about it.



    Right now the person who looks bad when this comes to light is you. Had you brought it up earlier, you are the one who saved two managers from embarrasment even if they aren't thrilled with the issue(s) themselves.



    How much worse is it going to be if they say deploy on Monday and then you tell then there is a month's worth of work left? When something is misinterpreted or is deliberately interpreted incorrectly, you have to address that at the time it happens or you become complicit and the blame will attach to you.



    Now that you have lost that moment, you need to follow up immediately with an email to both bosses stating your concerns about moving to prod and exactly what is holding you up. And by immediately, I mean it needs to be the very next thing you do at work. You are late communicating, you can't afford to be any later.






    share|improve this answer






















    • Absolutely that's why I was talking about flak. By not speaking up the buck is passed in the OP's direction and they need to lay it on the line now, PM A will just say he relayed what he was told.
      – The Wandering Dev Manager
      Apr 30 '15 at 19:47






    • 1




      To doubly emphasise HLGEM's answer it's possible to go back to the client early and say that there's been an issue and there will be a delay. To do that a day before the project is due just doesn't wash. It's the person doing the work's responsibility to flag up that there is a problem. Your manager is accountable for ensuring you're up-to-date and will take the flak if you don't raise an issue but they don't necessarily have the time/knowledge to check everything themselves.
      – Ben
      Apr 30 '15 at 22:25














    up vote
    11
    down vote













    I agree totally with @TheWanderingDevMana with what has to happen soonest and for any future projects.



    However, I want to point out that in the meeting you should have spoken up and confronted the issue right then. By not speaking up, you agreed the code was production ready. You should have said, "I guess i was unclear, but this, this, and this still need to be done." It is critical to say it like this. You need to take responsiblity for the miscommunciation (even if you knew you communicated properly) so as to avoid embarassing your boss or confronting him with his incorrect interpretation.



    What you need to know is that bad news doesn't usually improve over time. You have to have the courage to bring it up as soon as you know about it.



    Right now the person who looks bad when this comes to light is you. Had you brought it up earlier, you are the one who saved two managers from embarrasment even if they aren't thrilled with the issue(s) themselves.



    How much worse is it going to be if they say deploy on Monday and then you tell then there is a month's worth of work left? When something is misinterpreted or is deliberately interpreted incorrectly, you have to address that at the time it happens or you become complicit and the blame will attach to you.



    Now that you have lost that moment, you need to follow up immediately with an email to both bosses stating your concerns about moving to prod and exactly what is holding you up. And by immediately, I mean it needs to be the very next thing you do at work. You are late communicating, you can't afford to be any later.






    share|improve this answer






















    • Absolutely that's why I was talking about flak. By not speaking up the buck is passed in the OP's direction and they need to lay it on the line now, PM A will just say he relayed what he was told.
      – The Wandering Dev Manager
      Apr 30 '15 at 19:47






    • 1




      To doubly emphasise HLGEM's answer it's possible to go back to the client early and say that there's been an issue and there will be a delay. To do that a day before the project is due just doesn't wash. It's the person doing the work's responsibility to flag up that there is a problem. Your manager is accountable for ensuring you're up-to-date and will take the flak if you don't raise an issue but they don't necessarily have the time/knowledge to check everything themselves.
      – Ben
      Apr 30 '15 at 22:25












    up vote
    11
    down vote










    up vote
    11
    down vote









    I agree totally with @TheWanderingDevMana with what has to happen soonest and for any future projects.



    However, I want to point out that in the meeting you should have spoken up and confronted the issue right then. By not speaking up, you agreed the code was production ready. You should have said, "I guess i was unclear, but this, this, and this still need to be done." It is critical to say it like this. You need to take responsiblity for the miscommunciation (even if you knew you communicated properly) so as to avoid embarassing your boss or confronting him with his incorrect interpretation.



    What you need to know is that bad news doesn't usually improve over time. You have to have the courage to bring it up as soon as you know about it.



    Right now the person who looks bad when this comes to light is you. Had you brought it up earlier, you are the one who saved two managers from embarrasment even if they aren't thrilled with the issue(s) themselves.



    How much worse is it going to be if they say deploy on Monday and then you tell then there is a month's worth of work left? When something is misinterpreted or is deliberately interpreted incorrectly, you have to address that at the time it happens or you become complicit and the blame will attach to you.



    Now that you have lost that moment, you need to follow up immediately with an email to both bosses stating your concerns about moving to prod and exactly what is holding you up. And by immediately, I mean it needs to be the very next thing you do at work. You are late communicating, you can't afford to be any later.






    share|improve this answer














    I agree totally with @TheWanderingDevMana with what has to happen soonest and for any future projects.



    However, I want to point out that in the meeting you should have spoken up and confronted the issue right then. By not speaking up, you agreed the code was production ready. You should have said, "I guess i was unclear, but this, this, and this still need to be done." It is critical to say it like this. You need to take responsiblity for the miscommunciation (even if you knew you communicated properly) so as to avoid embarassing your boss or confronting him with his incorrect interpretation.



    What you need to know is that bad news doesn't usually improve over time. You have to have the courage to bring it up as soon as you know about it.



    Right now the person who looks bad when this comes to light is you. Had you brought it up earlier, you are the one who saved two managers from embarrasment even if they aren't thrilled with the issue(s) themselves.



    How much worse is it going to be if they say deploy on Monday and then you tell then there is a month's worth of work left? When something is misinterpreted or is deliberately interpreted incorrectly, you have to address that at the time it happens or you become complicit and the blame will attach to you.



    Now that you have lost that moment, you need to follow up immediately with an email to both bosses stating your concerns about moving to prod and exactly what is holding you up. And by immediately, I mean it needs to be the very next thing you do at work. You are late communicating, you can't afford to be any later.







    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited May 1 '15 at 13:37

























    answered Apr 30 '15 at 19:27









    HLGEM

    133k25226489




    133k25226489











    • Absolutely that's why I was talking about flak. By not speaking up the buck is passed in the OP's direction and they need to lay it on the line now, PM A will just say he relayed what he was told.
      – The Wandering Dev Manager
      Apr 30 '15 at 19:47






    • 1




      To doubly emphasise HLGEM's answer it's possible to go back to the client early and say that there's been an issue and there will be a delay. To do that a day before the project is due just doesn't wash. It's the person doing the work's responsibility to flag up that there is a problem. Your manager is accountable for ensuring you're up-to-date and will take the flak if you don't raise an issue but they don't necessarily have the time/knowledge to check everything themselves.
      – Ben
      Apr 30 '15 at 22:25
















    • Absolutely that's why I was talking about flak. By not speaking up the buck is passed in the OP's direction and they need to lay it on the line now, PM A will just say he relayed what he was told.
      – The Wandering Dev Manager
      Apr 30 '15 at 19:47






    • 1




      To doubly emphasise HLGEM's answer it's possible to go back to the client early and say that there's been an issue and there will be a delay. To do that a day before the project is due just doesn't wash. It's the person doing the work's responsibility to flag up that there is a problem. Your manager is accountable for ensuring you're up-to-date and will take the flak if you don't raise an issue but they don't necessarily have the time/knowledge to check everything themselves.
      – Ben
      Apr 30 '15 at 22:25















    Absolutely that's why I was talking about flak. By not speaking up the buck is passed in the OP's direction and they need to lay it on the line now, PM A will just say he relayed what he was told.
    – The Wandering Dev Manager
    Apr 30 '15 at 19:47




    Absolutely that's why I was talking about flak. By not speaking up the buck is passed in the OP's direction and they need to lay it on the line now, PM A will just say he relayed what he was told.
    – The Wandering Dev Manager
    Apr 30 '15 at 19:47




    1




    1




    To doubly emphasise HLGEM's answer it's possible to go back to the client early and say that there's been an issue and there will be a delay. To do that a day before the project is due just doesn't wash. It's the person doing the work's responsibility to flag up that there is a problem. Your manager is accountable for ensuring you're up-to-date and will take the flak if you don't raise an issue but they don't necessarily have the time/knowledge to check everything themselves.
    – Ben
    Apr 30 '15 at 22:25




    To doubly emphasise HLGEM's answer it's possible to go back to the client early and say that there's been an issue and there will be a delay. To do that a day before the project is due just doesn't wash. It's the person doing the work's responsibility to flag up that there is a problem. Your manager is accountable for ensuring you're up-to-date and will take the flak if you don't raise an issue but they don't necessarily have the time/knowledge to check everything themselves.
    – Ben
    Apr 30 '15 at 22:25










    up vote
    0
    down vote













    Send an email to manager A, stating specifically what actions manager A must take on your behalf before the project can be considered ready. Send this email immediately.



    If manager B comes back with a complaint, forward your email to manager B.



    If feathers fly, stay well away from the affray :) Cooperate with whoever is dusting themselves off, is still standing and is giving clear instructions.






    share|improve this answer
























      up vote
      0
      down vote













      Send an email to manager A, stating specifically what actions manager A must take on your behalf before the project can be considered ready. Send this email immediately.



      If manager B comes back with a complaint, forward your email to manager B.



      If feathers fly, stay well away from the affray :) Cooperate with whoever is dusting themselves off, is still standing and is giving clear instructions.






      share|improve this answer






















        up vote
        0
        down vote










        up vote
        0
        down vote









        Send an email to manager A, stating specifically what actions manager A must take on your behalf before the project can be considered ready. Send this email immediately.



        If manager B comes back with a complaint, forward your email to manager B.



        If feathers fly, stay well away from the affray :) Cooperate with whoever is dusting themselves off, is still standing and is giving clear instructions.






        share|improve this answer












        Send an email to manager A, stating specifically what actions manager A must take on your behalf before the project can be considered ready. Send this email immediately.



        If manager B comes back with a complaint, forward your email to manager B.



        If feathers fly, stay well away from the affray :) Cooperate with whoever is dusting themselves off, is still standing and is giving clear instructions.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Apr 30 '15 at 20:13









        Vietnhi Phuvan

        68.9k7118254




        68.9k7118254






















             

            draft saved


            draft discarded


























             


            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f45002%2fwhat-to-do-when-remote-project-manager-isnt-managing-but-still-assuring-his-bos%23new-answer', 'question_page');

            );

            Post as a guest

















































































            Comments

            Popular posts from this blog

            Long meetings (6-7 hours a day): Being “babysat” by supervisor

            Is the Concept of Multiple Fantasy Races Scientifically Flawed? [closed]

            Confectionery