在决定接下来要做什么时，您会考虑哪些因素？

Question

最近我一直觉得我被拉向不同的方向。在我的公司里，有很多力量要求我的时间，我很难决定哪个方向集中精力。

我可以选择几个不同的编码项目，其中一些项目可能会随着时间的推移需要更多的工作，并提出未知的挑战。

你如何决定下一步的工作？润滑吱吱作响的车轮？低挂水果？ （翻译：更简单的项目）

您是否有确定并实现目标的系统？

Answer 1

作为lean的一部分，我们使用了价值图来根据价值与努力来识别项目。

Answer 2

我要求的一些事情会影响我的工作：

我的任务是否阻碍了其他开发人员或让其他人无法完成工作？如果是这样，它可能会先完成。

我是否有任何截止日期的任务？如果是这样的话，它可能是下一个可以继续工作的候选人，除非我能证明其他任何值得完成任务的计划。

对任何其他任务的影响是否会影响（使过时/变得更容易/变得更加困难）？如果是这样，它可能会被提升。

是否有可能改变任何任务（要求仍然没有具体/可能影响它的其他任务），花在它上面的时间现在可能浪费了？如果是这样，它就会向下移动。

是否有任何事情真的让我感到烦恼，我认为我可以在任何人注意到我没有在我的老板认为最优先考虑的任何事情之前完成任务。 （这是有道理的，因为它会分散我对其他事情的注意力。）

在我脑子里还有新鲜事的时候，我还有什么工作要做吗？

......除此之外，我们还会考虑我所拥有的任何固定期限，我可能会阻止其他人的任务，老板首先想要的任务（我喜欢这个老板，我只是有一个给我任务......在过去，我的回答是不同的），哪些看起来更有趣，哪些我可以快速完成，以便将它们从列表中删除等等。

有些时候，我有一个以上的经理，我只需将所有内容放在白板上的列表中，并告诉他们给它们编号（17项，这些项目不断增长）。管理层犹豫不决，但我厌倦了一周又一周的会议结束时没有完成任务，并且不得不查看我给出的每个“紧急”任务清单。 （并且被告知，部门的任何经理都被允许在紧急情况下向我提出任务......这就像30个人......当我问到谁到达时，我被逮住了决定是否是紧急情况。）

Answer 3

当我有了选择时：无论是最好的挑战还是附带的最大挑战。

有趣+挑战=快速学习，对我而言。

有时这会让我远离技术性的东西 - 人们也可能是一个有趣的挑战。

Answer 4

在决定接下来要做什么时，我倾向于根据事情权衡4项：

• 此项目是否需要其他内容？
• 我可以处理这个项目（即，我在等待它的东西）？
• 我可以多快/轻松地完成此项目？
• 我找到这个项目所需的工作有多有趣？

Answer 5

我现在的团队（从事各种商业智能软件项目），我们最近开始采用经典“敏捷”项目规划和估算的变体 - 到目前为止，每个人似乎对它都非常满意，包括我们（不同经验水平的开发人员），产品经理（高技术人员，通常也有一些开发经验，但最感兴趣的是业务方面的事情），管理（我们报告的级别相当技术，但也少 - 技术，更商业的董事和副总裁），以及其他利益相关者（我们软件的用户和潜在用户）。但是，当然，它是早期，我们将随着时间的推移进行调整。 （在过去几年中，我在非常不同的应用领域使用了其他变体，例如集群管理软件;但我经常也使用更多特别的，结构较少的方法。）

概要如下。在每次迭代中（我们目前处于2周的迭代周期），PM选择他们可能希望从我们区域的项目获得的一些“商业价值的基本单位” - 一个典型的单位将是一个特征，一个错误在与技术主管和一个或两个高级工程师的小型会议中，每个单元被分解为工程任务（并确定任务之间的依赖关系）。在一个更大的整个团队会议中，每个任务的相对“成本”（大致相当于其他任务执行该任务需要花费多少时间）被集体评估（我们使用的是完全抽象的抽象单位） “点”，虽然我看到其他团队使用较少的抽象单位，如“理想的工程日”。评估的成本包括单元测试和技术文档。

