在决定下一步要做什么时,你会考虑哪些因素?[关闭]

lean .

有没有什么事情真的让我很困扰,我认为我可以在任何人注意到我没有做老板认为最重要的事情之前完成。(这是合理的,因为它会分散我对其他事情的注意力)。

任何

乐趣+挑战=快速学习,对我来说。

有时,这让我远离了技术方面的东西——人们也可以成为一个有趣的挑战。

• 这个项目是其他东西的要求吗?
• 我能多快/多容易地完成这个项目?

是

将

这一点,加上工程师花费时间的其他“强制性”方式(培训课程、全体会议、季度绩效自我评估和同行评审等),应该占到工程师时间的80%左右——剩下的20%是每个工程师应该投入到“完全不同的事情”上的时间(“蓝天”探索性项目、“创业社区”努力、开源贡献等),与手头的项目没有直接关系。没有人真正精确地测量小时数,但这仍然是一个有用的指导方针(我一直在想如何让测量变得简单无痛,我可以在20%的时间内实施,以帮助我更精确地分配时间和精力,但我实际上还没有得到任何整数;-)。

容易的。我问我的老板。

如果你已经在公司/信誉方面有了良好的记录,那么就只做高价值+高风险的事情。

“什么是项目优先级”

2. 是否似乎有特定规模的项目在积累?例如,少数真正的大项目是否忽略了许多小项目?如果是这样,我可能会选择一些可能被视为快速胜利的小胜利,这可能会帮助我的球队看起来不错。

这些是我如何做出决定的一些看法,以及与我的经理交谈,因为这是他的工作的一部分,对吧?

如果你计划在现任雇主那里度过一段漫长的职业生涯,最成功的策略就是将你的目标与业务相结合。例如,对于企业来说,最关键的项目可能是升级一个旧的不太吸引人的VB/Oracle库存控制包,以包括一个与新供应商的古老EDIFACT接口。如果你被视为此类项目成功的关键人物,你将在雇主的尊重中排名很高(这是正确的),你的意见和建议将得到认真对待。

为工作的优先级提供一个框架是管理层的直接工作。直接的日常优先级可能由管理层决定,也可能交给开发人员。

然而,在精明的公司中,众所周知,决策有几个有趣的特性:

• 每件事都需要时间和精力,而这与实际工作无关。

• 每一个决定都是一种权衡

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

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

What You'll Wish You'd Known

如果你对业务优先级有疑问——通常是因为与不同的利益相关者一起参与多个项目,他们都认为自己的项目是最重要的——你可以试着让两个利益相关者在一个房间里讨论哪个项目优先级更高。或者你可以把谈判委托给你的经理,因为这实际上是他的工作。

This

我会问老板,如果他们不做决定,那么我会选择我认为对公司、利润和团队道德都最好的项目。

3. 与部门目标保持一致——剔除真正不属于你的工作

此外,能够从清单上划掉一堆东西也可以是一种宣泄。