Project management 如何在没有深入了解所有相关技术的情况下管理项目？

在我的组织中，我们必须使用不同的技术处理多个项目，如flex、iphone、.net、php等。问题是我只懂java

所以，如果一个开发者告诉我一个问题需要2天才能解决，我真的无法判断他是对还是错

如何处理这种情况

还有一个问题是，因为我不知道某项特定的技术，所以很难说某项特定的技术是否可行

我准备项目计划、文档、与客户的联系这些东西，但由于我对所有这些技术的知识不足，我几乎无法控制开发人员

---

对此我能做些什么？

如果您觉得某个估计有点过头了，开发人员当然应该能够解释是什么导致了延迟。特别是如果你懂java，他们也应该能够向非技术项目经理解释它（毕竟，项目经理可能需要向客户解释）

---

除此之外,；相信你的开发者。他们可能不会严重低估你，让你陷入困境，但在与客户沟通时，你也应该给自己一些空间。如果他们经常高估，你应该注意过一段时间后。

你可能应该相信开发人员的估算，但他们并不总是100%准确，记住他们是估算。使用一个流程也可能是一个好主意，该流程具有内置的接受度，即估算只是估算，或者不需要估算（例如看板），或者具有内置的特性以适应估算的性质（例如Scrum）

项目经理不需要对技术有太多的了解，因为这是开发人员的职责所在，但我知道情况并非总是如此，尤其是项目经理也负有技术责任的情况

因此，判断某件事情是否可能不应该仅仅是您的责任，这种类型的评估实际上应该完全委托给开发人员，至少在技术方面是这样。您仍然可以在业务、经济和客户考虑因素反映某些努力的可能性或其他方面时提供评估

---

简而言之，在需要的地方利用开发人员的技术知识。

与您的开发团队成为朋友。向他们解释，你们的工作不是指导他们，也不是告诉他们如何做某件事以及需要多长时间，而是帮助他们进行协调，避免他们和客户直接互动

一旦您处于相互信任的状态，请描述客户的需求，并依赖开发人员提供的估计。无论如何，他们都是有知识的人

---

如果一位客户当场要求你提供一个估计值，回答说不经过思考和专业知识就不可能给出一个准确的数字。如果他们坚持，回答一个大的数字（至少你用你知道的语言做同样的事情需要多少），并告诉他们你很快就会提供实际数字。

这是Scrum提供的，但即使你不做Scrum也适用。在Scrum中，只有开发人员可以估计完成某件事情需要多长时间。经理不得给出、推荐或以任何方式修改该估算。所以首先要相信这个估计

但是。。大多数程序员天生就过于自信。如果一个程序员说2天，那么他可能需要3天才能完成一项任务。估计数（起初）并不反映实际情况

解决这一问题的办法是记录估计数。我通常把任务和估计写在一张卡片上，然后贴在一块大白板上。如果任务花费的时间比估计的时间长，那么机智地提醒开发人员并记下一个心理笔记。下一次，在做出新的评估之前，对错过的截止日期或提前完成的情况给出一些微妙（或不那么微妙）的暗示。通过这种方式，开发人员将慢慢学会改进他们的估算

对这一切都要诚恳。目的是得到准确、可靠的估计，而不是给人们施加压力。这项工作的全部目的是训练人们做出更好的估计。相信我，准确的估计比错过最后期限更重要。告诉客户一个项目将被推迟一周是相对容易的，如果在该周结束时你能真正交付该项目。另一方面，反复告诉客户项目将在“明天”完成，会很快让客户失去对你的信任

其他一些注意事项：

当我开始这个过程时，大多数人花了大约一个月的时间才真正能够给我准确的估计。这并不是说他们故意对先前的估计撒谎。只是人们，尤其是程序员，不经过培训就不知道如何做出好的评估

每当开发人员提出超过3天的估计时，我会自动要求他们将任务分解为更小的子任务，这样每个子任务只需1到2天即可完成。这也会自动生成里程碑，您可以实际跟踪这些里程碑，以查看任务进展顺利还是停滞

---

向你的老板解释这个过程并得到他的支持。如果你的老板一直对你施加压力，你很难（但并非完全不可能）做到这一点，因为你最终会对你的开发人员施加压力。你的老板必须明白，时间估算只能由实际花时间做工作的人来完成。

也许你的流程需要一些帮助。。从您的上述评论中，我看到：

• 步骤1-项目经理必须与客户沟通以构建项目 计划
• 步骤2-构建实体模型---
• 第3步——获得cl对这两份文件的批准