项目管理期望值计算
要成为一名有效的软件开发人员，还不够技术。 最重要的是，优秀的专业人员还应该关注其他几个方面。 在我列表的顶部附近，可以与项目中涉及的其他人进行交互。 无论项目的性质是什么，您都需要进行交互才能完成工作：
- 作为开源贡献者，您必须协作检查补丁程序或检查补丁程序，必须解决用户提出的问题，想要与新用户交流功能，与其他提交者或共同维护者进行计划
- 作为自由职业者，您必须与当前客户和潜在客户互动。 您还必须与项目中涉及的其他开发人员，设计人员或测试人员进行交互，并且需要清楚地交流由谁负责什么工作
- 在公司工作时，您必须与其他开发人员，团队中和其他团队中的人员进行协调，以与您的经理进行沟通，最重要的是与项目经理进行互动
开发人员和项目经理……并不总是一见钟情
与项目经理的关系有时会引起争议：作为开发人员的我们很容易抱怨它们。 毕竟他们是困扰我们一些需要在星期五下午6点进行的更改的人。 或者那些不断追求对我们没有意义的功能的人。
但是我认为项目经理在成功的团队中起着根本性的作用。 作为开发人员，只有团队成功，我才能成功。 因此，我认为与项目经理保持良好关系是他们交付成果的关键。 我很幸运能与出色的项目经理合作，对我有真正的帮助。 当我在TripAdvisor时尤其如此：在那里我遇到了绝对很棒的PM。 这并不意味着我不时与开发人员抱怨它们：)
但是，这的确意味着我理解，如果我们朝着正确的方向前进，如果我们能够高速交付功能，并且能够与其他公司协调我们的项目，那是因为他们的工作。
因此，我深信PM可以有所作为。 但是这种差异可能是严重的消极的或极好的积极的 。 我并不是说我了解PM的所有职责，而且我敢肯定，他们在做很多事情时都不会与像我这样的开发人员进行互动。 我只是在专门考虑PM如何与开发人员互动以及作为开发人员对PM的期望如何。
从我的角度来看，项目经理可以通过做这五件事来简化开发人员的工作。
1.交流业务优先级并考虑技术优先级
我们都过度劳累，我们都有疯狂的工作堆，有人希望我们在一周内完成这些工作。 作为开发人员，我需要能够评估完成每个任务所需的工作量以及任务之间的关系。 也许某种重构将简化某些特性的开发，因此合理地排序这些任务是有意义的。 一项任务可能需要两个星期，而实现这三个其他功能可能只需要半天。 因此，我宁愿先对它们进行研究。
但是技术方面只是图片的一半：订购任务要求我们了解业务的优先级。 对客户来说最重要的是什么？ 哪些功能会立即影响我们的收入？ 这对于我们知道决定在哪里花费我们的能量以及首先提供什么非常重要。 我认为，项目经理需要与开发人员经常讨论优先事项是什么，并理解需要同时考虑业务优先事项和技术优先事项来决定我们下一步的工作。
有时，项目经理的技术优先事项也很重要：不能总是只考虑业务优先事项而忽略它们，因为这样做会影响我们交付软件的能力，进而影响业务的交付。
2.让开发人员提前了解截止日期
您是否曾经想过发现需要什么……今天晚些时候？ 还是承诺客户昨天会收到一个新的版本？ 这些都不是什么惊喜。 让我们明确点： 发生并要求我们处理它。 应用程序崩溃，公司每分钟都亏本：您停止所做的任何事情，然后进行修复。 发现了一个新错误，它很严重，需要尽快解决安全问题。 在现实生活中，有些事情我们无法计划。 我们可以对他们做出React。
但是，并非所有情况都如此，我们不能始终进行紧急驱动的开发 。 这只是不好的做法。 截止日期需要达成共识并进行沟通，以便可以对其进行计划。 作为开发人员，我们经常看不到整体情况，但对于PM而言，情况却是如此：他们可能会忽略一些技术方面的信息，并且可能无法在不提前知道的情况下按时完成任务。 因此，请亲爱的PM：尽快了解截止日期。
注意：当我说“让开发人员知道最后期限”时，是指真正的最后期限。 PM可能做的最糟糕的事情之一就是提出一些虚假的，自我设定的期限。 一些PM通过告诉开发人员客户希望他们在15日实际达成协议的情况下第一天就开始交付货物，来确保自己有时间缓冲的想法。 也许他们这样做是因为我们经常迟交东西，但是...猜怎么着？ 开发人员迟早会发现并考虑所有无用的压力或由于您的谎言而经历的长时间。 您如何看待他们的React？
3.管理通讯
我知道这听起来似乎不合理，但开发人员往往会有一些缺陷。 其中之一是开发人员倾向于以不同的方式进行交流。 他们往往直率而直率。 这对机器非常有效，对客户则少了一点。 是的，客户提供给您的SDK可能……不理想。 是的，这似乎是一个完美的例子，说明如果我们给猴子一盒便宜的威士忌和一本软件工程中所有可能的不良做法的手册，猴子会做什么。 好吧，让客户知道这一点仍然不是一个好主意。 让PM重新为我们改写它会更好。
而且，我很高兴当项目经理向客户追究我们需要他做出的决定时。 或与另一个团队的项目经理交谈，以说服他们回答我们团队的要求。 是的，我们确实需要一个答案，所有这三回我们都再次转发了相同的请求，这些请求在最近几周内被忽略了。
出色的项目经理将为我们提供完成工作所需的所有信息，并确保与所有相关方的沟通顺利进行。 我们甚至可能不会意识到他必须为此付出的努力。
4.使开发人员免受问题困扰
公司的生活充满压力。 压力来自不同的来源，需要进行管理。 作为软件开发人员，我们面临着许多技术挑战带来的压力：难以重现的错误，取决于线程同步的间歇性问题，静默破坏一切的框架的新版本，不可靠的基础架构一些集成测试失败。 我们有很多理由要强调。
经理们也有：他们比我们更多地处理内部政治，他们参与讨论要开发哪些功能，哪些不可以，他们可以争取为团队获取资源。 他们可以与其他团队竞争，他们会吸引客户。 好吧，对此我感到抱歉，但是如果PM开始将所有压力施加于开发人员，那么我们（开发人员）将最终陷入铁砧和铁锤之间。 我们既会受到技术难题的现实的束缚，又会受到客户和政客对粉红小马的狂热的束缚。 那太过分了，所以让我们达成协议：我们强调技术问题，这就是我们的负担。 其余的一切，对您的PM感到抱歉，但这是您要解决的问题。
5.确保我们从事相关项目
在构建对公司产品影响非常有限的产品时，它可能会非常非常努力地工作。 从长远来看，这对于那些喜欢建造酷炫东西的人来说可能是一种满足，但这将对您的职业有害。 如果您只从事无关紧要的工作，这对您没有升职的帮助。 相反，从事对业务有实际影响的事情具有几个优势：它给您带来了更多的动力，被关注的可能性以及从组织中获得更多资源和更多支持的可能性。
处理不相关的功能还不是最糟糕的事情。 它可能在完成之前或立即被丢弃的项目上起作用。 想象一下，将您的热情和汗水投入到刚刚被丢弃的事物上。 感觉不好，是吗？ 因此，最好与不会让您处于这种情况的PM一起工作。
到底
我认为项目经理在我们看到之前就已经拦截了许多问题。 它们是我们与客户以及组织其他部门的接口。 他们确保我们正在努力为用户提供价值。 他们跟踪整个情况，以便我们可以专注于实现，测试和发布的下一个功能。
事实上，开发人员在大多数时间都将PM视为理所当然。 我认为开发人员低估PM是很常见的。 我们常常只是不了解他们的所有责任。 但是请相信我，如果您与一个出色的PM和一个……不是那么出色的PM一起工作，您一定会注意到其中的区别。
我希望我们的开发人员和项目经理都能从更好的关系中受益。 我可以告诉你这样做是有可能的：我和一位正好是我女朋友的PM住在一起：）
项目管理期望值计算
3951
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
