我在IT帮助台工作，经常会收到一些模糊的 “到期日期 "请求。
但他们不会说 "我希望在11月2日之前完成 "等等。而且我不能直接问 "你什么时候需要这个？"（这不是一个_紧急任务…，即他们要分析的东西，等等）
我应该如何礼貌地弄清楚截止日期是什么时候？
仕事が割り振られたらすぐに、期限がないなら期限を設けましょう。あなたはサポート役のように聞こえますし、ビジネスの中で他の多くの人をサポートしているかもしれません。あなたが持っているすべてのタスクには、期限が割り当てられているはずです。あなたが持っているすべてのタスクには、期限が割り当てられていない仕事が割り当てられている場合、あなたはそれを要求する必要があります。
あなたがプロジェクトのスタッフが引き継ぐ前にある種の仕事をサポートする必要がある場合、プロジェクトマネージャーはスケジュールの遅延を避けるためにあなたの仕事をプロジェクトチームの誰かに引き渡すことができる最新の日付を把握することができるはずです。
私はまた、プロセスを合理化するためにあなたのマネージャーを関与させることを検討します。IT部門へのすべての要求は、それに関連付けられた “より遅くない完了 "の日付を持っている必要があります。部署に依頼を出す側も、作業にどれくらいの時間がかかるかを理解しておく必要があります - 依頼日と完了日の差は、タスクを完了するための最短時間よりも短くてはなりません。あなたのサポートを必要とするすべてのプロジェクトは、あなたが複数のプロジェクトをサポートしていることを理解し、必要な時間とリソースを効果的にスケジュールできるように、できるだけ早く彼らのニーズを伝える必要があります。
我可能是错的，但在我听来，你有多个PM都在给你安排工作–在这种情况下，我认为你不应该问你的最后期限是什么，我认为你应该把你的客户转到你的直接经理那里，他的工作就是给你的工作分配优先级（并给你的工作分配最后期限）。
从多个人那里得到 “最后期限 "的问题是，每个人都会100%地相信他们的要求比每个人都重要，他们不会知道或关心你同时得到四五个人的要求。所以你有一个人，所有的请求都要经过他的同意，而这个人需要足够的力量来优先考虑一个人的请求。 (https://workplace.stackexchange.com/a/3449)”[对项目经理说不？]&003"。
其他人已经提到过，没有理由在任务优先级上犹豫不决。但是，还有一个考虑因素似乎从答案中漏掉了：
**你应该在约定截止日期之前估计好任务的*。 既然任何任务都是双方约定的结果，就不应该盲目接受任何截止日期。相反，
你不应该要求一个要求的日期，你只是在收集信息，以便更好地服务于你的客户。
你确实需要小心翼翼地同意一个日期，在你知道
所以，当你在问客户什么时候要的时候，你要么就是在收集信息，不做任何承诺（说清楚），要么就是告诉客户你能不能满足这个日期。
如果你不能诚实地承诺客户想要的日期，那么就需要进行一些协商，关于什么时候做什么任务。不管是谁做的，他们需要了解整体的优先级。
还有，抱歉，我认为你最好只是简单地问一下什么时候需要，而不是问'你最晚需要这个日期'什么的。只要直截了当，开诚布公就可以了。
最后期限和ASAP作为一个计划工具并不是很有用。做到最后期限意味着要对其他事情做出妥协。决策需要包括对妥协的理解。
通常情况下，你最能判断所有工作的相对紧迫性，但你如何安排工作的优先级是你的老板说了算。你给你的老板提供的信息是：
任务A很重要，但会花很长时间；我应该在20%的时间内完成80%的任务，然后再继续做。
那么就看你的老板基于对公司需求的大局观理解来纠正你：
是的，先做任务B，然后再转到任务A的所有任务，虽然要花很长时间。
然而，在你所问的案例中，你似乎不知道如何安排这项工作的优先级，所以你问：
我认为任务A会花这么长时间，但我不知道相对于任务B、C、D的优先级应该如何安排，你怎么看？
我曾经和那些听起来像你所面对的客户一样的经理打过交道。我总是确定要从他们那里得到三件事情：
–这上面的到期日期是什么时候？ –我的可交付任务是什么？
–我应该放弃哪些任务来实现这个目标？
最后一个可能会交给你的直接经理，但这三个方面都很重要。大多数经理/客户都会认为所有的票子都很重要，直到他们被迫考虑到一个任务的三个方面。
第一个很容易被轻描淡写（'昨天！'），但第二个和第三个迫使他们阐明问题，并杀死他们的宠儿。不止一次，曾经不止一次有这样的情况，有一张单子被分配到我这里，优先级最高，但在经理意识到他们不知道自己真正想要的是什么，或者说他们不愿意为了那张单子而停工另一个单子，就把它拉了。