这些任务，每个都有评估的成本，继续称为团队的“积压”，以及“内部重组”任务（通常重构不会提供新的用户可观察加，但将< / em>进一步提高开发和维护的效率），还有评估成本和预期收益的总结（必须用PM可以理解的方式表达 - 幸运的是，正如我所说，我们是高技术人员）。根据工程团队的共识，重构也可以被视为某些业务请求任务的先决条件（例如“在Y级之前进一步对组件X进行工作没有意义，太大，正确分割，这将需要N分”）

PM现在可以按照他们喜欢的任何方式在待办事项中订购任务，这取决于完成这些任务组成的单位的业务价值，受限于依赖性。他们基于过去的结果大致了解团队在2周的迭代中可以完成多少“点”（我们的“速度”），因此他们试图确保最终可以执行一些有价值的业务发布迭代（而不是在飞行中拥有许多具有商业价值的东西）......但是没有一个完成并且可以交给利益相关者！ - 。

然后，团队将大约80％的时间和精力用于解决PM设计的最优先任务（包括对某些时间的配对编程，特别是紧急任务或一个团队成员需要学习的情况）更多关于某些技术或代码库的某些部分，另一个是这方面的专家的团队成员可以与他们配对一段时间）。优先级顺序是一个重要的指示，但它并不是完全严格的（例如，如果顶级任务需要在Java中进行大量工作，而第二个需要在Python中使用它，我可能会选择第二个，因为我的相对生产率会非常高这样 - 对于一个Java大师等等的团队成员反之亦然。）

“优先级0”又称“红色代码”问题可能随时出现，如果他们这样做，根据定义，他们将优先于任何其他任务（并且只在计划中追溯，以确保速度正确评估）。但是，由于我们在测试，发布工程和其他质量保证实践方面做得非常好，幸运的是，这些紧急情况很少见。

这一点，以及工程师花费时间的其他“强制性”方式（培训课程，全体会议，季度绩效自我评估和同行评审等），应该占工程师时间的80％左右。 - 剩下的20％是每个工程师应该投入“完全不同的东西”（“蓝天”探索性项目，“工程社区”努力，开源贡献等等）的时间，与项目的直接相关手。没有人能够准确地测量时间，但这仍然是一个有用的指导方针（我一直在考虑如何使测量变得容易和轻松，我可以在20％的时间内实施，以帮助我更准确地分配时间和精力，但我没有实际上已经得到了任何圆形的调整; - ）。

Answer 6

易。我问老板。

Answer 7

高价值+低风险。

如果您已经拥有公司/可信度的记录，那么只有高价值+高风险的东西。

Answer 8

Answer 9

简单：我的时间最高和最好用的是什么。

如果我参与了一个项目并且这不是这个问题的答案，我会问自己为什么我正在研究它以及我能在多长时间内完成它。

Answer 10

:)在工作中我把这个决定留给了我的项目负责人和团队负责人，因为他们知道的更好   “什么是项目优先”

在家里，我会去看有趣，学习和挑战的地方

Answer 11

当我可以选择接下来要开始的工作时，我会尝试在两件事之间找到平衡点：快速，简单的修复方法（例如修复用户一直在抱怨的非关键错误）和服用在一个项目，我可以使用我一直在学习的东西。我发现如果我在这些类型的工作之间交替，我可以保持自己和同事的快乐。

Answer 12

您真的需要与业务部门讨论这个问题，因为只有他们可以告诉您哪些对他们有最高价值。在那之后，我会追查风险最大的项目，因为如果有什么事情导致时间表滑倒，最好早点知道而不是迟到。

如果您在业务优先级方面遇到问题 - 通常是因为与不同利益相关方的多个项目都认为他们的项目是最重要的 - 您可以尝试让两个利益相关者进入一个房间来讨论哪个项目是优先级更高。或者您可以将该协商委托给您的经理，因为这实际上是他的工作。

Answer 13

从根本上说，作为软件开发人员，我们是业务推动者。您的优先事项应与业务优先级相结合，并在快速获胜和更大的战略计划之间务实。努力和优先级是一个很好的矩阵，可以用最少的努力/最高优先级对项目进行评分。

