|
今天看到一篇评论，很同意观点，试着弄成中文看 Project late 项目都会经常延迟。这不仅仅是在软件领域。事实是，时间是我们最大的敌人，而当预料之外的事件发生时所需要额外增加的时间可能需要比我们预期的时间多出相当多。在软件中，对于设定的功能或系统，我们总是被要求可以添加更多的内容。并随时向利益相关方交流进展和当前存在的block，交流技能是第一位的。 Debuggability 调试(DEBUG)能力很多时候被严重低估。在编写代码时，不仅要考虑它的运行方式，还要考虑它可能的失败情况以及你将如何在生产环境中进行调试。创建更多的log, 以相对易读的格式存储，多创建一点方便自己管理的工具。 SCOPE 积极参与管理项目范围，与上述类似，维护项目的范围scope至关重要。在项目进行过程中，人们往往会试图添加各种功能。如果你不想反对，可以尽量详细地说明它将如何影响项目交付，并广泛传达。有意识的寻找可以削减的内容，或者我最喜欢的，制定可以在发布后交付的内容，并推动在最后优先考虑这些内容。我个人非常喜欢“快速跟进”。 End to End 要对你的系统负责，不仅仅是你的代码。要表现得好像你个人对所从事的系统的成功负有责任，从头到尾（因为确实如此）。 Large Organization你是一个更大组织的一部分。你制作的软件可能是公司用来赚钱的产品，但这并不意味着你的工作是宇宙的中心。花时间与其他职能（销售、市场营销、财务等）的人见面，了解他们的思维和工作方式。这样你将对整个业务有更全面的了解，围绕你的制定的决策将更有意义。即使在最小的初创公司，这依然是真实的。 Ask Dump Question敢于问愚蠢的问题。如果你在一群人中，并对正在讨论的内容有疑问，很有可能群里其他人也有同样的问题。大胆地发言！为了团队的利益提出问题。没有人会记得你提出了一个问题，但你和其他人将永远拥有答案中的信息。 Tech Debt 你将没有时间回头解决技术债务。别自欺欺人。尽力在前期将其最小化，并根据在可预见的未来可以容忍的情况优先考虑解决。99/100情况下，直到系统的这一部分需要进行重大改建，你才有机会回来解决，而你不知道那会是什么时候。 原文地址:https://roughlywritten.substack. ... years-into-software |
