Project management 新项目恐慌

我有一个问题，严格说来与编程无关，但这是由于我同时是一名分析师和一名程序员引起的

这是关于开始新的项目，这些项目似乎不可行，因为它们有一个未知的领域，缺乏规范，和/或需要我不熟悉的技术。当我接近这样一个项目时，我会有些恐慌，然后随着我对领域和技术的理解而放松下来

这是你的经历吗？你是如何应对的

冷静点

如果项目一开始是不可行的（即使只是你自己的想法），那么从可行性研究开始。这是一个子项目，您将使用它定义项目（或至少定义下一个子项目）

您已经在可行性研究中定义了几个主要任务：了解该领域，编写一些规范，充分了解新技术

对我来说，我从不为这种情况感到恐慌，我喜欢从一张白纸开始，经验教会我如何快速填写

---

所以，做几次深呼吸，然后跳进去。

是的，我一直有这种感觉。但我一直认为技术就像工具。一旦你学会了如何处理，剩下的事情就很容易了。

只要我不觉得那是灾难潜伏的时候！就像吃大象一样，一次咬一口。做一些你确实理解的部分，这将为下一个部分提供一个句柄。

• 不可行,
• 未知域
• 缺乏规范
• 需要我不熟悉的技术

我想这也是我们开始生活的方式。只要你有信心能够成功，只要坚持下去，你就会看到事情对你有利，前提是：

你明白自我激励的重要性

你要为自己负责

你在正确的时间问正确的问题

---

祝你一切顺利

这些不可行项目的问题通常是，客户的预算有限，在你完成可行性研究之前就会破产。在这种情况下，或许值得从技术上退一步，看看经济学。可能是将合同分包给具有所需知识的人会减轻痛苦。

我所知道的在项目中控制人为因素的最好方法是对自己的过程有一个清晰的概念

从一些领域驱动的设计开始，与用户合作，帮助他们了解自己的领域以及围绕该领域的业务流程。通常，开发人员比管理人员/业务人员更擅长抽象，因此我们可以帮助他们理解自己的领域

建立一套验收标准，这些标准构成了您的测试，实际上构成了您的规范

一旦你对以上内容有了概念，你就知道了更多的可行性以及需要多长时间（即使指定的技术是正确的）

至于采用新技术，从小事做起，建立一个概念证明，并在那里犯错误，而不是在生产代码上。网络上有大量的最佳实践，像StackOverflow这样的地方是很好的起点

我建议以敏捷的方式工作，让项目负责人对需要完成的工作进行优先级排序，确定下两周sprint需要什么并交付（这可能意味着取消很多功能）。他们会告诉你什么时候是错误的，这可能会影响他们自己的决策

---

不要把整个项目看成一个令人讨厌的整体，把它分解成可交付的部分，一步一个脚印

转到社区维基？这是个人自我提升问题还是编程问题？如果这是个人的自我提升，为什么答案不是“更多的杜松子酒”？为什么这个问题不以“与编程无关”来结束呢？这个问题的编程部分是什么？