从问题的基调来看，业务优先级要么不明确，要么利益相关者之间存在冲突的方向。这是一个开始的地方，它将使您的决定在解决后更容易。

Answer 14

由于您没有说明您是从开发人员或经理的角度谈论，我将尝试涵盖两者。

为工作确定优先顺序提供框架是管理层的直接工作。直接的日常优先级可以留在管理层或交给开发人员。

谁应该在普通公司的什么时间和什么时候开展工作的决定很可能被两个群体视为权力，控制和声望的问题，并且做出最优先级决策的人显然是更重要的参与者。

然而，在精明的公司中，人们很清楚决策有几个有趣的特性：

• 每个人都需要花费时间和精力，而不是从实际工作中转移。

• 每个决定都是权衡

• 为了做出良好的交易，做出决定的人需要处理所有正确的信息

随后，管理层没有完成所有决策的所有信息，也没有可能在每种情况下都有正确的信息进行良好的交易，但开发人员不能花时间每天做出数百个优先级决定，而不是制作软件，也没有做必要的协调。

因此，解决方案是管理层为任务评估和优先级划分创建一个简单的框架，并将其交给开发人员，他们将根据具体情况快速应用它，填补空白。在管理术语中，这种框架称为战略;它通过消除重复的冗余决策来节省时间，为工作提供重点和一致性，并提供方向。它应该足够详细，以消除每次重新评估情况的负担，但足够宽松，以便开发人员在重要时做出正确的选择。

框架本身可以为决策提供非常直接的规则，或者提供一些分析方法，如帕累托，SWOT，成本效益，预期回报分析或Porter Five Forces等。但是，值得保持规则简单，毫不含糊，尽可能直截了当。

Joel Spolsky向全世界提供了几个用简单英语写成的非常好的内部软件策略文档。并非所有文档都与开发软件直接相关（表明它实际上可以为公司生活的各个方面提供不同的无关决策框架）。此外，由于文件相隔数年，实际上可以看到这些框架如何不断变化以适应这种情况：

1. Fog Creek Compensation
2. Our .NET Strategy
3. Set Your Priorities
4. Fruity treats, customization, and supersonics: FogBugz 7 is here

如果你有兴趣从个人的角度选择要做的事情，我认为最好的建议之一就是Paul Graham在他的文章“What You'll Wish You'd Known”中提出的建议。

Answer 15

你应该问自己一个问题。您是否正在寻求可能包括或不包括您当前公司的一般IT职业道路，或者您是否打算在当前的雇主中有长期的职业生涯？

如果你打算让一个成功的IT职业转向不同的雇主，那么可悲的是，最成功的策略是“流行语收集”。确定当前/下一个重要的事情并尝试在您的简历中获取它。例如对于一个可能永远不会投入生产的SOA后端项目的简单AJAX，这将增强您对未来雇主的价值，即使该项目对您当前的临时工人没什么价值。

如果您计划与现任雇主长期合作，最成功的策略是将您的目标与业务结合起来。例如，业务最关键的项目可能是升级旧的unsexy VB / Oracle库存控制包，以包含与新供应商的古老EDIFACT接口。如果您被视为此类项目成功的关键人物，您将在您的雇主尊重中排名非常高（并且正确），您的意见和建议将得到认真对待。

Answer 16

我会从管理层的角度看待最优先考虑的事项，即对即将开展的项目进行初步优先排序。如果它们都是优先级1项目，那么还有一些其他因素可能有助于我做出决定：

1. 我是否看到该项目对组织有多大价值？这是否真的有助于我们拥有的竞争优势？

2. 是否有特定规模的项目累积？例如，许多小项目被忽略了几个非常大的项目？如果是这样，我可能会采取一些可能被视为快速获胜的小孩，这可能有助于我的团队看起来很好。

3. 这些项目中的任何一个都利用我的优势吗？这可能有点难以确定，但它可以帮助很多动力，至少使用Marcus Buckingham对力量的解释。

4. 其他项目有哪些团队和结构？我认为我不想参加一个看起来像是一场大规模火车事故的项目。是否有足够的结构，以便我不会去做可能会损害项目成功机会的事情？我是否相信我可以使用方法Y和技术Z来处理X？

