规划与规划

Question

最近，由于我的团队的主要开发人员离开了，我承担了更高级别的计划任务。我讨厌长期的计划。我的大脑并不是天生就被它所吸引，我对它也没有足够的兴趣去花时间去学习它(它很难跟上画面的编程方面)。

如果没有高水平的规划师，一个人还能成为一个好的程序员吗？

作为一名高级程序员，一个人是否能够很好地规划整个产品并选择一个完成日期？

Answer 1

详细的长期项目计划是臭名昭著的，通常是非常不准确的。系统的功能在发射前将不可避免地发生变化，人们通常会花很长的时间来制定规范中的具体内容，但股东最多只能粗略地看一眼。

你应该在敏捷规划上读更多，你可能会发现它更符合你的心态。许多敏捷方法试图从详细的、长期的规划中寻找方法。

敏捷方法试图最小化详细的技术规范和文档，以支持自记录代码和孤立的原子用户故事，并最终支持工作软件。在一个高效的敏捷团队中，最少要花费在计划上的时间。

阅读敏捷宣言并查看Scrum。使用迭代开发和动态系统开发方法指导项目。

敏捷方法的主要缺点是你必须公开承认你不知道你的项目的确切范围，而让管理层接受这个想法是非常困难的，而且通常需要一段时间。有关这方面的一些技巧，请参见这个问题和答案和这个职位。

当然，当您成为一名更高级的程序员时，您可能会减少编写代码，但我认为在敏捷团队中，这并不意味着您需要编写更多的技术规范，而是意味着您将花费更多的时间来管理和指导团队成员，并对代码进行架构决策。

Answer 2

是的是可能的。然而，如果您想成为一名优秀的软件工程师或软件架构师，这就是您的高层次计划发挥作用的地方。对我来说，程序员和工程师之间的主要区别在于能够看到全局。

Answer 3

当然，从程序员的角度来看，你可以成为一个优秀的程序员。从管理层的角度来看，这是另一个问题。根据我的经验，参与规划过程是获得更多有趣的编程任务的最佳方式，2)以您想要的方式完成它们。

换句话说，一旦进入短期规划阶段，很多选择都将被抛诸脑后。如果你喜欢的解决方案需要六周的时间，但他们只花了两个星期的预算，你就会被他们的决定所困扰。如果你对他们在长期规划中已经讨论过的事情感到担忧，他们不会想重提它。

如果你对这件事很满意，那就给你更多的权力。大多数人对获得的经验越多，就越不满意。

肮脏的小秘密是没有人很擅长长期的规划和评估。更好的规划者是那些意识到自己的局限性的人，所以不管你信不信由你，你是领先的。接受评估不确定性核算方面的培训。看看基于证据的调度或scrum之类的技术，它们依赖于历史数据来显示您的估计有多准确。如果你在工作中有更大的发言权，你就会更快乐。