How do I deal with a coworker that keeps changing the look of a report I'm building, without documenting the...
Were there two appearances of Stan Lee?
Confused by notation of atomic number Z and mass number A on periodic table of elements
Do I have to worry about players making “bad” choices on level up?
How to figure out whether the data is sample data or population data apart from the client's information?
Phrase for the opposite of "foolproof"
Feels like I am getting dragged in office politics
What is the most expensive material in the world that could be used to create Pun-Pun's lute?
Stop and Take a Breath!
How do I write a simple if-elseif protocol in Latex?
What word means to make something obsolete?
How to creep the reader out with what seems like a normal person?
Does Danger Sense work against invisible spellcasters?
Can solid acids and bases have pH values? If not, how are they classified as acids or bases?
Mysql fixing root password
Why was the Spitfire's elliptical wing almost uncopied by other aircraft of World War 2?
Is thermodynamics only applicable to systems in equilibrium?
Binary Numbers Magic Trick
Why is current rating for multicore cable lower than single core with the same cross section?
Is it possible to dynamically set properties of an `Object` using Apex?
What is the point of Germany's 299 "party seats" in the Bundestag?
Sci-fi novel series with instant travel between planets through gates. A river runs through the gates
Do vanished people know what happened after the snap?
An uncommon variant of 写
Modify locally tikzset
How do I deal with a coworker that keeps changing the look of a report I'm building, without documenting the changes in a design template?
How should I decide whether to take over someone else's work tasks?Is it appropriate to warn my coworker of our boss's dissatisfaction?Team member falling asleep: who to talk to first as an external consultant?Dealing with coworker misinterpreting what you said to the bossGotten enmeshed with constantly helping a co-worker with their homework during workContracted Security Guard at a secure facilityHow to convey to a coworker the explanation for avoiding working for some managers without badmouthing them?How should one approach a coworker's wardrobe malfunction?Remote manager keeps taking it out on the same colleagueHow can I tell my manager that I'm unhappy with the project that I've been assigned?
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}
Ideally this was to be an easy project. Create a report for a website. Something like this:
- I am provided a template (drawn up by graphics designer)
- I implement/update the programming to match (codify)
- Repeat 1 or 2 as needed if I miss something or more changes/updates are needed.
- The end.
Instead, it appears this coworker lacks the required workflow on how to go about this project, and abuses my time to visualize output of her changes to the project. Namely, she is not utilizing the graphics department to draft the proper template. She makes updates to the template herself, often on the fly, while requesting my input on those changes. Usually ignores my input.
Typically this goes as such - coworker is either repeatedly stopping by my desk at random intervals or requests me for spontaneous meetings, and tells me things like these
- omg, I am "so done" with this project
- can you make this change today? today right? Today(?)
- can you make this title smaller?
- can you make these cells the same width?
- can you make this text bigger, right?
- does this (font, title, margin, space, logo) look right to you? I don't know what do you think? (repeat 3-4 times)
- You're going to do this today, right?
- can you make this wider/smaller/bigger/shift left/shift right
- what do you think?
Repeat all of the above the next day. There is no template even though my boss asked her to provide one. The template she did provide was trampled over by her (back to the change process described above).
I am not a graphics designer. I can match the report to a given template, but I don't care, nor should I provide guidance on what the report should look like. These constant changes and spontaneous meetings can last 30-40 minutes, where coworker repeats her changes, mulls over them indecisively, for the duration of the event, while I am getting ready to shoot myself figuratively.
When she talks to me my anxiety goes through the roof. I have to use controlled breathing to keep calm. This is bad.
What do I do exactly because even I kept a poker face telling her while gritting teeth: "okay I can/will implement those changes", although that didn't seem to help, because she is not sure if those are the changes she needs/wants to be implemented.
In reality though I am also done with this project, even before she starts her next change avalanche. She is keeping me from advancing to other more important projects. (Projects that do not involve making fonts just a tad smaller/bigger/wider/narrower ad infinitum)
communication colleagues projects process annoyances
|
show 8 more comments
Ideally this was to be an easy project. Create a report for a website. Something like this:
- I am provided a template (drawn up by graphics designer)
- I implement/update the programming to match (codify)
- Repeat 1 or 2 as needed if I miss something or more changes/updates are needed.
- The end.
Instead, it appears this coworker lacks the required workflow on how to go about this project, and abuses my time to visualize output of her changes to the project. Namely, she is not utilizing the graphics department to draft the proper template. She makes updates to the template herself, often on the fly, while requesting my input on those changes. Usually ignores my input.
Typically this goes as such - coworker is either repeatedly stopping by my desk at random intervals or requests me for spontaneous meetings, and tells me things like these
- omg, I am "so done" with this project
- can you make this change today? today right? Today(?)
- can you make this title smaller?
- can you make these cells the same width?
- can you make this text bigger, right?
- does this (font, title, margin, space, logo) look right to you? I don't know what do you think? (repeat 3-4 times)
- You're going to do this today, right?
- can you make this wider/smaller/bigger/shift left/shift right
- what do you think?
Repeat all of the above the next day. There is no template even though my boss asked her to provide one. The template she did provide was trampled over by her (back to the change process described above).
I am not a graphics designer. I can match the report to a given template, but I don't care, nor should I provide guidance on what the report should look like. These constant changes and spontaneous meetings can last 30-40 minutes, where coworker repeats her changes, mulls over them indecisively, for the duration of the event, while I am getting ready to shoot myself figuratively.
When she talks to me my anxiety goes through the roof. I have to use controlled breathing to keep calm. This is bad.
What do I do exactly because even I kept a poker face telling her while gritting teeth: "okay I can/will implement those changes", although that didn't seem to help, because she is not sure if those are the changes she needs/wants to be implemented.
In reality though I am also done with this project, even before she starts her next change avalanche. She is keeping me from advancing to other more important projects. (Projects that do not involve making fonts just a tad smaller/bigger/wider/narrower ad infinitum)
communication colleagues projects process annoyances
35
is this coworker your boss (seems like not)? or in charge of this project?
– DarkCygnus
Apr 25 at 18:27
18
Also, have you raised this with your boss yet?
– DarkCygnus
Apr 25 at 18:29
12
talked to boss man, and he said to push that project to next week, and in the mean time work on another one
– dennismv
2 days ago
8
You probably should post a question like this with a throw-away account next time. You don't want people to stumble across questions you asked about them.
– Mark Rogers
2 days ago
6
@trognanders There's nothing wrong with imaginary violence if it's a coping mechanism.
– forest
2 days ago
|
show 8 more comments
Ideally this was to be an easy project. Create a report for a website. Something like this:
- I am provided a template (drawn up by graphics designer)
- I implement/update the programming to match (codify)
- Repeat 1 or 2 as needed if I miss something or more changes/updates are needed.
- The end.
Instead, it appears this coworker lacks the required workflow on how to go about this project, and abuses my time to visualize output of her changes to the project. Namely, she is not utilizing the graphics department to draft the proper template. She makes updates to the template herself, often on the fly, while requesting my input on those changes. Usually ignores my input.
Typically this goes as such - coworker is either repeatedly stopping by my desk at random intervals or requests me for spontaneous meetings, and tells me things like these
- omg, I am "so done" with this project
- can you make this change today? today right? Today(?)
- can you make this title smaller?
- can you make these cells the same width?
- can you make this text bigger, right?
- does this (font, title, margin, space, logo) look right to you? I don't know what do you think? (repeat 3-4 times)
- You're going to do this today, right?
- can you make this wider/smaller/bigger/shift left/shift right
- what do you think?
Repeat all of the above the next day. There is no template even though my boss asked her to provide one. The template she did provide was trampled over by her (back to the change process described above).
I am not a graphics designer. I can match the report to a given template, but I don't care, nor should I provide guidance on what the report should look like. These constant changes and spontaneous meetings can last 30-40 minutes, where coworker repeats her changes, mulls over them indecisively, for the duration of the event, while I am getting ready to shoot myself figuratively.
When she talks to me my anxiety goes through the roof. I have to use controlled breathing to keep calm. This is bad.
What do I do exactly because even I kept a poker face telling her while gritting teeth: "okay I can/will implement those changes", although that didn't seem to help, because she is not sure if those are the changes she needs/wants to be implemented.
In reality though I am also done with this project, even before she starts her next change avalanche. She is keeping me from advancing to other more important projects. (Projects that do not involve making fonts just a tad smaller/bigger/wider/narrower ad infinitum)
communication colleagues projects process annoyances
Ideally this was to be an easy project. Create a report for a website. Something like this:
- I am provided a template (drawn up by graphics designer)
- I implement/update the programming to match (codify)
- Repeat 1 or 2 as needed if I miss something or more changes/updates are needed.
- The end.
Instead, it appears this coworker lacks the required workflow on how to go about this project, and abuses my time to visualize output of her changes to the project. Namely, she is not utilizing the graphics department to draft the proper template. She makes updates to the template herself, often on the fly, while requesting my input on those changes. Usually ignores my input.
Typically this goes as such - coworker is either repeatedly stopping by my desk at random intervals or requests me for spontaneous meetings, and tells me things like these
- omg, I am "so done" with this project
- can you make this change today? today right? Today(?)
- can you make this title smaller?
- can you make these cells the same width?
- can you make this text bigger, right?
- does this (font, title, margin, space, logo) look right to you? I don't know what do you think? (repeat 3-4 times)
- You're going to do this today, right?
- can you make this wider/smaller/bigger/shift left/shift right
- what do you think?
Repeat all of the above the next day. There is no template even though my boss asked her to provide one. The template she did provide was trampled over by her (back to the change process described above).
I am not a graphics designer. I can match the report to a given template, but I don't care, nor should I provide guidance on what the report should look like. These constant changes and spontaneous meetings can last 30-40 minutes, where coworker repeats her changes, mulls over them indecisively, for the duration of the event, while I am getting ready to shoot myself figuratively.
When she talks to me my anxiety goes through the roof. I have to use controlled breathing to keep calm. This is bad.
What do I do exactly because even I kept a poker face telling her while gritting teeth: "okay I can/will implement those changes", although that didn't seem to help, because she is not sure if those are the changes she needs/wants to be implemented.
In reality though I am also done with this project, even before she starts her next change avalanche. She is keeping me from advancing to other more important projects. (Projects that do not involve making fonts just a tad smaller/bigger/wider/narrower ad infinitum)
communication colleagues projects process annoyances
communication colleagues projects process annoyances
edited 45 mins ago
Tim Post♦
449313
449313
asked Apr 25 at 18:25
dennismvdennismv
7811821
7811821
35
is this coworker your boss (seems like not)? or in charge of this project?
– DarkCygnus
Apr 25 at 18:27
18
Also, have you raised this with your boss yet?
– DarkCygnus
Apr 25 at 18:29
12
talked to boss man, and he said to push that project to next week, and in the mean time work on another one
– dennismv
2 days ago
8
You probably should post a question like this with a throw-away account next time. You don't want people to stumble across questions you asked about them.
– Mark Rogers
2 days ago
6
@trognanders There's nothing wrong with imaginary violence if it's a coping mechanism.
– forest
2 days ago
|
show 8 more comments
35
is this coworker your boss (seems like not)? or in charge of this project?
– DarkCygnus
Apr 25 at 18:27
18
Also, have you raised this with your boss yet?
– DarkCygnus
Apr 25 at 18:29
12
talked to boss man, and he said to push that project to next week, and in the mean time work on another one
– dennismv
2 days ago
8
You probably should post a question like this with a throw-away account next time. You don't want people to stumble across questions you asked about them.
– Mark Rogers
2 days ago
6
@trognanders There's nothing wrong with imaginary violence if it's a coping mechanism.
– forest
2 days ago
35
35
is this coworker your boss (seems like not)? or in charge of this project?
– DarkCygnus
Apr 25 at 18:27
is this coworker your boss (seems like not)? or in charge of this project?
– DarkCygnus
Apr 25 at 18:27
18
18
Also, have you raised this with your boss yet?
– DarkCygnus
Apr 25 at 18:29
Also, have you raised this with your boss yet?
– DarkCygnus
Apr 25 at 18:29
12
12
talked to boss man, and he said to push that project to next week, and in the mean time work on another one
– dennismv
2 days ago
talked to boss man, and he said to push that project to next week, and in the mean time work on another one
– dennismv
2 days ago
8
8
You probably should post a question like this with a throw-away account next time. You don't want people to stumble across questions you asked about them.
– Mark Rogers
2 days ago
You probably should post a question like this with a throw-away account next time. You don't want people to stumble across questions you asked about them.
– Mark Rogers
2 days ago
6
6
@trognanders There's nothing wrong with imaginary violence if it's a coping mechanism.
– forest
2 days ago
@trognanders There's nothing wrong with imaginary violence if it's a coping mechanism.
– forest
2 days ago
|
show 8 more comments
15 Answers
15
active
oldest
votes
I think the crux of the situation is:
There is no template even though my boss asked her to provide one.
Next time she stops by, beat her to the punch and insist that you need the template to do your job before she even asks for the next iteration of request. When she derails the conversation with specifics of what she wants wholeheartedly agree that that should be a part of the template that she will provide you. Do not agree to provide this report again without a template unless you get specific instructions from your boss to do so. If you are feeling it, drop by her office unannounced and ask for the template that she was supposed to provide you.
As your boss is aware but not taking action, let them know that you will not be fulfilling future requests from this person unless proper business processes are followed.
95
+1 Stay firm. No template = no changes period. Say it in writing in an email that includes your boss if you have to.
– Lee Abraham
Apr 25 at 18:52
19
If questioned on it, you can support the no-template-no-programming decision by pointing out that the current non-process is not working.
– Patricia Shanahan
2 days ago
12
If you don't push back on inadequate specs or lack of resources, you'll never get good specs or the necessary resources. Learning to say no is a skill.
– Ian Kemp
2 days ago
5
Also, make sure that all changes requested are documented and signed off formally - if nothing else, you don't want the finished project to be compared against the original spec that it no longer remotely resembles to determine your success! A paper trail to show the changes ensures that they are both testable, and you can use the volume and timescales to push back or escalate an issue (e.g. "the requirements for this component have been changed twice weekly for the past month - hence why it has not yet been completed")
– Chronocidal
2 days ago
4
It's also worth investigating why the requestor hasn't been doing the template in the first place... For example, if the software they use to do the template is not good, or they aren't good at using it, that could be remedied. Or if they're just a "think out loud" person, scheduling a recurring meeting where you work on the template together would help (the OP says that the OP is not a graphic/UI designer, if there IS a designer on the team then that person should also be involved in the meetings).
– user3067860
2 days ago
|
show 6 more comments
When she talks to me my anxiety goes through the roof. I have to use
controlled breathing while imagining murdering her in a variety of
ways. This is bad.
You should be discussing this part with a mental health professional.
They can advise strategies and/or medication to help you cope with your anxiety, since you find it so severe.
What do I do exactly because even in my infinite wisdom I kept a poker
face telling her grits teeth "okay I will implement those changes" In
reality though I am also done with this project, even before she
started. She is keeping me from advancing to other more important
projects.
You should be discussing this part with your boss.
Together you should decide how far you should be going to please this coworker (and any other consumer of your work). And together you should decide how to deal with them when they want more than you are authorized by your boss to give.
43
You should be discussing this part with your medical professional. --- this is key.
– Mister Positive♦
Apr 25 at 18:45
24
@michi - and certainly that is something to discuss with your medical professional.
– Joe Strazzere
2 days ago
8
While I agree with this up to a point, if someone walked up to you and kicked you in the shin repeatedly, you would get angry. That anger would not be a medical issue, it would be an entirely normal response. Likewise, there are some workplace situations that just suck. My answer to the OP would only repeat Myles's answer above, but I see this issue as that the OP feels totally helpless because he is not proactively addressing the situation, and he is becoming angry / anxious due to that; the issue is not that he feels angry / anxious per se.
– Joe Stevens
2 days ago
12
@JoeStevens - when someone feels compelled to use controlled breathing while imagining murder, that's an issue worth addressing with a professional, IMHO. I wouldn't consider it an entirely normal response in a work situation.
– Joe Strazzere
2 days ago
7
@JoeStevens - stress and anxiety are normal and common. Needing controlled breathing and imagining murder should not be common. I guess we'll have to agree to disagree about that.
– Joe Strazzere
2 days ago
|
show 10 more comments
She is keeping me from advancing to other more important projects.
That should be important to the organization's leadership. So, you will hopefully have your manager's support when you set a firm deadline beyond which further edits cannot be made.
Here's an example. "I am unable to make any additional changes to this document after [insert the day of your choice, including today]. Please make sure to give me a complete list of all the final edits you'd like before then."
If they have a change after that deadline, take it to your manager and let them know how and why the situation is preventing you from addressing more important projects.
New contributor
I would go further and say: "I have built this exactly as you asked me to and we have iterated on it multiple times. It is ready to be released as is whenever you want. If you have change requests, please talk to my manager since I am working on other tasks at the moment".
– Emil Vikström
2 days ago
add a comment |
How do I deal with a coworker that keeps asking to make small superficial changes to a report, and it is seriously triggering my anxiety?
Seems that this coworker is (1) not your boss and (2) bypassing the established procedure for the project development (template, given, implement it, repeat).
I suggest a two-step approach:
First, try to address and solve this with this coworker. Next time they ask you to make some changes, or asks you for a random meeting, try something like this:
Hello Joe, I am currently busy with Project A and B. Is this related to the Website Report Project? If so, and you wish some changes to be done, please send me the new template along with the changes listed via email, and I will get to it as soon as I can.
This way you are kindly steering them towards the correct development procedure, and making them aware that you have other, important projects to do.
If this fails, the next step is to bring this up to your boss. A professional way to phrase it I can think of is:
Hello Boss. Lately Joe has been asking me several changes regarding the Website Report Project. I am aware that I also have Projects A, B and C to work on, so I want to ask you if I should give this Report project priority over the others.
Regardless, could you please send us an email indicating how the development procedure should be? I understand I should be provided with a template, and only after that I can proceed to make the changes. Is this correct, boss?
This way you are also politely steering your coworker to the proper development procedure, by having your boss remind you two how it should be. After this, if your coworker insists on out-of-procedure changes, you can safely point them to your boss's indication and ask them to follow the standard procedure.
add a comment |
It's weird, I see no answer addressing what I feel is the core of the problem so I'm adding my own :
What do I do exactly because even I kept a poker face telling her while gritting teeth: "okay I can/will implement those changes"
By agreeing each time to the demands of your coworker, you enable her behavior and she'll feel unconsciously encouraged to keep doing things the way she does it.
So if someone, anyone (even your boss) keeps interrupting you for small things and for bad reasons until it makes you unable to work correctly and even stresses you out, you need first to be able to say "No, it's not possible".
Once you've done that, of course you can start discussing better processes or what are the correct channels to do thing, as stated in the other answers. The point is not to block everything, just to make them understand that their ways are unproductive and/or just bothering you (which is sometimes something they just weren't aware of and will comply quite nicely once they are).
So concurred. A hard "No" or even a soft "I too am feeling over-burdened with this project. I want to stop working on it to other more interesting work. I think we should release it as BETA and see if the user-base has feedback on it. Let's set the feedback period for a month and revisit it after you've gone through all the feedback" might be the next best response.
– Ammar Naseer
yesterday
Inhaftiert the same reaction, tell people when they are not welcome or why their requests have low prio.
– eckes
yesterday
add a comment |
Other answers have already covered insisting on getting the template and talking to your boss about how to prioritize this work (including getting a deadline).
Once the template exists, schedule a time to meet with her and then only discuss changes during that meeting. This way you aren't getting randomly pulled away from more important work multiple times a day. When she tries to get you to drop everything for a change to the template, say you can discuss it at the meeting:
- We'll have to talk about that during our meeting.
- We can go over your new template at the meeting.
- We can talk about time estimates at the meeting.
- We're meeting about that at [day/time], let's talk about it then.
omg, I am "so done" with this project
You can try to discourage this by saying things like:
- I like to try to stay positive about our work.
- Having the template and regular meetings will make this easier to finish.
- Let's focus on wrapping this up.
If the report is essentially done, you can point this out when she says she complains:
- Actually, I think this looks good. Are you ready to wrap up with project?
- The report looks complete. Is there anything preventing us from saying this is done?
Since these responses invite discussion, only use them if she complains during the meeting.
I disagree with the stereotypical office way of solving problems:I see there is a problem so lets schedule a meeting and discuss 2 hours about how to solve it
As I can see, the woman causing the problem is thinking in the same way and is wasting OP's time even more. Short email with just ready template and list of changes made recently might be good solution to the problem.
– mpasko256
2 days ago
@mpasko256 I'm not suggesting that the OP sit with their co-worker for 2 whole hours. I'm saying that setting up a pre-planned meeting is a good way of shutting down the random impromptu meetings. I agree that this is the sort of thing that should be doable via email but it really sounds like this coworker is going to want to talk about it anyway. Rather than risk her complaining to the boss that OP refuses to meet/talk with her, meet once and be done with it.
– BSMP
2 days ago
add a comment |
I programmatically make PDFs of content on a site and suffer from exactly the same issue as you, although it's my director that requests these multiple and minute changes all day long
What it boiled down to is her using my output for 'testing': they want to see the report on the system, critique it, then make changes
What solved the problem for me was doing:
- Exaggerating the amount of work it is to make a small change. So saying "I can do this, but it will require a lot of other backend changes", coupled with:
- Repeating the changes back to them and asking them to confirm, then giving your own deadline of "for tomorrow" and avoid agreeing to do something immediately or that day
- When they come back later and ask for a change again, say "i'll have to redo the functions to implement that and so will miss the deadline" meaning that either I carry on with what was agreed, or i'll miss the deadline that was agreed upon
Another idea I think could work for you is saying that the project is taking too long and now you need to log your activity on it. So you'll now be logging all her "requests" as time spent on this project
New contributor
4
I'd love to upvote your final paragraph, but I can't because your three points before it propose lying about what you do at your job. No matter how good the intentions behind the lies that's a really unethical response to a horrible situation in my opinion.
– Player One
2 days ago
It's not necessarily a fixed lie in my opinion. Surely sometimes when implementing something, unexpected problems arise and so it's good practice to overestimate timings. As a programmer i've heard it's common practice to say something will take a day, since you might not have anticipated a bug manifesting itself. We point 3, I suppose you technically are redoing the functions for the formatting. Basically my point is to 'scare off' the request with correct, albeit intimidating language
– SuperSecretAndHiddenFromWork
2 days ago
But I get your point
– SuperSecretAndHiddenFromWork
2 days ago
1
In the case that logging time against it was happening anyway, reminding them how much time you've already spent on it could work. "I've logged X hours against this, this change will take another Y."
– BSMP
2 days ago
add a comment |
It seems that you have already found the answer you were looking for, but it might be interesting to others.
I had a somewhat similar situation, where commercials where constantly contacting the developers with features requests, new bugs, etc. without any kind of prioritizing. And always strict deadline: "for yesterday, very important customer". As a result the code quality and progress was strongly limited.
What we did was install a ticketing system (JIRA), and a change process. And be firm in insisting they use those:
Sorry, but until there is a change request in the system, I can't work on it.
The process could be a weekly/bi-weekly meeting with your boss to decide what needs to get in, what doesn't, and set priorities accordingly.
This all will ask as a buffer. They will ask much less changes if they have to "work" for it (fill a form) and wait until they get back their change. That way, you (together with your boss) set the rhythm, not the "customer" (or in that case your colleague).
+1. The ticketing system provides visibility to your boss and her boss on the requests being made. If these changes are as inconsequential as OP has stated, then someone should be able to see all the tiny requests she is putting in and ask, "Do we really need our highly paid developer spending time reducing the title font size from 32 to 30, or is there something more critical they could be doing?"
– kuhl
yesterday
add a comment |
There is no template even though my boss asked her to provide one.
Ok, she doesn't deliver what your boss wants? His Problem (and then your colleagues), not yours - if you report on the project state openly.
When she talks to me my anxiety goes through the roof. I have to use controlled breathing while imagining murdering her in a variety of ways. This is bad.
No, thats not unusual, as long as the imagined ways of murdering her are fast and painless. But much better would be if you imagine to (and do) report the status of the project "no template available yet" in friendly word to your boss, something like:
I am afraid we are running a little bit behind schedule. The layout keeps changing rather iteratively; we can continue like this, but we will not be ready as planned. It would help a great deal if we had an approved lay-outed and styled template available, that would make consistent demonstration and testing much easier.
add a comment |
Take Control of the Change Process
Your co-worker, who I assume is not your supervisor or you would say so, is monopolizing your time in order to micro-manage this project. Not only is it adversely affecting you with stress, it is wasting project time and causing severe delays in delivery of the project.
You need to take control of the project, or they will continuously pester you to make minor changes.
Set Your Own Meeting With Clear Objectives
Your first objective is that you need a web template - even if you aren't a graphics designer, you should know what the template needs to look like. Set up a meeting, provide an email notice about said meeting, and come prepared to draw out the details of the template. 30 minutes, each day, until the template is complete.
If the co-worker tries to pressure you for details before or after the meeting, tell them to bring them to the next meeting. Do not provide any answers outside of that meeting. If you must have details clarified, use email, and insist that they use email as well. Be firm about this - be a broken record if you must. They will, hopefully quickly, learn that they cannot waste your time or their own by constantly providing needless input.
Do Whatever Work They Do Provide, Properly And On Time
This is the most important part - limiting this type of input to meetings and emails will reduce your stress, but you still need to get the work done. Anything they provide concretely through meeting discussion or email should be worked on right away. You do not want to be the road block that prevents this project from going forward - so don't be. Work on what is solidly agreed upon. No more, no less.
Your time is valuable - their time is valuable - and you both need to make the most of it. They aren't, so it's up to you to take charge and provide some semblance of structure to the work day.
That being said, it is normal to sometimes come by each other's desk to discuss details that are important in the moment. You may have to walk to their desk to get clarification on some points as well. You will need to work on handling the stress of interacting with others in unplanned situations, and set firm boundaries on when and how often that interaction should take place.
This will require a lot more fine-tuning, as the co-worker's limit for person-to-person interaction and your own are (very clearly) not the same. And as a developer, you require more focus and personal time than they do (apparently) on their own tasks.
Be polite, be professional, but be firm in your own personal and professional boundaries, and take control of them whenever possible.
As someone who still struggles with striking that balance - I wish you luck.
add a comment |
Whatever software you use for the changes, install it for your coworker and let them play around until they get it right. then check if their changes are okay and merge them into the product.
if they are not eager to learn, you are not eager to run. fallback to normal working conditions as mentioned in other answers, ask for the template, schedule normal finish date after more relevant tasks, tell them to ask your boss if they need it faster.
New contributor
You cant just assume that everyone has the skill needed to make the changes. It's not just a matter of installing software.
– ayrton clark
2 days ago
1
mention of software was quickly and immediately shut down by the coworker. They don't want to ~complicate their life
– dennismv
2 days ago
then it's easy, not your problem, see my edit.
– Mike
2 days ago
add a comment |
I've got a bit of a different take on what's happening here. I think the difference is that the two of you have a drastically different ideal iteration length.
Keep in mind, "Doing Stuff" generally happens in a cycle:
- Planning
- Implementing
- Getting Feedback
- Repeat
This cycle can be very long - I've seen waterfall projects where it's months between customer review points.
And it can be quick - make a change, take a look, see if it works, then repeat. (In pair programming, this can be extremely rapid.)
There's no "right" answer. Fast cycles lets you get stuff done quicker (faster feedback, more responsive development, etc) but it has the downside of making the 'planning' part get too rushed and reducing your ability to do other things. Slow cycles let you plan well and devote your time among other projects... but it also means the project will take longer.
So your coworker. She wants very rapid cycle times. Five minutes - do a single change, let's see what it looks like, okay let's move on to the next change. You want a slower cycle - list all the changes you want, I'll do them all over a few days/weeks, and then get back to you with all the changes done.
Neither of you is "Right" - it's not right vs wrong. It'll help you moving forward if you realize where she's coming from: she wants a quick feedback cycle, and there are advantages to that. Don't get me wrong - I think you'd be wise to try to slow the cycle process down to something more reasonable from your side. But the interpersonal facet of this will be helped if you realize why she's doing what she's doing, and that she's not necessarily "wrong". She just wants a cycle length that's too short for your comfort - and fortunately, you can probably force a much longer cycle length by:
- Dictating a frequency/time you'll accept update requests
- Giving her a time when those updates will be performed and given back to her
add a comment |
I think that Mike already found the root cause of the problem. I just want to say a couple of words to expand it.
Be assertive! Enforce her to install the software required to do her job properly. This will enable her to shorten the "feedback loop" and make her do the job even faster because she would not need to wait for you to do requested changes.
You have to state things clear! If she refuses to install the software making silly excuses, then you also should refuse to do any "temporary changes" for her to even see it. She states that mentioned software will make her life difficult. Lets begin with the mention, that the lack of it already made yours difficult with her.
Instead, offer her some support in installing and operating mentioned software. I can imagine that she will have lot of technical problems initially bothering you even more than usually, but gradually, she will learn how to use it and she will eventually stop bothering you completely. Ask other colleagues for some help with supporting her with installing and using the software. It will "load-balance" itself evenly among all of you and cease to be perceivable issue.
Other side notes:
The discussion may look like:
- Hi Dennismv, I need you to do some new changes I 'm working on recently.
- Is it how it should look like in the final version?
- I am not sure.
- So let's install the development environment and see for yourself.
- I would like not do do it! It will take lot of time and make life too complicated... [smiles gently]
- I'm sorry to say it [her name], but I would like you to stop using my setup to see output of your changes you are not sure how it actually look like.
- It is just a couple of font adjustments. It should take you five minutes to apply them. Can you make this change today?
- No, [her name] I won't make any further temporary changes. It already wasted lot of my time I should spent on other projects. It is your responsibility to provide me the final template. My responsibility is to just apply the final version that shouldn't be changed too often. Instead, I would like to invest my time to help you install and use the software because I believe that it will stop wasting my time in the future.
I can Imagine what she is actually thinking:
- My task is to change the report, because it must look better.
- I have a proposal of some changes, but I'm not sure how it will look like "in real".
- I can not see it because I don't have required software.
- I don't want to install it because it is too scary technical thing. It will make my life even more difficult.
- Dennismv already installed it and can use it. Let make him apply my changes so I will see them.
- Dennismv said that he will do it "later", so let go to kitchen for some coffee.
- Dennismv didn't do it yet. Because it is my only thing to do in this job and my boss insisted it should be done yesterday, let go to Dennismv's desk and ask him gently again, when he will apply the changes so I could keep on progressing doing my own job...
Besides, there were similar situation im my previous job. Some "business people" approached our team with lots of "grammar/spelling/translation" issues on the company's main page.
Luckily there were two very smart developers in our team. They came up with the idea to provide a web browser plugin that allowed the "business people" to edit the translation file in runtime and see the results immediately.
After implementation of their plugin, instead of lot of small requests to fix small "defects", there were only requests to upload files provided by them with all needed changes. It made things easier and quicker for both sides.
add a comment |
You should not have let this situation continue for as long as you have. It's impacted both your productivity and your mental health - and either of these could have negative effects on your future with this company.
Go and talk to your boss immediately. Explain what a drain on your time this particular project is. Explain that you still don't have the template that your boss asked this woman to provide. Ask your boss what they want you to do about it.
It's possible that your boss will be pleased with the status quo, and instruct you to keep working with this woman the way you have been. If so, then get this in writing, to protect yourself from bad consequences at review time.
But that is very unlikely. It's certainly not what would happen if I were your boss. Far more likely is that your boss with tell you to stop immediately, and to tell this woman that you won't do any further work for her until she provides the required template.
If that's what happens, then the next time the woman comes to you with a request for a change, you'll be able to truthfully say "my boss has instructed me not to do any further work for you until you provide the template". Then the ball is in her court. If she continues to come to you with more changes after that, ask her politely to go and talk to your boss.
add a comment |
Tell her that you need to discuss these changes in detail to understand exactly what she wants, and ask her about scheduling a meeting. When giving your own availability, make sure the first time you're available is more than a day away. If she complains that you won't do it right now, explain that you are very busy, but she should try to organize her thoughts so she can make the best use of the time you do have.
- If you do this consistently, after one, zero or more such meetings she will realize that she can't just walk over and ask you every little thing, but she has to expend some effort for every request. She will stop making trivial requests or bundle them together into a single big request. Either way, you will have put a hard limit on how much of your time she can take.
- Since she is now force to sleep on her thoughts a few times, she will also make up her mind about her requests when making them, and not ask to reverse them the next day.
- When (if) the meeting does happen, you can also debate the need for the changes, and ask her whether a given change is needed at all and if she's sure that is the change she wants. She will probably back off and stop asking for so many changes when she has to justify them. Even if she succeeds in justifying them, she won't be able to "change her mind" the next day because she already agreed that she's sure about the change.
- If she complains that it's hard for her to imagine the result from just a single iteration, just direct her to the template, where she can see exactly what it would look like.
If she actually does persist in bringing you changes meeting after meeting, you can now ask her: "How many meetings should we have before we call this project done?" Whatever number you agree on, after that number of meetings is done, you can safely refuse her requests by appealing to the prior agreement. If she complains, you can explain that there's always infinitely many improvements that can be made in any project, but you don't have infinite time so you should focus on whichever ones are the most important and the rest won't be a big deal. Emphasize this in the meetings, by insisting she rank her requests from most important to least.
add a comment |
protected by Mister Positive♦ 2 days ago
Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?
15 Answers
15
active
oldest
votes
15 Answers
15
active
oldest
votes
active
oldest
votes
active
oldest
votes
I think the crux of the situation is:
There is no template even though my boss asked her to provide one.
Next time she stops by, beat her to the punch and insist that you need the template to do your job before she even asks for the next iteration of request. When she derails the conversation with specifics of what she wants wholeheartedly agree that that should be a part of the template that she will provide you. Do not agree to provide this report again without a template unless you get specific instructions from your boss to do so. If you are feeling it, drop by her office unannounced and ask for the template that she was supposed to provide you.
As your boss is aware but not taking action, let them know that you will not be fulfilling future requests from this person unless proper business processes are followed.
95
+1 Stay firm. No template = no changes period. Say it in writing in an email that includes your boss if you have to.
– Lee Abraham
Apr 25 at 18:52
19
If questioned on it, you can support the no-template-no-programming decision by pointing out that the current non-process is not working.
– Patricia Shanahan
2 days ago
12
If you don't push back on inadequate specs or lack of resources, you'll never get good specs or the necessary resources. Learning to say no is a skill.
– Ian Kemp
2 days ago
5
Also, make sure that all changes requested are documented and signed off formally - if nothing else, you don't want the finished project to be compared against the original spec that it no longer remotely resembles to determine your success! A paper trail to show the changes ensures that they are both testable, and you can use the volume and timescales to push back or escalate an issue (e.g. "the requirements for this component have been changed twice weekly for the past month - hence why it has not yet been completed")
– Chronocidal
2 days ago
4
It's also worth investigating why the requestor hasn't been doing the template in the first place... For example, if the software they use to do the template is not good, or they aren't good at using it, that could be remedied. Or if they're just a "think out loud" person, scheduling a recurring meeting where you work on the template together would help (the OP says that the OP is not a graphic/UI designer, if there IS a designer on the team then that person should also be involved in the meetings).
– user3067860
2 days ago
|
show 6 more comments
I think the crux of the situation is:
There is no template even though my boss asked her to provide one.
Next time she stops by, beat her to the punch and insist that you need the template to do your job before she even asks for the next iteration of request. When she derails the conversation with specifics of what she wants wholeheartedly agree that that should be a part of the template that she will provide you. Do not agree to provide this report again without a template unless you get specific instructions from your boss to do so. If you are feeling it, drop by her office unannounced and ask for the template that she was supposed to provide you.
As your boss is aware but not taking action, let them know that you will not be fulfilling future requests from this person unless proper business processes are followed.
95
+1 Stay firm. No template = no changes period. Say it in writing in an email that includes your boss if you have to.
– Lee Abraham
Apr 25 at 18:52
19
If questioned on it, you can support the no-template-no-programming decision by pointing out that the current non-process is not working.
– Patricia Shanahan
2 days ago
12
If you don't push back on inadequate specs or lack of resources, you'll never get good specs or the necessary resources. Learning to say no is a skill.
– Ian Kemp
2 days ago
5
Also, make sure that all changes requested are documented and signed off formally - if nothing else, you don't want the finished project to be compared against the original spec that it no longer remotely resembles to determine your success! A paper trail to show the changes ensures that they are both testable, and you can use the volume and timescales to push back or escalate an issue (e.g. "the requirements for this component have been changed twice weekly for the past month - hence why it has not yet been completed")
– Chronocidal
2 days ago
4
It's also worth investigating why the requestor hasn't been doing the template in the first place... For example, if the software they use to do the template is not good, or they aren't good at using it, that could be remedied. Or if they're just a "think out loud" person, scheduling a recurring meeting where you work on the template together would help (the OP says that the OP is not a graphic/UI designer, if there IS a designer on the team then that person should also be involved in the meetings).
– user3067860
2 days ago
|
show 6 more comments
I think the crux of the situation is:
There is no template even though my boss asked her to provide one.
Next time she stops by, beat her to the punch and insist that you need the template to do your job before she even asks for the next iteration of request. When she derails the conversation with specifics of what she wants wholeheartedly agree that that should be a part of the template that she will provide you. Do not agree to provide this report again without a template unless you get specific instructions from your boss to do so. If you are feeling it, drop by her office unannounced and ask for the template that she was supposed to provide you.
As your boss is aware but not taking action, let them know that you will not be fulfilling future requests from this person unless proper business processes are followed.
I think the crux of the situation is:
There is no template even though my boss asked her to provide one.
Next time she stops by, beat her to the punch and insist that you need the template to do your job before she even asks for the next iteration of request. When she derails the conversation with specifics of what she wants wholeheartedly agree that that should be a part of the template that she will provide you. Do not agree to provide this report again without a template unless you get specific instructions from your boss to do so. If you are feeling it, drop by her office unannounced and ask for the template that she was supposed to provide you.
As your boss is aware but not taking action, let them know that you will not be fulfilling future requests from this person unless proper business processes are followed.
answered Apr 25 at 18:45
MylesMyles
28.9k865113
28.9k865113
95
+1 Stay firm. No template = no changes period. Say it in writing in an email that includes your boss if you have to.
– Lee Abraham
Apr 25 at 18:52
19
If questioned on it, you can support the no-template-no-programming decision by pointing out that the current non-process is not working.
– Patricia Shanahan
2 days ago
12
If you don't push back on inadequate specs or lack of resources, you'll never get good specs or the necessary resources. Learning to say no is a skill.
– Ian Kemp
2 days ago
5
Also, make sure that all changes requested are documented and signed off formally - if nothing else, you don't want the finished project to be compared against the original spec that it no longer remotely resembles to determine your success! A paper trail to show the changes ensures that they are both testable, and you can use the volume and timescales to push back or escalate an issue (e.g. "the requirements for this component have been changed twice weekly for the past month - hence why it has not yet been completed")
– Chronocidal
2 days ago
4
It's also worth investigating why the requestor hasn't been doing the template in the first place... For example, if the software they use to do the template is not good, or they aren't good at using it, that could be remedied. Or if they're just a "think out loud" person, scheduling a recurring meeting where you work on the template together would help (the OP says that the OP is not a graphic/UI designer, if there IS a designer on the team then that person should also be involved in the meetings).
– user3067860
2 days ago
|
show 6 more comments
95
+1 Stay firm. No template = no changes period. Say it in writing in an email that includes your boss if you have to.
– Lee Abraham
Apr 25 at 18:52
19
If questioned on it, you can support the no-template-no-programming decision by pointing out that the current non-process is not working.
– Patricia Shanahan
2 days ago
12
If you don't push back on inadequate specs or lack of resources, you'll never get good specs or the necessary resources. Learning to say no is a skill.
– Ian Kemp
2 days ago
5
Also, make sure that all changes requested are documented and signed off formally - if nothing else, you don't want the finished project to be compared against the original spec that it no longer remotely resembles to determine your success! A paper trail to show the changes ensures that they are both testable, and you can use the volume and timescales to push back or escalate an issue (e.g. "the requirements for this component have been changed twice weekly for the past month - hence why it has not yet been completed")
– Chronocidal
2 days ago
4
It's also worth investigating why the requestor hasn't been doing the template in the first place... For example, if the software they use to do the template is not good, or they aren't good at using it, that could be remedied. Or if they're just a "think out loud" person, scheduling a recurring meeting where you work on the template together would help (the OP says that the OP is not a graphic/UI designer, if there IS a designer on the team then that person should also be involved in the meetings).
– user3067860
2 days ago
95
95
+1 Stay firm. No template = no changes period. Say it in writing in an email that includes your boss if you have to.
– Lee Abraham
Apr 25 at 18:52
+1 Stay firm. No template = no changes period. Say it in writing in an email that includes your boss if you have to.
– Lee Abraham
Apr 25 at 18:52
19
19
If questioned on it, you can support the no-template-no-programming decision by pointing out that the current non-process is not working.
– Patricia Shanahan
2 days ago
If questioned on it, you can support the no-template-no-programming decision by pointing out that the current non-process is not working.
– Patricia Shanahan
2 days ago
12
12
If you don't push back on inadequate specs or lack of resources, you'll never get good specs or the necessary resources. Learning to say no is a skill.
– Ian Kemp
2 days ago
If you don't push back on inadequate specs or lack of resources, you'll never get good specs or the necessary resources. Learning to say no is a skill.
– Ian Kemp
2 days ago
5
5
Also, make sure that all changes requested are documented and signed off formally - if nothing else, you don't want the finished project to be compared against the original spec that it no longer remotely resembles to determine your success! A paper trail to show the changes ensures that they are both testable, and you can use the volume and timescales to push back or escalate an issue (e.g. "the requirements for this component have been changed twice weekly for the past month - hence why it has not yet been completed")
– Chronocidal
2 days ago
Also, make sure that all changes requested are documented and signed off formally - if nothing else, you don't want the finished project to be compared against the original spec that it no longer remotely resembles to determine your success! A paper trail to show the changes ensures that they are both testable, and you can use the volume and timescales to push back or escalate an issue (e.g. "the requirements for this component have been changed twice weekly for the past month - hence why it has not yet been completed")
– Chronocidal
2 days ago
4
4
It's also worth investigating why the requestor hasn't been doing the template in the first place... For example, if the software they use to do the template is not good, or they aren't good at using it, that could be remedied. Or if they're just a "think out loud" person, scheduling a recurring meeting where you work on the template together would help (the OP says that the OP is not a graphic/UI designer, if there IS a designer on the team then that person should also be involved in the meetings).
– user3067860
2 days ago
It's also worth investigating why the requestor hasn't been doing the template in the first place... For example, if the software they use to do the template is not good, or they aren't good at using it, that could be remedied. Or if they're just a "think out loud" person, scheduling a recurring meeting where you work on the template together would help (the OP says that the OP is not a graphic/UI designer, if there IS a designer on the team then that person should also be involved in the meetings).
– user3067860
2 days ago
|
show 6 more comments
When she talks to me my anxiety goes through the roof. I have to use
controlled breathing while imagining murdering her in a variety of
ways. This is bad.
You should be discussing this part with a mental health professional.
They can advise strategies and/or medication to help you cope with your anxiety, since you find it so severe.
What do I do exactly because even in my infinite wisdom I kept a poker
face telling her grits teeth "okay I will implement those changes" In
reality though I am also done with this project, even before she
started. She is keeping me from advancing to other more important
projects.
You should be discussing this part with your boss.
Together you should decide how far you should be going to please this coworker (and any other consumer of your work). And together you should decide how to deal with them when they want more than you are authorized by your boss to give.
43
You should be discussing this part with your medical professional. --- this is key.
– Mister Positive♦
Apr 25 at 18:45
24
@michi - and certainly that is something to discuss with your medical professional.
– Joe Strazzere
2 days ago
8
While I agree with this up to a point, if someone walked up to you and kicked you in the shin repeatedly, you would get angry. That anger would not be a medical issue, it would be an entirely normal response. Likewise, there are some workplace situations that just suck. My answer to the OP would only repeat Myles's answer above, but I see this issue as that the OP feels totally helpless because he is not proactively addressing the situation, and he is becoming angry / anxious due to that; the issue is not that he feels angry / anxious per se.
– Joe Stevens
2 days ago
12
@JoeStevens - when someone feels compelled to use controlled breathing while imagining murder, that's an issue worth addressing with a professional, IMHO. I wouldn't consider it an entirely normal response in a work situation.
– Joe Strazzere
2 days ago
7
@JoeStevens - stress and anxiety are normal and common. Needing controlled breathing and imagining murder should not be common. I guess we'll have to agree to disagree about that.
– Joe Strazzere
2 days ago
|
show 10 more comments
When she talks to me my anxiety goes through the roof. I have to use
controlled breathing while imagining murdering her in a variety of
ways. This is bad.
You should be discussing this part with a mental health professional.
They can advise strategies and/or medication to help you cope with your anxiety, since you find it so severe.
What do I do exactly because even in my infinite wisdom I kept a poker
face telling her grits teeth "okay I will implement those changes" In
reality though I am also done with this project, even before she
started. She is keeping me from advancing to other more important
projects.
You should be discussing this part with your boss.
Together you should decide how far you should be going to please this coworker (and any other consumer of your work). And together you should decide how to deal with them when they want more than you are authorized by your boss to give.
43
You should be discussing this part with your medical professional. --- this is key.
– Mister Positive♦
Apr 25 at 18:45
24
@michi - and certainly that is something to discuss with your medical professional.
– Joe Strazzere
2 days ago
8
While I agree with this up to a point, if someone walked up to you and kicked you in the shin repeatedly, you would get angry. That anger would not be a medical issue, it would be an entirely normal response. Likewise, there are some workplace situations that just suck. My answer to the OP would only repeat Myles's answer above, but I see this issue as that the OP feels totally helpless because he is not proactively addressing the situation, and he is becoming angry / anxious due to that; the issue is not that he feels angry / anxious per se.
– Joe Stevens
2 days ago
12
@JoeStevens - when someone feels compelled to use controlled breathing while imagining murder, that's an issue worth addressing with a professional, IMHO. I wouldn't consider it an entirely normal response in a work situation.
– Joe Strazzere
2 days ago
7
@JoeStevens - stress and anxiety are normal and common. Needing controlled breathing and imagining murder should not be common. I guess we'll have to agree to disagree about that.
– Joe Strazzere
2 days ago
|
show 10 more comments
When she talks to me my anxiety goes through the roof. I have to use
controlled breathing while imagining murdering her in a variety of
ways. This is bad.
You should be discussing this part with a mental health professional.
They can advise strategies and/or medication to help you cope with your anxiety, since you find it so severe.
What do I do exactly because even in my infinite wisdom I kept a poker
face telling her grits teeth "okay I will implement those changes" In
reality though I am also done with this project, even before she
started. She is keeping me from advancing to other more important
projects.
You should be discussing this part with your boss.
Together you should decide how far you should be going to please this coworker (and any other consumer of your work). And together you should decide how to deal with them when they want more than you are authorized by your boss to give.
When she talks to me my anxiety goes through the roof. I have to use
controlled breathing while imagining murdering her in a variety of
ways. This is bad.
You should be discussing this part with a mental health professional.
They can advise strategies and/or medication to help you cope with your anxiety, since you find it so severe.
What do I do exactly because even in my infinite wisdom I kept a poker
face telling her grits teeth "okay I will implement those changes" In
reality though I am also done with this project, even before she
started. She is keeping me from advancing to other more important
projects.
You should be discussing this part with your boss.
Together you should decide how far you should be going to please this coworker (and any other consumer of your work). And together you should decide how to deal with them when they want more than you are authorized by your boss to give.
edited yesterday
answered Apr 25 at 18:36
Joe StrazzereJoe Strazzere
257k1327511062
257k1327511062
43
You should be discussing this part with your medical professional. --- this is key.
– Mister Positive♦
Apr 25 at 18:45
24
@michi - and certainly that is something to discuss with your medical professional.
– Joe Strazzere
2 days ago
8
While I agree with this up to a point, if someone walked up to you and kicked you in the shin repeatedly, you would get angry. That anger would not be a medical issue, it would be an entirely normal response. Likewise, there are some workplace situations that just suck. My answer to the OP would only repeat Myles's answer above, but I see this issue as that the OP feels totally helpless because he is not proactively addressing the situation, and he is becoming angry / anxious due to that; the issue is not that he feels angry / anxious per se.
– Joe Stevens
2 days ago
12
@JoeStevens - when someone feels compelled to use controlled breathing while imagining murder, that's an issue worth addressing with a professional, IMHO. I wouldn't consider it an entirely normal response in a work situation.
– Joe Strazzere
2 days ago
7
@JoeStevens - stress and anxiety are normal and common. Needing controlled breathing and imagining murder should not be common. I guess we'll have to agree to disagree about that.
– Joe Strazzere
2 days ago
|
show 10 more comments
43
You should be discussing this part with your medical professional. --- this is key.
– Mister Positive♦
Apr 25 at 18:45
24
@michi - and certainly that is something to discuss with your medical professional.
– Joe Strazzere
2 days ago
8
While I agree with this up to a point, if someone walked up to you and kicked you in the shin repeatedly, you would get angry. That anger would not be a medical issue, it would be an entirely normal response. Likewise, there are some workplace situations that just suck. My answer to the OP would only repeat Myles's answer above, but I see this issue as that the OP feels totally helpless because he is not proactively addressing the situation, and he is becoming angry / anxious due to that; the issue is not that he feels angry / anxious per se.
– Joe Stevens
2 days ago
12
@JoeStevens - when someone feels compelled to use controlled breathing while imagining murder, that's an issue worth addressing with a professional, IMHO. I wouldn't consider it an entirely normal response in a work situation.
– Joe Strazzere
2 days ago
7
@JoeStevens - stress and anxiety are normal and common. Needing controlled breathing and imagining murder should not be common. I guess we'll have to agree to disagree about that.
– Joe Strazzere
2 days ago
43
43
You should be discussing this part with your medical professional. --- this is key.
– Mister Positive♦
Apr 25 at 18:45
You should be discussing this part with your medical professional. --- this is key.
– Mister Positive♦
Apr 25 at 18:45
24
24
@michi - and certainly that is something to discuss with your medical professional.
– Joe Strazzere
2 days ago
@michi - and certainly that is something to discuss with your medical professional.
– Joe Strazzere
2 days ago
8
8
While I agree with this up to a point, if someone walked up to you and kicked you in the shin repeatedly, you would get angry. That anger would not be a medical issue, it would be an entirely normal response. Likewise, there are some workplace situations that just suck. My answer to the OP would only repeat Myles's answer above, but I see this issue as that the OP feels totally helpless because he is not proactively addressing the situation, and he is becoming angry / anxious due to that; the issue is not that he feels angry / anxious per se.
– Joe Stevens
2 days ago
While I agree with this up to a point, if someone walked up to you and kicked you in the shin repeatedly, you would get angry. That anger would not be a medical issue, it would be an entirely normal response. Likewise, there are some workplace situations that just suck. My answer to the OP would only repeat Myles's answer above, but I see this issue as that the OP feels totally helpless because he is not proactively addressing the situation, and he is becoming angry / anxious due to that; the issue is not that he feels angry / anxious per se.
– Joe Stevens
2 days ago
12
12
@JoeStevens - when someone feels compelled to use controlled breathing while imagining murder, that's an issue worth addressing with a professional, IMHO. I wouldn't consider it an entirely normal response in a work situation.
– Joe Strazzere
2 days ago
@JoeStevens - when someone feels compelled to use controlled breathing while imagining murder, that's an issue worth addressing with a professional, IMHO. I wouldn't consider it an entirely normal response in a work situation.
– Joe Strazzere
2 days ago
7
7
@JoeStevens - stress and anxiety are normal and common. Needing controlled breathing and imagining murder should not be common. I guess we'll have to agree to disagree about that.
– Joe Strazzere
2 days ago
@JoeStevens - stress and anxiety are normal and common. Needing controlled breathing and imagining murder should not be common. I guess we'll have to agree to disagree about that.
– Joe Strazzere
2 days ago
|
show 10 more comments
She is keeping me from advancing to other more important projects.
That should be important to the organization's leadership. So, you will hopefully have your manager's support when you set a firm deadline beyond which further edits cannot be made.
Here's an example. "I am unable to make any additional changes to this document after [insert the day of your choice, including today]. Please make sure to give me a complete list of all the final edits you'd like before then."
If they have a change after that deadline, take it to your manager and let them know how and why the situation is preventing you from addressing more important projects.
New contributor
I would go further and say: "I have built this exactly as you asked me to and we have iterated on it multiple times. It is ready to be released as is whenever you want. If you have change requests, please talk to my manager since I am working on other tasks at the moment".
– Emil Vikström
2 days ago
add a comment |
She is keeping me from advancing to other more important projects.
That should be important to the organization's leadership. So, you will hopefully have your manager's support when you set a firm deadline beyond which further edits cannot be made.
Here's an example. "I am unable to make any additional changes to this document after [insert the day of your choice, including today]. Please make sure to give me a complete list of all the final edits you'd like before then."
If they have a change after that deadline, take it to your manager and let them know how and why the situation is preventing you from addressing more important projects.
New contributor
I would go further and say: "I have built this exactly as you asked me to and we have iterated on it multiple times. It is ready to be released as is whenever you want. If you have change requests, please talk to my manager since I am working on other tasks at the moment".
– Emil Vikström
2 days ago
add a comment |
She is keeping me from advancing to other more important projects.
That should be important to the organization's leadership. So, you will hopefully have your manager's support when you set a firm deadline beyond which further edits cannot be made.
Here's an example. "I am unable to make any additional changes to this document after [insert the day of your choice, including today]. Please make sure to give me a complete list of all the final edits you'd like before then."
If they have a change after that deadline, take it to your manager and let them know how and why the situation is preventing you from addressing more important projects.
New contributor
She is keeping me from advancing to other more important projects.
That should be important to the organization's leadership. So, you will hopefully have your manager's support when you set a firm deadline beyond which further edits cannot be made.
Here's an example. "I am unable to make any additional changes to this document after [insert the day of your choice, including today]. Please make sure to give me a complete list of all the final edits you'd like before then."
If they have a change after that deadline, take it to your manager and let them know how and why the situation is preventing you from addressing more important projects.
New contributor
edited 2 days ago
New contributor
answered Apr 25 at 18:48
HeadblenderHeadblender
2414
2414
New contributor
New contributor
I would go further and say: "I have built this exactly as you asked me to and we have iterated on it multiple times. It is ready to be released as is whenever you want. If you have change requests, please talk to my manager since I am working on other tasks at the moment".
– Emil Vikström
2 days ago
add a comment |
I would go further and say: "I have built this exactly as you asked me to and we have iterated on it multiple times. It is ready to be released as is whenever you want. If you have change requests, please talk to my manager since I am working on other tasks at the moment".
– Emil Vikström
2 days ago
I would go further and say: "I have built this exactly as you asked me to and we have iterated on it multiple times. It is ready to be released as is whenever you want. If you have change requests, please talk to my manager since I am working on other tasks at the moment".
– Emil Vikström
2 days ago
I would go further and say: "I have built this exactly as you asked me to and we have iterated on it multiple times. It is ready to be released as is whenever you want. If you have change requests, please talk to my manager since I am working on other tasks at the moment".
– Emil Vikström
2 days ago
add a comment |
How do I deal with a coworker that keeps asking to make small superficial changes to a report, and it is seriously triggering my anxiety?
Seems that this coworker is (1) not your boss and (2) bypassing the established procedure for the project development (template, given, implement it, repeat).
I suggest a two-step approach:
First, try to address and solve this with this coworker. Next time they ask you to make some changes, or asks you for a random meeting, try something like this:
Hello Joe, I am currently busy with Project A and B. Is this related to the Website Report Project? If so, and you wish some changes to be done, please send me the new template along with the changes listed via email, and I will get to it as soon as I can.
This way you are kindly steering them towards the correct development procedure, and making them aware that you have other, important projects to do.
If this fails, the next step is to bring this up to your boss. A professional way to phrase it I can think of is:
Hello Boss. Lately Joe has been asking me several changes regarding the Website Report Project. I am aware that I also have Projects A, B and C to work on, so I want to ask you if I should give this Report project priority over the others.
Regardless, could you please send us an email indicating how the development procedure should be? I understand I should be provided with a template, and only after that I can proceed to make the changes. Is this correct, boss?
This way you are also politely steering your coworker to the proper development procedure, by having your boss remind you two how it should be. After this, if your coworker insists on out-of-procedure changes, you can safely point them to your boss's indication and ask them to follow the standard procedure.
add a comment |
How do I deal with a coworker that keeps asking to make small superficial changes to a report, and it is seriously triggering my anxiety?
Seems that this coworker is (1) not your boss and (2) bypassing the established procedure for the project development (template, given, implement it, repeat).
I suggest a two-step approach:
First, try to address and solve this with this coworker. Next time they ask you to make some changes, or asks you for a random meeting, try something like this:
Hello Joe, I am currently busy with Project A and B. Is this related to the Website Report Project? If so, and you wish some changes to be done, please send me the new template along with the changes listed via email, and I will get to it as soon as I can.
This way you are kindly steering them towards the correct development procedure, and making them aware that you have other, important projects to do.
If this fails, the next step is to bring this up to your boss. A professional way to phrase it I can think of is:
Hello Boss. Lately Joe has been asking me several changes regarding the Website Report Project. I am aware that I also have Projects A, B and C to work on, so I want to ask you if I should give this Report project priority over the others.
Regardless, could you please send us an email indicating how the development procedure should be? I understand I should be provided with a template, and only after that I can proceed to make the changes. Is this correct, boss?
This way you are also politely steering your coworker to the proper development procedure, by having your boss remind you two how it should be. After this, if your coworker insists on out-of-procedure changes, you can safely point them to your boss's indication and ask them to follow the standard procedure.
add a comment |
How do I deal with a coworker that keeps asking to make small superficial changes to a report, and it is seriously triggering my anxiety?
Seems that this coworker is (1) not your boss and (2) bypassing the established procedure for the project development (template, given, implement it, repeat).
I suggest a two-step approach:
First, try to address and solve this with this coworker. Next time they ask you to make some changes, or asks you for a random meeting, try something like this:
Hello Joe, I am currently busy with Project A and B. Is this related to the Website Report Project? If so, and you wish some changes to be done, please send me the new template along with the changes listed via email, and I will get to it as soon as I can.
This way you are kindly steering them towards the correct development procedure, and making them aware that you have other, important projects to do.
If this fails, the next step is to bring this up to your boss. A professional way to phrase it I can think of is:
Hello Boss. Lately Joe has been asking me several changes regarding the Website Report Project. I am aware that I also have Projects A, B and C to work on, so I want to ask you if I should give this Report project priority over the others.
Regardless, could you please send us an email indicating how the development procedure should be? I understand I should be provided with a template, and only after that I can proceed to make the changes. Is this correct, boss?
This way you are also politely steering your coworker to the proper development procedure, by having your boss remind you two how it should be. After this, if your coworker insists on out-of-procedure changes, you can safely point them to your boss's indication and ask them to follow the standard procedure.
How do I deal with a coworker that keeps asking to make small superficial changes to a report, and it is seriously triggering my anxiety?
Seems that this coworker is (1) not your boss and (2) bypassing the established procedure for the project development (template, given, implement it, repeat).
I suggest a two-step approach:
First, try to address and solve this with this coworker. Next time they ask you to make some changes, or asks you for a random meeting, try something like this:
Hello Joe, I am currently busy with Project A and B. Is this related to the Website Report Project? If so, and you wish some changes to be done, please send me the new template along with the changes listed via email, and I will get to it as soon as I can.
This way you are kindly steering them towards the correct development procedure, and making them aware that you have other, important projects to do.
If this fails, the next step is to bring this up to your boss. A professional way to phrase it I can think of is:
Hello Boss. Lately Joe has been asking me several changes regarding the Website Report Project. I am aware that I also have Projects A, B and C to work on, so I want to ask you if I should give this Report project priority over the others.
Regardless, could you please send us an email indicating how the development procedure should be? I understand I should be provided with a template, and only after that I can proceed to make the changes. Is this correct, boss?
This way you are also politely steering your coworker to the proper development procedure, by having your boss remind you two how it should be. After this, if your coworker insists on out-of-procedure changes, you can safely point them to your boss's indication and ask them to follow the standard procedure.
edited 2 days ago
answered Apr 25 at 18:46
DarkCygnusDarkCygnus
39.9k1987169
39.9k1987169
add a comment |
add a comment |
It's weird, I see no answer addressing what I feel is the core of the problem so I'm adding my own :
What do I do exactly because even I kept a poker face telling her while gritting teeth: "okay I can/will implement those changes"
By agreeing each time to the demands of your coworker, you enable her behavior and she'll feel unconsciously encouraged to keep doing things the way she does it.
So if someone, anyone (even your boss) keeps interrupting you for small things and for bad reasons until it makes you unable to work correctly and even stresses you out, you need first to be able to say "No, it's not possible".
Once you've done that, of course you can start discussing better processes or what are the correct channels to do thing, as stated in the other answers. The point is not to block everything, just to make them understand that their ways are unproductive and/or just bothering you (which is sometimes something they just weren't aware of and will comply quite nicely once they are).
So concurred. A hard "No" or even a soft "I too am feeling over-burdened with this project. I want to stop working on it to other more interesting work. I think we should release it as BETA and see if the user-base has feedback on it. Let's set the feedback period for a month and revisit it after you've gone through all the feedback" might be the next best response.
– Ammar Naseer
yesterday
Inhaftiert the same reaction, tell people when they are not welcome or why their requests have low prio.
– eckes
yesterday
add a comment |
It's weird, I see no answer addressing what I feel is the core of the problem so I'm adding my own :
What do I do exactly because even I kept a poker face telling her while gritting teeth: "okay I can/will implement those changes"
By agreeing each time to the demands of your coworker, you enable her behavior and she'll feel unconsciously encouraged to keep doing things the way she does it.
So if someone, anyone (even your boss) keeps interrupting you for small things and for bad reasons until it makes you unable to work correctly and even stresses you out, you need first to be able to say "No, it's not possible".
Once you've done that, of course you can start discussing better processes or what are the correct channels to do thing, as stated in the other answers. The point is not to block everything, just to make them understand that their ways are unproductive and/or just bothering you (which is sometimes something they just weren't aware of and will comply quite nicely once they are).
So concurred. A hard "No" or even a soft "I too am feeling over-burdened with this project. I want to stop working on it to other more interesting work. I think we should release it as BETA and see if the user-base has feedback on it. Let's set the feedback period for a month and revisit it after you've gone through all the feedback" might be the next best response.
– Ammar Naseer
yesterday
Inhaftiert the same reaction, tell people when they are not welcome or why their requests have low prio.
– eckes
yesterday
add a comment |
It's weird, I see no answer addressing what I feel is the core of the problem so I'm adding my own :
What do I do exactly because even I kept a poker face telling her while gritting teeth: "okay I can/will implement those changes"
By agreeing each time to the demands of your coworker, you enable her behavior and she'll feel unconsciously encouraged to keep doing things the way she does it.
So if someone, anyone (even your boss) keeps interrupting you for small things and for bad reasons until it makes you unable to work correctly and even stresses you out, you need first to be able to say "No, it's not possible".
Once you've done that, of course you can start discussing better processes or what are the correct channels to do thing, as stated in the other answers. The point is not to block everything, just to make them understand that their ways are unproductive and/or just bothering you (which is sometimes something they just weren't aware of and will comply quite nicely once they are).
It's weird, I see no answer addressing what I feel is the core of the problem so I'm adding my own :
What do I do exactly because even I kept a poker face telling her while gritting teeth: "okay I can/will implement those changes"
By agreeing each time to the demands of your coworker, you enable her behavior and she'll feel unconsciously encouraged to keep doing things the way she does it.
So if someone, anyone (even your boss) keeps interrupting you for small things and for bad reasons until it makes you unable to work correctly and even stresses you out, you need first to be able to say "No, it's not possible".
Once you've done that, of course you can start discussing better processes or what are the correct channels to do thing, as stated in the other answers. The point is not to block everything, just to make them understand that their ways are unproductive and/or just bothering you (which is sometimes something they just weren't aware of and will comply quite nicely once they are).
answered 2 days ago
EchoxEchox
2114
2114
So concurred. A hard "No" or even a soft "I too am feeling over-burdened with this project. I want to stop working on it to other more interesting work. I think we should release it as BETA and see if the user-base has feedback on it. Let's set the feedback period for a month and revisit it after you've gone through all the feedback" might be the next best response.
– Ammar Naseer
yesterday
Inhaftiert the same reaction, tell people when they are not welcome or why their requests have low prio.
– eckes
yesterday
add a comment |
So concurred. A hard "No" or even a soft "I too am feeling over-burdened with this project. I want to stop working on it to other more interesting work. I think we should release it as BETA and see if the user-base has feedback on it. Let's set the feedback period for a month and revisit it after you've gone through all the feedback" might be the next best response.
– Ammar Naseer
yesterday
Inhaftiert the same reaction, tell people when they are not welcome or why their requests have low prio.
– eckes
yesterday
So concurred. A hard "No" or even a soft "I too am feeling over-burdened with this project. I want to stop working on it to other more interesting work. I think we should release it as BETA and see if the user-base has feedback on it. Let's set the feedback period for a month and revisit it after you've gone through all the feedback" might be the next best response.
– Ammar Naseer
yesterday
So concurred. A hard "No" or even a soft "I too am feeling over-burdened with this project. I want to stop working on it to other more interesting work. I think we should release it as BETA and see if the user-base has feedback on it. Let's set the feedback period for a month and revisit it after you've gone through all the feedback" might be the next best response.
– Ammar Naseer
yesterday
Inhaftiert the same reaction, tell people when they are not welcome or why their requests have low prio.
– eckes
yesterday
Inhaftiert the same reaction, tell people when they are not welcome or why their requests have low prio.
– eckes
yesterday
add a comment |
Other answers have already covered insisting on getting the template and talking to your boss about how to prioritize this work (including getting a deadline).
Once the template exists, schedule a time to meet with her and then only discuss changes during that meeting. This way you aren't getting randomly pulled away from more important work multiple times a day. When she tries to get you to drop everything for a change to the template, say you can discuss it at the meeting:
- We'll have to talk about that during our meeting.
- We can go over your new template at the meeting.
- We can talk about time estimates at the meeting.
- We're meeting about that at [day/time], let's talk about it then.
omg, I am "so done" with this project
You can try to discourage this by saying things like:
- I like to try to stay positive about our work.
- Having the template and regular meetings will make this easier to finish.
- Let's focus on wrapping this up.
If the report is essentially done, you can point this out when she says she complains:
- Actually, I think this looks good. Are you ready to wrap up with project?
- The report looks complete. Is there anything preventing us from saying this is done?
Since these responses invite discussion, only use them if she complains during the meeting.
I disagree with the stereotypical office way of solving problems:I see there is a problem so lets schedule a meeting and discuss 2 hours about how to solve it
As I can see, the woman causing the problem is thinking in the same way and is wasting OP's time even more. Short email with just ready template and list of changes made recently might be good solution to the problem.
– mpasko256
2 days ago
@mpasko256 I'm not suggesting that the OP sit with their co-worker for 2 whole hours. I'm saying that setting up a pre-planned meeting is a good way of shutting down the random impromptu meetings. I agree that this is the sort of thing that should be doable via email but it really sounds like this coworker is going to want to talk about it anyway. Rather than risk her complaining to the boss that OP refuses to meet/talk with her, meet once and be done with it.
– BSMP
2 days ago
add a comment |
Other answers have already covered insisting on getting the template and talking to your boss about how to prioritize this work (including getting a deadline).
Once the template exists, schedule a time to meet with her and then only discuss changes during that meeting. This way you aren't getting randomly pulled away from more important work multiple times a day. When she tries to get you to drop everything for a change to the template, say you can discuss it at the meeting:
- We'll have to talk about that during our meeting.
- We can go over your new template at the meeting.
- We can talk about time estimates at the meeting.
- We're meeting about that at [day/time], let's talk about it then.
omg, I am "so done" with this project
You can try to discourage this by saying things like:
- I like to try to stay positive about our work.
- Having the template and regular meetings will make this easier to finish.
- Let's focus on wrapping this up.
If the report is essentially done, you can point this out when she says she complains:
- Actually, I think this looks good. Are you ready to wrap up with project?
- The report looks complete. Is there anything preventing us from saying this is done?
Since these responses invite discussion, only use them if she complains during the meeting.
I disagree with the stereotypical office way of solving problems:I see there is a problem so lets schedule a meeting and discuss 2 hours about how to solve it
As I can see, the woman causing the problem is thinking in the same way and is wasting OP's time even more. Short email with just ready template and list of changes made recently might be good solution to the problem.
– mpasko256
2 days ago
@mpasko256 I'm not suggesting that the OP sit with their co-worker for 2 whole hours. I'm saying that setting up a pre-planned meeting is a good way of shutting down the random impromptu meetings. I agree that this is the sort of thing that should be doable via email but it really sounds like this coworker is going to want to talk about it anyway. Rather than risk her complaining to the boss that OP refuses to meet/talk with her, meet once and be done with it.
– BSMP
2 days ago
add a comment |
Other answers have already covered insisting on getting the template and talking to your boss about how to prioritize this work (including getting a deadline).
Once the template exists, schedule a time to meet with her and then only discuss changes during that meeting. This way you aren't getting randomly pulled away from more important work multiple times a day. When she tries to get you to drop everything for a change to the template, say you can discuss it at the meeting:
- We'll have to talk about that during our meeting.
- We can go over your new template at the meeting.
- We can talk about time estimates at the meeting.
- We're meeting about that at [day/time], let's talk about it then.
omg, I am "so done" with this project
You can try to discourage this by saying things like:
- I like to try to stay positive about our work.
- Having the template and regular meetings will make this easier to finish.
- Let's focus on wrapping this up.
If the report is essentially done, you can point this out when she says she complains:
- Actually, I think this looks good. Are you ready to wrap up with project?
- The report looks complete. Is there anything preventing us from saying this is done?
Since these responses invite discussion, only use them if she complains during the meeting.
Other answers have already covered insisting on getting the template and talking to your boss about how to prioritize this work (including getting a deadline).
Once the template exists, schedule a time to meet with her and then only discuss changes during that meeting. This way you aren't getting randomly pulled away from more important work multiple times a day. When she tries to get you to drop everything for a change to the template, say you can discuss it at the meeting:
- We'll have to talk about that during our meeting.
- We can go over your new template at the meeting.
- We can talk about time estimates at the meeting.
- We're meeting about that at [day/time], let's talk about it then.
omg, I am "so done" with this project
You can try to discourage this by saying things like:
- I like to try to stay positive about our work.
- Having the template and regular meetings will make this easier to finish.
- Let's focus on wrapping this up.
If the report is essentially done, you can point this out when she says she complains:
- Actually, I think this looks good. Are you ready to wrap up with project?
- The report looks complete. Is there anything preventing us from saying this is done?
Since these responses invite discussion, only use them if she complains during the meeting.
answered 2 days ago
BSMPBSMP
3,6041427
3,6041427
I disagree with the stereotypical office way of solving problems:I see there is a problem so lets schedule a meeting and discuss 2 hours about how to solve it
As I can see, the woman causing the problem is thinking in the same way and is wasting OP's time even more. Short email with just ready template and list of changes made recently might be good solution to the problem.
– mpasko256
2 days ago
@mpasko256 I'm not suggesting that the OP sit with their co-worker for 2 whole hours. I'm saying that setting up a pre-planned meeting is a good way of shutting down the random impromptu meetings. I agree that this is the sort of thing that should be doable via email but it really sounds like this coworker is going to want to talk about it anyway. Rather than risk her complaining to the boss that OP refuses to meet/talk with her, meet once and be done with it.
– BSMP
2 days ago
add a comment |
I disagree with the stereotypical office way of solving problems:I see there is a problem so lets schedule a meeting and discuss 2 hours about how to solve it
As I can see, the woman causing the problem is thinking in the same way and is wasting OP's time even more. Short email with just ready template and list of changes made recently might be good solution to the problem.
– mpasko256
2 days ago
@mpasko256 I'm not suggesting that the OP sit with their co-worker for 2 whole hours. I'm saying that setting up a pre-planned meeting is a good way of shutting down the random impromptu meetings. I agree that this is the sort of thing that should be doable via email but it really sounds like this coworker is going to want to talk about it anyway. Rather than risk her complaining to the boss that OP refuses to meet/talk with her, meet once and be done with it.
– BSMP
2 days ago
I disagree with the stereotypical office way of solving problems:
I see there is a problem so lets schedule a meeting and discuss 2 hours about how to solve it
As I can see, the woman causing the problem is thinking in the same way and is wasting OP's time even more. Short email with just ready template and list of changes made recently might be good solution to the problem.– mpasko256
2 days ago
I disagree with the stereotypical office way of solving problems:
I see there is a problem so lets schedule a meeting and discuss 2 hours about how to solve it
As I can see, the woman causing the problem is thinking in the same way and is wasting OP's time even more. Short email with just ready template and list of changes made recently might be good solution to the problem.– mpasko256
2 days ago
@mpasko256 I'm not suggesting that the OP sit with their co-worker for 2 whole hours. I'm saying that setting up a pre-planned meeting is a good way of shutting down the random impromptu meetings. I agree that this is the sort of thing that should be doable via email but it really sounds like this coworker is going to want to talk about it anyway. Rather than risk her complaining to the boss that OP refuses to meet/talk with her, meet once and be done with it.
– BSMP
2 days ago
@mpasko256 I'm not suggesting that the OP sit with their co-worker for 2 whole hours. I'm saying that setting up a pre-planned meeting is a good way of shutting down the random impromptu meetings. I agree that this is the sort of thing that should be doable via email but it really sounds like this coworker is going to want to talk about it anyway. Rather than risk her complaining to the boss that OP refuses to meet/talk with her, meet once and be done with it.
– BSMP
2 days ago
add a comment |
I programmatically make PDFs of content on a site and suffer from exactly the same issue as you, although it's my director that requests these multiple and minute changes all day long
What it boiled down to is her using my output for 'testing': they want to see the report on the system, critique it, then make changes
What solved the problem for me was doing:
- Exaggerating the amount of work it is to make a small change. So saying "I can do this, but it will require a lot of other backend changes", coupled with:
- Repeating the changes back to them and asking them to confirm, then giving your own deadline of "for tomorrow" and avoid agreeing to do something immediately or that day
- When they come back later and ask for a change again, say "i'll have to redo the functions to implement that and so will miss the deadline" meaning that either I carry on with what was agreed, or i'll miss the deadline that was agreed upon
Another idea I think could work for you is saying that the project is taking too long and now you need to log your activity on it. So you'll now be logging all her "requests" as time spent on this project
New contributor
4
I'd love to upvote your final paragraph, but I can't because your three points before it propose lying about what you do at your job. No matter how good the intentions behind the lies that's a really unethical response to a horrible situation in my opinion.
– Player One
2 days ago
It's not necessarily a fixed lie in my opinion. Surely sometimes when implementing something, unexpected problems arise and so it's good practice to overestimate timings. As a programmer i've heard it's common practice to say something will take a day, since you might not have anticipated a bug manifesting itself. We point 3, I suppose you technically are redoing the functions for the formatting. Basically my point is to 'scare off' the request with correct, albeit intimidating language
– SuperSecretAndHiddenFromWork
2 days ago
But I get your point
– SuperSecretAndHiddenFromWork
2 days ago
1
In the case that logging time against it was happening anyway, reminding them how much time you've already spent on it could work. "I've logged X hours against this, this change will take another Y."
– BSMP
2 days ago
add a comment |
I programmatically make PDFs of content on a site and suffer from exactly the same issue as you, although it's my director that requests these multiple and minute changes all day long
What it boiled down to is her using my output for 'testing': they want to see the report on the system, critique it, then make changes
What solved the problem for me was doing:
- Exaggerating the amount of work it is to make a small change. So saying "I can do this, but it will require a lot of other backend changes", coupled with:
- Repeating the changes back to them and asking them to confirm, then giving your own deadline of "for tomorrow" and avoid agreeing to do something immediately or that day
- When they come back later and ask for a change again, say "i'll have to redo the functions to implement that and so will miss the deadline" meaning that either I carry on with what was agreed, or i'll miss the deadline that was agreed upon
Another idea I think could work for you is saying that the project is taking too long and now you need to log your activity on it. So you'll now be logging all her "requests" as time spent on this project
New contributor
4
I'd love to upvote your final paragraph, but I can't because your three points before it propose lying about what you do at your job. No matter how good the intentions behind the lies that's a really unethical response to a horrible situation in my opinion.
– Player One
2 days ago
It's not necessarily a fixed lie in my opinion. Surely sometimes when implementing something, unexpected problems arise and so it's good practice to overestimate timings. As a programmer i've heard it's common practice to say something will take a day, since you might not have anticipated a bug manifesting itself. We point 3, I suppose you technically are redoing the functions for the formatting. Basically my point is to 'scare off' the request with correct, albeit intimidating language
– SuperSecretAndHiddenFromWork
2 days ago
But I get your point
– SuperSecretAndHiddenFromWork
2 days ago
1
In the case that logging time against it was happening anyway, reminding them how much time you've already spent on it could work. "I've logged X hours against this, this change will take another Y."
– BSMP
2 days ago
add a comment |
I programmatically make PDFs of content on a site and suffer from exactly the same issue as you, although it's my director that requests these multiple and minute changes all day long
What it boiled down to is her using my output for 'testing': they want to see the report on the system, critique it, then make changes
What solved the problem for me was doing:
- Exaggerating the amount of work it is to make a small change. So saying "I can do this, but it will require a lot of other backend changes", coupled with:
- Repeating the changes back to them and asking them to confirm, then giving your own deadline of "for tomorrow" and avoid agreeing to do something immediately or that day
- When they come back later and ask for a change again, say "i'll have to redo the functions to implement that and so will miss the deadline" meaning that either I carry on with what was agreed, or i'll miss the deadline that was agreed upon
Another idea I think could work for you is saying that the project is taking too long and now you need to log your activity on it. So you'll now be logging all her "requests" as time spent on this project
New contributor
I programmatically make PDFs of content on a site and suffer from exactly the same issue as you, although it's my director that requests these multiple and minute changes all day long
What it boiled down to is her using my output for 'testing': they want to see the report on the system, critique it, then make changes
What solved the problem for me was doing:
- Exaggerating the amount of work it is to make a small change. So saying "I can do this, but it will require a lot of other backend changes", coupled with:
- Repeating the changes back to them and asking them to confirm, then giving your own deadline of "for tomorrow" and avoid agreeing to do something immediately or that day
- When they come back later and ask for a change again, say "i'll have to redo the functions to implement that and so will miss the deadline" meaning that either I carry on with what was agreed, or i'll miss the deadline that was agreed upon
Another idea I think could work for you is saying that the project is taking too long and now you need to log your activity on it. So you'll now be logging all her "requests" as time spent on this project
New contributor
New contributor
answered 2 days ago
SuperSecretAndHiddenFromWorkSuperSecretAndHiddenFromWork
1313
1313
New contributor
New contributor
4
I'd love to upvote your final paragraph, but I can't because your three points before it propose lying about what you do at your job. No matter how good the intentions behind the lies that's a really unethical response to a horrible situation in my opinion.
– Player One
2 days ago
It's not necessarily a fixed lie in my opinion. Surely sometimes when implementing something, unexpected problems arise and so it's good practice to overestimate timings. As a programmer i've heard it's common practice to say something will take a day, since you might not have anticipated a bug manifesting itself. We point 3, I suppose you technically are redoing the functions for the formatting. Basically my point is to 'scare off' the request with correct, albeit intimidating language
– SuperSecretAndHiddenFromWork
2 days ago
But I get your point
– SuperSecretAndHiddenFromWork
2 days ago
1
In the case that logging time against it was happening anyway, reminding them how much time you've already spent on it could work. "I've logged X hours against this, this change will take another Y."
– BSMP
2 days ago
add a comment |
4
I'd love to upvote your final paragraph, but I can't because your three points before it propose lying about what you do at your job. No matter how good the intentions behind the lies that's a really unethical response to a horrible situation in my opinion.
– Player One
2 days ago
It's not necessarily a fixed lie in my opinion. Surely sometimes when implementing something, unexpected problems arise and so it's good practice to overestimate timings. As a programmer i've heard it's common practice to say something will take a day, since you might not have anticipated a bug manifesting itself. We point 3, I suppose you technically are redoing the functions for the formatting. Basically my point is to 'scare off' the request with correct, albeit intimidating language
– SuperSecretAndHiddenFromWork
2 days ago
But I get your point
– SuperSecretAndHiddenFromWork
2 days ago
1
In the case that logging time against it was happening anyway, reminding them how much time you've already spent on it could work. "I've logged X hours against this, this change will take another Y."
– BSMP
2 days ago
4
4
I'd love to upvote your final paragraph, but I can't because your three points before it propose lying about what you do at your job. No matter how good the intentions behind the lies that's a really unethical response to a horrible situation in my opinion.
– Player One
2 days ago
I'd love to upvote your final paragraph, but I can't because your three points before it propose lying about what you do at your job. No matter how good the intentions behind the lies that's a really unethical response to a horrible situation in my opinion.
– Player One
2 days ago
It's not necessarily a fixed lie in my opinion. Surely sometimes when implementing something, unexpected problems arise and so it's good practice to overestimate timings. As a programmer i've heard it's common practice to say something will take a day, since you might not have anticipated a bug manifesting itself. We point 3, I suppose you technically are redoing the functions for the formatting. Basically my point is to 'scare off' the request with correct, albeit intimidating language
– SuperSecretAndHiddenFromWork
2 days ago
It's not necessarily a fixed lie in my opinion. Surely sometimes when implementing something, unexpected problems arise and so it's good practice to overestimate timings. As a programmer i've heard it's common practice to say something will take a day, since you might not have anticipated a bug manifesting itself. We point 3, I suppose you technically are redoing the functions for the formatting. Basically my point is to 'scare off' the request with correct, albeit intimidating language
– SuperSecretAndHiddenFromWork
2 days ago
But I get your point
– SuperSecretAndHiddenFromWork
2 days ago
But I get your point
– SuperSecretAndHiddenFromWork
2 days ago
1
1
In the case that logging time against it was happening anyway, reminding them how much time you've already spent on it could work. "I've logged X hours against this, this change will take another Y."
– BSMP
2 days ago
In the case that logging time against it was happening anyway, reminding them how much time you've already spent on it could work. "I've logged X hours against this, this change will take another Y."
– BSMP
2 days ago
add a comment |
It seems that you have already found the answer you were looking for, but it might be interesting to others.
I had a somewhat similar situation, where commercials where constantly contacting the developers with features requests, new bugs, etc. without any kind of prioritizing. And always strict deadline: "for yesterday, very important customer". As a result the code quality and progress was strongly limited.
What we did was install a ticketing system (JIRA), and a change process. And be firm in insisting they use those:
Sorry, but until there is a change request in the system, I can't work on it.
The process could be a weekly/bi-weekly meeting with your boss to decide what needs to get in, what doesn't, and set priorities accordingly.
This all will ask as a buffer. They will ask much less changes if they have to "work" for it (fill a form) and wait until they get back their change. That way, you (together with your boss) set the rhythm, not the "customer" (or in that case your colleague).
+1. The ticketing system provides visibility to your boss and her boss on the requests being made. If these changes are as inconsequential as OP has stated, then someone should be able to see all the tiny requests she is putting in and ask, "Do we really need our highly paid developer spending time reducing the title font size from 32 to 30, or is there something more critical they could be doing?"
– kuhl
yesterday
add a comment |
It seems that you have already found the answer you were looking for, but it might be interesting to others.
I had a somewhat similar situation, where commercials where constantly contacting the developers with features requests, new bugs, etc. without any kind of prioritizing. And always strict deadline: "for yesterday, very important customer". As a result the code quality and progress was strongly limited.
What we did was install a ticketing system (JIRA), and a change process. And be firm in insisting they use those:
Sorry, but until there is a change request in the system, I can't work on it.
The process could be a weekly/bi-weekly meeting with your boss to decide what needs to get in, what doesn't, and set priorities accordingly.
This all will ask as a buffer. They will ask much less changes if they have to "work" for it (fill a form) and wait until they get back their change. That way, you (together with your boss) set the rhythm, not the "customer" (or in that case your colleague).
+1. The ticketing system provides visibility to your boss and her boss on the requests being made. If these changes are as inconsequential as OP has stated, then someone should be able to see all the tiny requests she is putting in and ask, "Do we really need our highly paid developer spending time reducing the title font size from 32 to 30, or is there something more critical they could be doing?"
– kuhl
yesterday
add a comment |
It seems that you have already found the answer you were looking for, but it might be interesting to others.
I had a somewhat similar situation, where commercials where constantly contacting the developers with features requests, new bugs, etc. without any kind of prioritizing. And always strict deadline: "for yesterday, very important customer". As a result the code quality and progress was strongly limited.
What we did was install a ticketing system (JIRA), and a change process. And be firm in insisting they use those:
Sorry, but until there is a change request in the system, I can't work on it.
The process could be a weekly/bi-weekly meeting with your boss to decide what needs to get in, what doesn't, and set priorities accordingly.
This all will ask as a buffer. They will ask much less changes if they have to "work" for it (fill a form) and wait until they get back their change. That way, you (together with your boss) set the rhythm, not the "customer" (or in that case your colleague).
It seems that you have already found the answer you were looking for, but it might be interesting to others.
I had a somewhat similar situation, where commercials where constantly contacting the developers with features requests, new bugs, etc. without any kind of prioritizing. And always strict deadline: "for yesterday, very important customer". As a result the code quality and progress was strongly limited.
What we did was install a ticketing system (JIRA), and a change process. And be firm in insisting they use those:
Sorry, but until there is a change request in the system, I can't work on it.
The process could be a weekly/bi-weekly meeting with your boss to decide what needs to get in, what doesn't, and set priorities accordingly.
This all will ask as a buffer. They will ask much less changes if they have to "work" for it (fill a form) and wait until they get back their change. That way, you (together with your boss) set the rhythm, not the "customer" (or in that case your colleague).
answered 2 days ago
bilbo_pingouinbilbo_pingouin
1,47711016
1,47711016
+1. The ticketing system provides visibility to your boss and her boss on the requests being made. If these changes are as inconsequential as OP has stated, then someone should be able to see all the tiny requests she is putting in and ask, "Do we really need our highly paid developer spending time reducing the title font size from 32 to 30, or is there something more critical they could be doing?"
– kuhl
yesterday
add a comment |
+1. The ticketing system provides visibility to your boss and her boss on the requests being made. If these changes are as inconsequential as OP has stated, then someone should be able to see all the tiny requests she is putting in and ask, "Do we really need our highly paid developer spending time reducing the title font size from 32 to 30, or is there something more critical they could be doing?"
– kuhl
yesterday
+1. The ticketing system provides visibility to your boss and her boss on the requests being made. If these changes are as inconsequential as OP has stated, then someone should be able to see all the tiny requests she is putting in and ask, "Do we really need our highly paid developer spending time reducing the title font size from 32 to 30, or is there something more critical they could be doing?"
– kuhl
yesterday
+1. The ticketing system provides visibility to your boss and her boss on the requests being made. If these changes are as inconsequential as OP has stated, then someone should be able to see all the tiny requests she is putting in and ask, "Do we really need our highly paid developer spending time reducing the title font size from 32 to 30, or is there something more critical they could be doing?"
– kuhl
yesterday
add a comment |
There is no template even though my boss asked her to provide one.
Ok, she doesn't deliver what your boss wants? His Problem (and then your colleagues), not yours - if you report on the project state openly.
When she talks to me my anxiety goes through the roof. I have to use controlled breathing while imagining murdering her in a variety of ways. This is bad.
No, thats not unusual, as long as the imagined ways of murdering her are fast and painless. But much better would be if you imagine to (and do) report the status of the project "no template available yet" in friendly word to your boss, something like:
I am afraid we are running a little bit behind schedule. The layout keeps changing rather iteratively; we can continue like this, but we will not be ready as planned. It would help a great deal if we had an approved lay-outed and styled template available, that would make consistent demonstration and testing much easier.
add a comment |
There is no template even though my boss asked her to provide one.
Ok, she doesn't deliver what your boss wants? His Problem (and then your colleagues), not yours - if you report on the project state openly.
When she talks to me my anxiety goes through the roof. I have to use controlled breathing while imagining murdering her in a variety of ways. This is bad.
No, thats not unusual, as long as the imagined ways of murdering her are fast and painless. But much better would be if you imagine to (and do) report the status of the project "no template available yet" in friendly word to your boss, something like:
I am afraid we are running a little bit behind schedule. The layout keeps changing rather iteratively; we can continue like this, but we will not be ready as planned. It would help a great deal if we had an approved lay-outed and styled template available, that would make consistent demonstration and testing much easier.
add a comment |
There is no template even though my boss asked her to provide one.
Ok, she doesn't deliver what your boss wants? His Problem (and then your colleagues), not yours - if you report on the project state openly.
When she talks to me my anxiety goes through the roof. I have to use controlled breathing while imagining murdering her in a variety of ways. This is bad.
No, thats not unusual, as long as the imagined ways of murdering her are fast and painless. But much better would be if you imagine to (and do) report the status of the project "no template available yet" in friendly word to your boss, something like:
I am afraid we are running a little bit behind schedule. The layout keeps changing rather iteratively; we can continue like this, but we will not be ready as planned. It would help a great deal if we had an approved lay-outed and styled template available, that would make consistent demonstration and testing much easier.
There is no template even though my boss asked her to provide one.
Ok, she doesn't deliver what your boss wants? His Problem (and then your colleagues), not yours - if you report on the project state openly.
When she talks to me my anxiety goes through the roof. I have to use controlled breathing while imagining murdering her in a variety of ways. This is bad.
No, thats not unusual, as long as the imagined ways of murdering her are fast and painless. But much better would be if you imagine to (and do) report the status of the project "no template available yet" in friendly word to your boss, something like:
I am afraid we are running a little bit behind schedule. The layout keeps changing rather iteratively; we can continue like this, but we will not be ready as planned. It would help a great deal if we had an approved lay-outed and styled template available, that would make consistent demonstration and testing much easier.
answered Apr 25 at 18:45
SaschaSascha
9,69622343
9,69622343
add a comment |
add a comment |
Take Control of the Change Process
Your co-worker, who I assume is not your supervisor or you would say so, is monopolizing your time in order to micro-manage this project. Not only is it adversely affecting you with stress, it is wasting project time and causing severe delays in delivery of the project.
You need to take control of the project, or they will continuously pester you to make minor changes.
Set Your Own Meeting With Clear Objectives
Your first objective is that you need a web template - even if you aren't a graphics designer, you should know what the template needs to look like. Set up a meeting, provide an email notice about said meeting, and come prepared to draw out the details of the template. 30 minutes, each day, until the template is complete.
If the co-worker tries to pressure you for details before or after the meeting, tell them to bring them to the next meeting. Do not provide any answers outside of that meeting. If you must have details clarified, use email, and insist that they use email as well. Be firm about this - be a broken record if you must. They will, hopefully quickly, learn that they cannot waste your time or their own by constantly providing needless input.
Do Whatever Work They Do Provide, Properly And On Time
This is the most important part - limiting this type of input to meetings and emails will reduce your stress, but you still need to get the work done. Anything they provide concretely through meeting discussion or email should be worked on right away. You do not want to be the road block that prevents this project from going forward - so don't be. Work on what is solidly agreed upon. No more, no less.
Your time is valuable - their time is valuable - and you both need to make the most of it. They aren't, so it's up to you to take charge and provide some semblance of structure to the work day.
That being said, it is normal to sometimes come by each other's desk to discuss details that are important in the moment. You may have to walk to their desk to get clarification on some points as well. You will need to work on handling the stress of interacting with others in unplanned situations, and set firm boundaries on when and how often that interaction should take place.
This will require a lot more fine-tuning, as the co-worker's limit for person-to-person interaction and your own are (very clearly) not the same. And as a developer, you require more focus and personal time than they do (apparently) on their own tasks.
Be polite, be professional, but be firm in your own personal and professional boundaries, and take control of them whenever possible.
As someone who still struggles with striking that balance - I wish you luck.
add a comment |
Take Control of the Change Process
Your co-worker, who I assume is not your supervisor or you would say so, is monopolizing your time in order to micro-manage this project. Not only is it adversely affecting you with stress, it is wasting project time and causing severe delays in delivery of the project.
You need to take control of the project, or they will continuously pester you to make minor changes.
Set Your Own Meeting With Clear Objectives
Your first objective is that you need a web template - even if you aren't a graphics designer, you should know what the template needs to look like. Set up a meeting, provide an email notice about said meeting, and come prepared to draw out the details of the template. 30 minutes, each day, until the template is complete.
If the co-worker tries to pressure you for details before or after the meeting, tell them to bring them to the next meeting. Do not provide any answers outside of that meeting. If you must have details clarified, use email, and insist that they use email as well. Be firm about this - be a broken record if you must. They will, hopefully quickly, learn that they cannot waste your time or their own by constantly providing needless input.
Do Whatever Work They Do Provide, Properly And On Time
This is the most important part - limiting this type of input to meetings and emails will reduce your stress, but you still need to get the work done. Anything they provide concretely through meeting discussion or email should be worked on right away. You do not want to be the road block that prevents this project from going forward - so don't be. Work on what is solidly agreed upon. No more, no less.
Your time is valuable - their time is valuable - and you both need to make the most of it. They aren't, so it's up to you to take charge and provide some semblance of structure to the work day.
That being said, it is normal to sometimes come by each other's desk to discuss details that are important in the moment. You may have to walk to their desk to get clarification on some points as well. You will need to work on handling the stress of interacting with others in unplanned situations, and set firm boundaries on when and how often that interaction should take place.
This will require a lot more fine-tuning, as the co-worker's limit for person-to-person interaction and your own are (very clearly) not the same. And as a developer, you require more focus and personal time than they do (apparently) on their own tasks.
Be polite, be professional, but be firm in your own personal and professional boundaries, and take control of them whenever possible.
As someone who still struggles with striking that balance - I wish you luck.
add a comment |
Take Control of the Change Process
Your co-worker, who I assume is not your supervisor or you would say so, is monopolizing your time in order to micro-manage this project. Not only is it adversely affecting you with stress, it is wasting project time and causing severe delays in delivery of the project.
You need to take control of the project, or they will continuously pester you to make minor changes.
Set Your Own Meeting With Clear Objectives
Your first objective is that you need a web template - even if you aren't a graphics designer, you should know what the template needs to look like. Set up a meeting, provide an email notice about said meeting, and come prepared to draw out the details of the template. 30 minutes, each day, until the template is complete.
If the co-worker tries to pressure you for details before or after the meeting, tell them to bring them to the next meeting. Do not provide any answers outside of that meeting. If you must have details clarified, use email, and insist that they use email as well. Be firm about this - be a broken record if you must. They will, hopefully quickly, learn that they cannot waste your time or their own by constantly providing needless input.
Do Whatever Work They Do Provide, Properly And On Time
This is the most important part - limiting this type of input to meetings and emails will reduce your stress, but you still need to get the work done. Anything they provide concretely through meeting discussion or email should be worked on right away. You do not want to be the road block that prevents this project from going forward - so don't be. Work on what is solidly agreed upon. No more, no less.
Your time is valuable - their time is valuable - and you both need to make the most of it. They aren't, so it's up to you to take charge and provide some semblance of structure to the work day.
That being said, it is normal to sometimes come by each other's desk to discuss details that are important in the moment. You may have to walk to their desk to get clarification on some points as well. You will need to work on handling the stress of interacting with others in unplanned situations, and set firm boundaries on when and how often that interaction should take place.
This will require a lot more fine-tuning, as the co-worker's limit for person-to-person interaction and your own are (very clearly) not the same. And as a developer, you require more focus and personal time than they do (apparently) on their own tasks.
Be polite, be professional, but be firm in your own personal and professional boundaries, and take control of them whenever possible.
As someone who still struggles with striking that balance - I wish you luck.
Take Control of the Change Process
Your co-worker, who I assume is not your supervisor or you would say so, is monopolizing your time in order to micro-manage this project. Not only is it adversely affecting you with stress, it is wasting project time and causing severe delays in delivery of the project.
You need to take control of the project, or they will continuously pester you to make minor changes.
Set Your Own Meeting With Clear Objectives
Your first objective is that you need a web template - even if you aren't a graphics designer, you should know what the template needs to look like. Set up a meeting, provide an email notice about said meeting, and come prepared to draw out the details of the template. 30 minutes, each day, until the template is complete.
If the co-worker tries to pressure you for details before or after the meeting, tell them to bring them to the next meeting. Do not provide any answers outside of that meeting. If you must have details clarified, use email, and insist that they use email as well. Be firm about this - be a broken record if you must. They will, hopefully quickly, learn that they cannot waste your time or their own by constantly providing needless input.
Do Whatever Work They Do Provide, Properly And On Time
This is the most important part - limiting this type of input to meetings and emails will reduce your stress, but you still need to get the work done. Anything they provide concretely through meeting discussion or email should be worked on right away. You do not want to be the road block that prevents this project from going forward - so don't be. Work on what is solidly agreed upon. No more, no less.
Your time is valuable - their time is valuable - and you both need to make the most of it. They aren't, so it's up to you to take charge and provide some semblance of structure to the work day.
That being said, it is normal to sometimes come by each other's desk to discuss details that are important in the moment. You may have to walk to their desk to get clarification on some points as well. You will need to work on handling the stress of interacting with others in unplanned situations, and set firm boundaries on when and how often that interaction should take place.
This will require a lot more fine-tuning, as the co-worker's limit for person-to-person interaction and your own are (very clearly) not the same. And as a developer, you require more focus and personal time than they do (apparently) on their own tasks.
Be polite, be professional, but be firm in your own personal and professional boundaries, and take control of them whenever possible.
As someone who still struggles with striking that balance - I wish you luck.
answered 2 days ago
ZibbobzZibbobz
7,16852657
7,16852657
add a comment |
add a comment |
Whatever software you use for the changes, install it for your coworker and let them play around until they get it right. then check if their changes are okay and merge them into the product.
if they are not eager to learn, you are not eager to run. fallback to normal working conditions as mentioned in other answers, ask for the template, schedule normal finish date after more relevant tasks, tell them to ask your boss if they need it faster.
New contributor
You cant just assume that everyone has the skill needed to make the changes. It's not just a matter of installing software.
– ayrton clark
2 days ago
1
mention of software was quickly and immediately shut down by the coworker. They don't want to ~complicate their life
– dennismv
2 days ago
then it's easy, not your problem, see my edit.
– Mike
2 days ago
add a comment |
Whatever software you use for the changes, install it for your coworker and let them play around until they get it right. then check if their changes are okay and merge them into the product.
if they are not eager to learn, you are not eager to run. fallback to normal working conditions as mentioned in other answers, ask for the template, schedule normal finish date after more relevant tasks, tell them to ask your boss if they need it faster.
New contributor
You cant just assume that everyone has the skill needed to make the changes. It's not just a matter of installing software.
– ayrton clark
2 days ago
1
mention of software was quickly and immediately shut down by the coworker. They don't want to ~complicate their life
– dennismv
2 days ago
then it's easy, not your problem, see my edit.
– Mike
2 days ago
add a comment |
Whatever software you use for the changes, install it for your coworker and let them play around until they get it right. then check if their changes are okay and merge them into the product.
if they are not eager to learn, you are not eager to run. fallback to normal working conditions as mentioned in other answers, ask for the template, schedule normal finish date after more relevant tasks, tell them to ask your boss if they need it faster.
New contributor
Whatever software you use for the changes, install it for your coworker and let them play around until they get it right. then check if their changes are okay and merge them into the product.
if they are not eager to learn, you are not eager to run. fallback to normal working conditions as mentioned in other answers, ask for the template, schedule normal finish date after more relevant tasks, tell them to ask your boss if they need it faster.
New contributor
edited 2 days ago
New contributor
answered 2 days ago
MikeMike
112
112
New contributor
New contributor
You cant just assume that everyone has the skill needed to make the changes. It's not just a matter of installing software.
– ayrton clark
2 days ago
1
mention of software was quickly and immediately shut down by the coworker. They don't want to ~complicate their life
– dennismv
2 days ago
then it's easy, not your problem, see my edit.
– Mike
2 days ago
add a comment |
You cant just assume that everyone has the skill needed to make the changes. It's not just a matter of installing software.
– ayrton clark
2 days ago
1
mention of software was quickly and immediately shut down by the coworker. They don't want to ~complicate their life
– dennismv
2 days ago
then it's easy, not your problem, see my edit.
– Mike
2 days ago
You cant just assume that everyone has the skill needed to make the changes. It's not just a matter of installing software.
– ayrton clark
2 days ago
You cant just assume that everyone has the skill needed to make the changes. It's not just a matter of installing software.
– ayrton clark
2 days ago
1
1
mention of software was quickly and immediately shut down by the coworker. They don't want to ~complicate their life
– dennismv
2 days ago
mention of software was quickly and immediately shut down by the coworker. They don't want to ~complicate their life
– dennismv
2 days ago
then it's easy, not your problem, see my edit.
– Mike
2 days ago
then it's easy, not your problem, see my edit.
– Mike
2 days ago
add a comment |
I've got a bit of a different take on what's happening here. I think the difference is that the two of you have a drastically different ideal iteration length.
Keep in mind, "Doing Stuff" generally happens in a cycle:
- Planning
- Implementing
- Getting Feedback
- Repeat
This cycle can be very long - I've seen waterfall projects where it's months between customer review points.
And it can be quick - make a change, take a look, see if it works, then repeat. (In pair programming, this can be extremely rapid.)
There's no "right" answer. Fast cycles lets you get stuff done quicker (faster feedback, more responsive development, etc) but it has the downside of making the 'planning' part get too rushed and reducing your ability to do other things. Slow cycles let you plan well and devote your time among other projects... but it also means the project will take longer.
So your coworker. She wants very rapid cycle times. Five minutes - do a single change, let's see what it looks like, okay let's move on to the next change. You want a slower cycle - list all the changes you want, I'll do them all over a few days/weeks, and then get back to you with all the changes done.
Neither of you is "Right" - it's not right vs wrong. It'll help you moving forward if you realize where she's coming from: she wants a quick feedback cycle, and there are advantages to that. Don't get me wrong - I think you'd be wise to try to slow the cycle process down to something more reasonable from your side. But the interpersonal facet of this will be helped if you realize why she's doing what she's doing, and that she's not necessarily "wrong". She just wants a cycle length that's too short for your comfort - and fortunately, you can probably force a much longer cycle length by:
- Dictating a frequency/time you'll accept update requests
- Giving her a time when those updates will be performed and given back to her
add a comment |
I've got a bit of a different take on what's happening here. I think the difference is that the two of you have a drastically different ideal iteration length.
Keep in mind, "Doing Stuff" generally happens in a cycle:
- Planning
- Implementing
- Getting Feedback
- Repeat
This cycle can be very long - I've seen waterfall projects where it's months between customer review points.
And it can be quick - make a change, take a look, see if it works, then repeat. (In pair programming, this can be extremely rapid.)
There's no "right" answer. Fast cycles lets you get stuff done quicker (faster feedback, more responsive development, etc) but it has the downside of making the 'planning' part get too rushed and reducing your ability to do other things. Slow cycles let you plan well and devote your time among other projects... but it also means the project will take longer.
So your coworker. She wants very rapid cycle times. Five minutes - do a single change, let's see what it looks like, okay let's move on to the next change. You want a slower cycle - list all the changes you want, I'll do them all over a few days/weeks, and then get back to you with all the changes done.
Neither of you is "Right" - it's not right vs wrong. It'll help you moving forward if you realize where she's coming from: she wants a quick feedback cycle, and there are advantages to that. Don't get me wrong - I think you'd be wise to try to slow the cycle process down to something more reasonable from your side. But the interpersonal facet of this will be helped if you realize why she's doing what she's doing, and that she's not necessarily "wrong". She just wants a cycle length that's too short for your comfort - and fortunately, you can probably force a much longer cycle length by:
- Dictating a frequency/time you'll accept update requests
- Giving her a time when those updates will be performed and given back to her
add a comment |
I've got a bit of a different take on what's happening here. I think the difference is that the two of you have a drastically different ideal iteration length.
Keep in mind, "Doing Stuff" generally happens in a cycle:
- Planning
- Implementing
- Getting Feedback
- Repeat
This cycle can be very long - I've seen waterfall projects where it's months between customer review points.
And it can be quick - make a change, take a look, see if it works, then repeat. (In pair programming, this can be extremely rapid.)
There's no "right" answer. Fast cycles lets you get stuff done quicker (faster feedback, more responsive development, etc) but it has the downside of making the 'planning' part get too rushed and reducing your ability to do other things. Slow cycles let you plan well and devote your time among other projects... but it also means the project will take longer.
So your coworker. She wants very rapid cycle times. Five minutes - do a single change, let's see what it looks like, okay let's move on to the next change. You want a slower cycle - list all the changes you want, I'll do them all over a few days/weeks, and then get back to you with all the changes done.
Neither of you is "Right" - it's not right vs wrong. It'll help you moving forward if you realize where she's coming from: she wants a quick feedback cycle, and there are advantages to that. Don't get me wrong - I think you'd be wise to try to slow the cycle process down to something more reasonable from your side. But the interpersonal facet of this will be helped if you realize why she's doing what she's doing, and that she's not necessarily "wrong". She just wants a cycle length that's too short for your comfort - and fortunately, you can probably force a much longer cycle length by:
- Dictating a frequency/time you'll accept update requests
- Giving her a time when those updates will be performed and given back to her
I've got a bit of a different take on what's happening here. I think the difference is that the two of you have a drastically different ideal iteration length.
Keep in mind, "Doing Stuff" generally happens in a cycle:
- Planning
- Implementing
- Getting Feedback
- Repeat
This cycle can be very long - I've seen waterfall projects where it's months between customer review points.
And it can be quick - make a change, take a look, see if it works, then repeat. (In pair programming, this can be extremely rapid.)
There's no "right" answer. Fast cycles lets you get stuff done quicker (faster feedback, more responsive development, etc) but it has the downside of making the 'planning' part get too rushed and reducing your ability to do other things. Slow cycles let you plan well and devote your time among other projects... but it also means the project will take longer.
So your coworker. She wants very rapid cycle times. Five minutes - do a single change, let's see what it looks like, okay let's move on to the next change. You want a slower cycle - list all the changes you want, I'll do them all over a few days/weeks, and then get back to you with all the changes done.
Neither of you is "Right" - it's not right vs wrong. It'll help you moving forward if you realize where she's coming from: she wants a quick feedback cycle, and there are advantages to that. Don't get me wrong - I think you'd be wise to try to slow the cycle process down to something more reasonable from your side. But the interpersonal facet of this will be helped if you realize why she's doing what she's doing, and that she's not necessarily "wrong". She just wants a cycle length that's too short for your comfort - and fortunately, you can probably force a much longer cycle length by:
- Dictating a frequency/time you'll accept update requests
- Giving her a time when those updates will be performed and given back to her
answered 2 days ago
KevinKevin
3,082821
3,082821
add a comment |
add a comment |
I think that Mike already found the root cause of the problem. I just want to say a couple of words to expand it.
Be assertive! Enforce her to install the software required to do her job properly. This will enable her to shorten the "feedback loop" and make her do the job even faster because she would not need to wait for you to do requested changes.
You have to state things clear! If she refuses to install the software making silly excuses, then you also should refuse to do any "temporary changes" for her to even see it. She states that mentioned software will make her life difficult. Lets begin with the mention, that the lack of it already made yours difficult with her.
Instead, offer her some support in installing and operating mentioned software. I can imagine that she will have lot of technical problems initially bothering you even more than usually, but gradually, she will learn how to use it and she will eventually stop bothering you completely. Ask other colleagues for some help with supporting her with installing and using the software. It will "load-balance" itself evenly among all of you and cease to be perceivable issue.
Other side notes:
The discussion may look like:
- Hi Dennismv, I need you to do some new changes I 'm working on recently.
- Is it how it should look like in the final version?
- I am not sure.
- So let's install the development environment and see for yourself.
- I would like not do do it! It will take lot of time and make life too complicated... [smiles gently]
- I'm sorry to say it [her name], but I would like you to stop using my setup to see output of your changes you are not sure how it actually look like.
- It is just a couple of font adjustments. It should take you five minutes to apply them. Can you make this change today?
- No, [her name] I won't make any further temporary changes. It already wasted lot of my time I should spent on other projects. It is your responsibility to provide me the final template. My responsibility is to just apply the final version that shouldn't be changed too often. Instead, I would like to invest my time to help you install and use the software because I believe that it will stop wasting my time in the future.
I can Imagine what she is actually thinking:
- My task is to change the report, because it must look better.
- I have a proposal of some changes, but I'm not sure how it will look like "in real".
- I can not see it because I don't have required software.
- I don't want to install it because it is too scary technical thing. It will make my life even more difficult.
- Dennismv already installed it and can use it. Let make him apply my changes so I will see them.
- Dennismv said that he will do it "later", so let go to kitchen for some coffee.
- Dennismv didn't do it yet. Because it is my only thing to do in this job and my boss insisted it should be done yesterday, let go to Dennismv's desk and ask him gently again, when he will apply the changes so I could keep on progressing doing my own job...
Besides, there were similar situation im my previous job. Some "business people" approached our team with lots of "grammar/spelling/translation" issues on the company's main page.
Luckily there were two very smart developers in our team. They came up with the idea to provide a web browser plugin that allowed the "business people" to edit the translation file in runtime and see the results immediately.
After implementation of their plugin, instead of lot of small requests to fix small "defects", there were only requests to upload files provided by them with all needed changes. It made things easier and quicker for both sides.
add a comment |
I think that Mike already found the root cause of the problem. I just want to say a couple of words to expand it.
Be assertive! Enforce her to install the software required to do her job properly. This will enable her to shorten the "feedback loop" and make her do the job even faster because she would not need to wait for you to do requested changes.
You have to state things clear! If she refuses to install the software making silly excuses, then you also should refuse to do any "temporary changes" for her to even see it. She states that mentioned software will make her life difficult. Lets begin with the mention, that the lack of it already made yours difficult with her.
Instead, offer her some support in installing and operating mentioned software. I can imagine that she will have lot of technical problems initially bothering you even more than usually, but gradually, she will learn how to use it and she will eventually stop bothering you completely. Ask other colleagues for some help with supporting her with installing and using the software. It will "load-balance" itself evenly among all of you and cease to be perceivable issue.
Other side notes:
The discussion may look like:
- Hi Dennismv, I need you to do some new changes I 'm working on recently.
- Is it how it should look like in the final version?
- I am not sure.
- So let's install the development environment and see for yourself.
- I would like not do do it! It will take lot of time and make life too complicated... [smiles gently]
- I'm sorry to say it [her name], but I would like you to stop using my setup to see output of your changes you are not sure how it actually look like.
- It is just a couple of font adjustments. It should take you five minutes to apply them. Can you make this change today?
- No, [her name] I won't make any further temporary changes. It already wasted lot of my time I should spent on other projects. It is your responsibility to provide me the final template. My responsibility is to just apply the final version that shouldn't be changed too often. Instead, I would like to invest my time to help you install and use the software because I believe that it will stop wasting my time in the future.
I can Imagine what she is actually thinking:
- My task is to change the report, because it must look better.
- I have a proposal of some changes, but I'm not sure how it will look like "in real".
- I can not see it because I don't have required software.
- I don't want to install it because it is too scary technical thing. It will make my life even more difficult.
- Dennismv already installed it and can use it. Let make him apply my changes so I will see them.
- Dennismv said that he will do it "later", so let go to kitchen for some coffee.
- Dennismv didn't do it yet. Because it is my only thing to do in this job and my boss insisted it should be done yesterday, let go to Dennismv's desk and ask him gently again, when he will apply the changes so I could keep on progressing doing my own job...
Besides, there were similar situation im my previous job. Some "business people" approached our team with lots of "grammar/spelling/translation" issues on the company's main page.
Luckily there were two very smart developers in our team. They came up with the idea to provide a web browser plugin that allowed the "business people" to edit the translation file in runtime and see the results immediately.
After implementation of their plugin, instead of lot of small requests to fix small "defects", there were only requests to upload files provided by them with all needed changes. It made things easier and quicker for both sides.
add a comment |
I think that Mike already found the root cause of the problem. I just want to say a couple of words to expand it.
Be assertive! Enforce her to install the software required to do her job properly. This will enable her to shorten the "feedback loop" and make her do the job even faster because she would not need to wait for you to do requested changes.
You have to state things clear! If she refuses to install the software making silly excuses, then you also should refuse to do any "temporary changes" for her to even see it. She states that mentioned software will make her life difficult. Lets begin with the mention, that the lack of it already made yours difficult with her.
Instead, offer her some support in installing and operating mentioned software. I can imagine that she will have lot of technical problems initially bothering you even more than usually, but gradually, she will learn how to use it and she will eventually stop bothering you completely. Ask other colleagues for some help with supporting her with installing and using the software. It will "load-balance" itself evenly among all of you and cease to be perceivable issue.
Other side notes:
The discussion may look like:
- Hi Dennismv, I need you to do some new changes I 'm working on recently.
- Is it how it should look like in the final version?
- I am not sure.
- So let's install the development environment and see for yourself.
- I would like not do do it! It will take lot of time and make life too complicated... [smiles gently]
- I'm sorry to say it [her name], but I would like you to stop using my setup to see output of your changes you are not sure how it actually look like.
- It is just a couple of font adjustments. It should take you five minutes to apply them. Can you make this change today?
- No, [her name] I won't make any further temporary changes. It already wasted lot of my time I should spent on other projects. It is your responsibility to provide me the final template. My responsibility is to just apply the final version that shouldn't be changed too often. Instead, I would like to invest my time to help you install and use the software because I believe that it will stop wasting my time in the future.
I can Imagine what she is actually thinking:
- My task is to change the report, because it must look better.
- I have a proposal of some changes, but I'm not sure how it will look like "in real".
- I can not see it because I don't have required software.
- I don't want to install it because it is too scary technical thing. It will make my life even more difficult.
- Dennismv already installed it and can use it. Let make him apply my changes so I will see them.
- Dennismv said that he will do it "later", so let go to kitchen for some coffee.
- Dennismv didn't do it yet. Because it is my only thing to do in this job and my boss insisted it should be done yesterday, let go to Dennismv's desk and ask him gently again, when he will apply the changes so I could keep on progressing doing my own job...
Besides, there were similar situation im my previous job. Some "business people" approached our team with lots of "grammar/spelling/translation" issues on the company's main page.
Luckily there were two very smart developers in our team. They came up with the idea to provide a web browser plugin that allowed the "business people" to edit the translation file in runtime and see the results immediately.
After implementation of their plugin, instead of lot of small requests to fix small "defects", there were only requests to upload files provided by them with all needed changes. It made things easier and quicker for both sides.
I think that Mike already found the root cause of the problem. I just want to say a couple of words to expand it.
Be assertive! Enforce her to install the software required to do her job properly. This will enable her to shorten the "feedback loop" and make her do the job even faster because she would not need to wait for you to do requested changes.
You have to state things clear! If she refuses to install the software making silly excuses, then you also should refuse to do any "temporary changes" for her to even see it. She states that mentioned software will make her life difficult. Lets begin with the mention, that the lack of it already made yours difficult with her.
Instead, offer her some support in installing and operating mentioned software. I can imagine that she will have lot of technical problems initially bothering you even more than usually, but gradually, she will learn how to use it and she will eventually stop bothering you completely. Ask other colleagues for some help with supporting her with installing and using the software. It will "load-balance" itself evenly among all of you and cease to be perceivable issue.
Other side notes:
The discussion may look like:
- Hi Dennismv, I need you to do some new changes I 'm working on recently.
- Is it how it should look like in the final version?
- I am not sure.
- So let's install the development environment and see for yourself.
- I would like not do do it! It will take lot of time and make life too complicated... [smiles gently]
- I'm sorry to say it [her name], but I would like you to stop using my setup to see output of your changes you are not sure how it actually look like.
- It is just a couple of font adjustments. It should take you five minutes to apply them. Can you make this change today?
- No, [her name] I won't make any further temporary changes. It already wasted lot of my time I should spent on other projects. It is your responsibility to provide me the final template. My responsibility is to just apply the final version that shouldn't be changed too often. Instead, I would like to invest my time to help you install and use the software because I believe that it will stop wasting my time in the future.
I can Imagine what she is actually thinking:
- My task is to change the report, because it must look better.
- I have a proposal of some changes, but I'm not sure how it will look like "in real".
- I can not see it because I don't have required software.
- I don't want to install it because it is too scary technical thing. It will make my life even more difficult.
- Dennismv already installed it and can use it. Let make him apply my changes so I will see them.
- Dennismv said that he will do it "later", so let go to kitchen for some coffee.
- Dennismv didn't do it yet. Because it is my only thing to do in this job and my boss insisted it should be done yesterday, let go to Dennismv's desk and ask him gently again, when he will apply the changes so I could keep on progressing doing my own job...
Besides, there were similar situation im my previous job. Some "business people" approached our team with lots of "grammar/spelling/translation" issues on the company's main page.
Luckily there were two very smart developers in our team. They came up with the idea to provide a web browser plugin that allowed the "business people" to edit the translation file in runtime and see the results immediately.
After implementation of their plugin, instead of lot of small requests to fix small "defects", there were only requests to upload files provided by them with all needed changes. It made things easier and quicker for both sides.
answered 2 days ago
mpasko256mpasko256
15416
15416
add a comment |
add a comment |
You should not have let this situation continue for as long as you have. It's impacted both your productivity and your mental health - and either of these could have negative effects on your future with this company.
Go and talk to your boss immediately. Explain what a drain on your time this particular project is. Explain that you still don't have the template that your boss asked this woman to provide. Ask your boss what they want you to do about it.
It's possible that your boss will be pleased with the status quo, and instruct you to keep working with this woman the way you have been. If so, then get this in writing, to protect yourself from bad consequences at review time.
But that is very unlikely. It's certainly not what would happen if I were your boss. Far more likely is that your boss with tell you to stop immediately, and to tell this woman that you won't do any further work for her until she provides the required template.
If that's what happens, then the next time the woman comes to you with a request for a change, you'll be able to truthfully say "my boss has instructed me not to do any further work for you until you provide the template". Then the ball is in her court. If she continues to come to you with more changes after that, ask her politely to go and talk to your boss.
add a comment |
You should not have let this situation continue for as long as you have. It's impacted both your productivity and your mental health - and either of these could have negative effects on your future with this company.
Go and talk to your boss immediately. Explain what a drain on your time this particular project is. Explain that you still don't have the template that your boss asked this woman to provide. Ask your boss what they want you to do about it.
It's possible that your boss will be pleased with the status quo, and instruct you to keep working with this woman the way you have been. If so, then get this in writing, to protect yourself from bad consequences at review time.
But that is very unlikely. It's certainly not what would happen if I were your boss. Far more likely is that your boss with tell you to stop immediately, and to tell this woman that you won't do any further work for her until she provides the required template.
If that's what happens, then the next time the woman comes to you with a request for a change, you'll be able to truthfully say "my boss has instructed me not to do any further work for you until you provide the template". Then the ball is in her court. If she continues to come to you with more changes after that, ask her politely to go and talk to your boss.
add a comment |
You should not have let this situation continue for as long as you have. It's impacted both your productivity and your mental health - and either of these could have negative effects on your future with this company.
Go and talk to your boss immediately. Explain what a drain on your time this particular project is. Explain that you still don't have the template that your boss asked this woman to provide. Ask your boss what they want you to do about it.
It's possible that your boss will be pleased with the status quo, and instruct you to keep working with this woman the way you have been. If so, then get this in writing, to protect yourself from bad consequences at review time.
But that is very unlikely. It's certainly not what would happen if I were your boss. Far more likely is that your boss with tell you to stop immediately, and to tell this woman that you won't do any further work for her until she provides the required template.
If that's what happens, then the next time the woman comes to you with a request for a change, you'll be able to truthfully say "my boss has instructed me not to do any further work for you until you provide the template". Then the ball is in her court. If she continues to come to you with more changes after that, ask her politely to go and talk to your boss.
You should not have let this situation continue for as long as you have. It's impacted both your productivity and your mental health - and either of these could have negative effects on your future with this company.
Go and talk to your boss immediately. Explain what a drain on your time this particular project is. Explain that you still don't have the template that your boss asked this woman to provide. Ask your boss what they want you to do about it.
It's possible that your boss will be pleased with the status quo, and instruct you to keep working with this woman the way you have been. If so, then get this in writing, to protect yourself from bad consequences at review time.
But that is very unlikely. It's certainly not what would happen if I were your boss. Far more likely is that your boss with tell you to stop immediately, and to tell this woman that you won't do any further work for her until she provides the required template.
If that's what happens, then the next time the woman comes to you with a request for a change, you'll be able to truthfully say "my boss has instructed me not to do any further work for you until you provide the template". Then the ball is in her court. If she continues to come to you with more changes after that, ask her politely to go and talk to your boss.
edited 20 hours ago
answered 20 hours ago
Dawood ibn KareemDawood ibn Kareem
496312
496312
add a comment |
add a comment |
Tell her that you need to discuss these changes in detail to understand exactly what she wants, and ask her about scheduling a meeting. When giving your own availability, make sure the first time you're available is more than a day away. If she complains that you won't do it right now, explain that you are very busy, but she should try to organize her thoughts so she can make the best use of the time you do have.
- If you do this consistently, after one, zero or more such meetings she will realize that she can't just walk over and ask you every little thing, but she has to expend some effort for every request. She will stop making trivial requests or bundle them together into a single big request. Either way, you will have put a hard limit on how much of your time she can take.
- Since she is now force to sleep on her thoughts a few times, she will also make up her mind about her requests when making them, and not ask to reverse them the next day.
- When (if) the meeting does happen, you can also debate the need for the changes, and ask her whether a given change is needed at all and if she's sure that is the change she wants. She will probably back off and stop asking for so many changes when she has to justify them. Even if she succeeds in justifying them, she won't be able to "change her mind" the next day because she already agreed that she's sure about the change.
- If she complains that it's hard for her to imagine the result from just a single iteration, just direct her to the template, where she can see exactly what it would look like.
If she actually does persist in bringing you changes meeting after meeting, you can now ask her: "How many meetings should we have before we call this project done?" Whatever number you agree on, after that number of meetings is done, you can safely refuse her requests by appealing to the prior agreement. If she complains, you can explain that there's always infinitely many improvements that can be made in any project, but you don't have infinite time so you should focus on whichever ones are the most important and the rest won't be a big deal. Emphasize this in the meetings, by insisting she rank her requests from most important to least.
add a comment |
Tell her that you need to discuss these changes in detail to understand exactly what she wants, and ask her about scheduling a meeting. When giving your own availability, make sure the first time you're available is more than a day away. If she complains that you won't do it right now, explain that you are very busy, but she should try to organize her thoughts so she can make the best use of the time you do have.
- If you do this consistently, after one, zero or more such meetings she will realize that she can't just walk over and ask you every little thing, but she has to expend some effort for every request. She will stop making trivial requests or bundle them together into a single big request. Either way, you will have put a hard limit on how much of your time she can take.
- Since she is now force to sleep on her thoughts a few times, she will also make up her mind about her requests when making them, and not ask to reverse them the next day.
- When (if) the meeting does happen, you can also debate the need for the changes, and ask her whether a given change is needed at all and if she's sure that is the change she wants. She will probably back off and stop asking for so many changes when she has to justify them. Even if she succeeds in justifying them, she won't be able to "change her mind" the next day because she already agreed that she's sure about the change.
- If she complains that it's hard for her to imagine the result from just a single iteration, just direct her to the template, where she can see exactly what it would look like.
If she actually does persist in bringing you changes meeting after meeting, you can now ask her: "How many meetings should we have before we call this project done?" Whatever number you agree on, after that number of meetings is done, you can safely refuse her requests by appealing to the prior agreement. If she complains, you can explain that there's always infinitely many improvements that can be made in any project, but you don't have infinite time so you should focus on whichever ones are the most important and the rest won't be a big deal. Emphasize this in the meetings, by insisting she rank her requests from most important to least.
add a comment |
Tell her that you need to discuss these changes in detail to understand exactly what she wants, and ask her about scheduling a meeting. When giving your own availability, make sure the first time you're available is more than a day away. If she complains that you won't do it right now, explain that you are very busy, but she should try to organize her thoughts so she can make the best use of the time you do have.
- If you do this consistently, after one, zero or more such meetings she will realize that she can't just walk over and ask you every little thing, but she has to expend some effort for every request. She will stop making trivial requests or bundle them together into a single big request. Either way, you will have put a hard limit on how much of your time she can take.
- Since she is now force to sleep on her thoughts a few times, she will also make up her mind about her requests when making them, and not ask to reverse them the next day.
- When (if) the meeting does happen, you can also debate the need for the changes, and ask her whether a given change is needed at all and if she's sure that is the change she wants. She will probably back off and stop asking for so many changes when she has to justify them. Even if she succeeds in justifying them, she won't be able to "change her mind" the next day because she already agreed that she's sure about the change.
- If she complains that it's hard for her to imagine the result from just a single iteration, just direct her to the template, where she can see exactly what it would look like.
If she actually does persist in bringing you changes meeting after meeting, you can now ask her: "How many meetings should we have before we call this project done?" Whatever number you agree on, after that number of meetings is done, you can safely refuse her requests by appealing to the prior agreement. If she complains, you can explain that there's always infinitely many improvements that can be made in any project, but you don't have infinite time so you should focus on whichever ones are the most important and the rest won't be a big deal. Emphasize this in the meetings, by insisting she rank her requests from most important to least.
Tell her that you need to discuss these changes in detail to understand exactly what she wants, and ask her about scheduling a meeting. When giving your own availability, make sure the first time you're available is more than a day away. If she complains that you won't do it right now, explain that you are very busy, but she should try to organize her thoughts so she can make the best use of the time you do have.
- If you do this consistently, after one, zero or more such meetings she will realize that she can't just walk over and ask you every little thing, but she has to expend some effort for every request. She will stop making trivial requests or bundle them together into a single big request. Either way, you will have put a hard limit on how much of your time she can take.
- Since she is now force to sleep on her thoughts a few times, she will also make up her mind about her requests when making them, and not ask to reverse them the next day.
- When (if) the meeting does happen, you can also debate the need for the changes, and ask her whether a given change is needed at all and if she's sure that is the change she wants. She will probably back off and stop asking for so many changes when she has to justify them. Even if she succeeds in justifying them, she won't be able to "change her mind" the next day because she already agreed that she's sure about the change.
- If she complains that it's hard for her to imagine the result from just a single iteration, just direct her to the template, where she can see exactly what it would look like.
If she actually does persist in bringing you changes meeting after meeting, you can now ask her: "How many meetings should we have before we call this project done?" Whatever number you agree on, after that number of meetings is done, you can safely refuse her requests by appealing to the prior agreement. If she complains, you can explain that there's always infinitely many improvements that can be made in any project, but you don't have infinite time so you should focus on whichever ones are the most important and the rest won't be a big deal. Emphasize this in the meetings, by insisting she rank her requests from most important to least.
answered 16 hours ago
SquiddleXOSquiddleXO
78438
78438
add a comment |
add a comment |
protected by Mister Positive♦ 2 days ago
Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?
35
is this coworker your boss (seems like not)? or in charge of this project?
– DarkCygnus
Apr 25 at 18:27
18
Also, have you raised this with your boss yet?
– DarkCygnus
Apr 25 at 18:29
12
talked to boss man, and he said to push that project to next week, and in the mean time work on another one
– dennismv
2 days ago
8
You probably should post a question like this with a throw-away account next time. You don't want people to stumble across questions you asked about them.
– Mark Rogers
2 days ago
6
@trognanders There's nothing wrong with imaginary violence if it's a coping mechanism.
– forest
2 days ago