这些是我做出决定的一些方式，以及与我的经理谈话，因为这是他的工作，对吗？

Answer 17

如果你的问题是拖延问题，那么也许你需要专注于摆脱那些你最害怕解决的工作 - 或者至少在他们身上取得一些进展，以减轻考虑你有多远的压力。

Mark Forster撰写的

This书提供了一些很好的建议。

如果不这样做，您可能希望生成迭代计划。让每个人都投票给工作 - 无论什么得到最多的立即安排。这样每个利益相关者，包括你自己都会得到一些投入安排。

Answer 18

如果我们在工作环境中谈话，我会经历并优先考虑事项 - 什么是关键任务，什么是紧急事件，然后其他任何东西都被放入列表中，它按照它的顺序完成

至于在工作中选择下一个大项目，我喜欢做提供最大挑战的事情。我作为开发人员工作了一年，我有机会为一家大型公司做一些工作，与一些安全专家合作并做我从未做过的事情。所以我选择了，在我的简历上看起来很棒。

就个人发展工作而言（不是自助），我会再提供一些挑战我的东西。它必须是我之前没有做过的事情。如果其他人已经这样做并不重要 - 我没有，我可以从中吸取教训。

最后，这一切都归结为它为您带来的价值，以及它对客户的价值。幸运的是，我也有几年的销售经验，所以我可以轻松地将我需要的产品卖给客户。

Answer 19

我会问老板，如果他们不做出决定，那么我会选择我觉得最适合公司的项目，以及团队的利润和道德。

如果我在太多的项目之间被撕裂，我会选择一个听起来像我可以更多地发展我的技能并且对大多数人感兴趣的那个。

如果一个项目听起来令人兴奋，我也会变得更有动力和决心:)

Answer 20

鉴于你的问题的性质，我认为这是所有人认为你应该做的工作，但显然没有足够的时间来完成这一切。因此，您只需要充分了解某些项目可能无法完成的优先级。

1. 如果未完成该项目，则会产生影响/风险。
2. 可见性 - 是否有其他人真正关心此任务
3. 与部门目标保持一致 - 清除真正不适合你的工作
4. 与公司目标保持一致 - 清除对公司业务不重要的事情。
5. 享受因素
6. 与职业目标保持一致 - 许多人会将此项目的排名显着提高。取决于你的职业生涯与今天的工作有多重要。今天我的排名比长期职业目标高一点。有些项目可能很糟糕，但他们可以继续你的职业生涯。

Answer 21

我想这取决于清单上的数量。如果有很多低悬的水果已经列入名单一段时间，那么花一些时间来清理其中的一些可能是值得的。这样，对可用时间的要求就会减少，并且可能有更多的时间或激励可用于大项目。

另外，如果能够从列表中删除一堆东西，这可能是一种宣泄。

Answer 22

我倾向于同时处理多个项目，所以我会在一个更难的项目上工作，取得一些进展，当我遇到困难并需要考虑如何做下一部分时，我会去一些低点 - 变成水果，这样我就可以继续取得进展，因为我将潜意识的时间用于处理更难的问题。

但是，这实际上取决于你的优先事项。我从来没有善于试图给人留下深刻印象，所以我只是悄悄地试着去完成工作。

Answer 23

我通常会先开始研究一个更大的项目。然后，当我觉得我需要稍稍离开它时，通常所以我可以稍后以清醒的头脑接近它，我会尝试一些快速的一次性任务或简单的项目。

我知道这不是很具描述性，但在处理一个大型项目清单时，偶尔听到分散注意力的声音对我来说似乎很有效。

Answer 24

我倾向于从学习者的角度来看待项目。我倾向于选择一个能够帮助我学习新东西的项目，我也会寻找“酷”和有趣的东西。

另一方面，您可以根据它引导您的位置选择您的下一个项目。问问自己，你是否有一个项目X可以帮助你实现的职业目标。也许一个引人注目的项目比间隔更好 - 至少在短时间内。

要克服的一种方法是定义几个对你很重要的关键品脱（即新技术，有趣的等等），并尝试对每个机会进行评分，看看哪个得分更高。