核心要点
无论我们是否乐意承认，除非是纯粹为了娱乐的业余项目，即使是最资深的程序员，实际上也是能够编写代码的项目经理。而作为项目经理，我们都可能经历项目失败的痛苦。项目失败的原因多种多样：错过截止日期、预算超支、结果不符合预期等等。但它也可能在情感上失败；项目可能成功了，但人们的期望没有得到满足，没有成就感或“工作完成”的满足感。那么，作为技术项目经理，你能做些什么来最大限度地减少在简历上添加“失败项目领导者”的可能性呢？答案是：与非技术项目领导者所做的大致相同。
预期管理
现实固然重要，但在商界，人们认为发生了什么总是比实际发生的事情更重要，项目也是如此。即使是最成功的项目，也可能因为期望的失败而蒙上阴影，掩盖了所做的出色工作和获得的益处。如果期望的失败足够严重，甚至可能破坏其他原本进展顺利的项目。那么，如何管理期望呢？首先，确保每个人都非常清楚项目的目标、预期收益、用户需求、所需资源、项目间的依赖关系以及项目将要实现的功能。我知道我重复了最后一点，但这确实很重要！很多时候，用户听到他们想听到的，而不仅仅是一份备忘录或简短的谈话就能解决这个问题。尤其要注意高层管理人员对项目的评价，无论是项目启动之初还是项目后期，都要迅速纠正任何不实之词，以免它们成为被普遍接受的观点和“从一开始就属于项目范围”的一部分。同时，也要迅速而礼貌地处理你听到的任何关于项目的负面言论。这样做并非要压制叛逆言论（尽管记下名字也不失为一个好主意，你知道的，以备后用），而是要弄清楚这是否是一种误解、事实陈述错误，或者这是否可能成为以后的问题，应该立即处理，方法是修改项目规格或重新审视基本假设。
摒弃传统，采用迭代式方法
在传统的瀑布式项目中，你制定一个从开始到结束的项目计划，并给出总时间和预算估计。不要这样做。相反，使用迭代式敏捷项目模型，每个步骤都以一个易于测试、高度可见的产品结束，人们可以根据它来衡量他们的期望。尽管两者有相似之处，但技术项目与建造桥梁不同。建造桥梁的主要未知因素是地基的土壤特性。一旦评估了这一点，很多不确定性就消除了。技术项目可能变量更多，但它们分散在项目的整个生命周期中，你永远不会真正到达（也许）所有这些变量都已知晓的点。瀑布模型基于这样一个事实，即未知因素将在实施过程中得到评估和弥补。由于各种原因，技术项目似乎并不总是这样运作，因此瀑布模型是一个糟糕的模型。然而，瀑布模型的主要问题是它致力于关注某个几乎最终的“测试”阶段。它并非旨在支持从第一天起就开始测试的情况。因此，问题，甚至是重大问题，直到项目几乎完成时才会被发现。另一方面，敏捷方法的核心是迭代：工作两周，产生一些真实的东西，让用户测试它，然后重复。没有PowerPoint演示文稿或马拉松式的团队会议，只有人们可以登录并试用的东西。这就是吸引他们注意力的东西，你知道的。在使用敏捷方法的同时，我还建议使用Scrum。它们不必同时使用，但我认为这是一个好主意。你知道人们喜欢什么吗？他们喜欢简短的东西；它开始，它发生，它结束。就是这样。这就是Scrum的本质——频繁的、非常简短的、没有时间放松或推脱的项目团队会议，我们直截了当地快速讨论。它可以防止任何人忘记项目及其进展，并且不会占用他们一天中过多的时间。所有这些对你有什么好处呢？敏捷和Scrum使你能够更清晰地了解你在整体项目估计方面的工作进度。通过定期进行严格的用户测试，你可以提前了解可能需要添加到应用程序中的内容以及可以删除的内容。如果存在重大问题，你可以在流程的早期阶段开始重新设计。这使你能够积极主动，这就像拥有漂亮的发型一样；它总是会带来好处，并将项目置于积极的方面。
范围蔓延的危害
大多数项目都因范围蔓延而失败。范围蔓延导致项目延期、预算超支以及未能满足目标用户的期望。因此，不要让这种情况发生。虽然这说起来容易做起来难。范围蔓延最常见的形式是，有人提出一个观点，并以“但从一开始我们就想要这样”开头。他们可能是诚实的；他们可能真的认为功能X将执行功能Y，事实上，这才是项目存在的主要原因。因此，因为它应该从一开始就在应用程序中，所以你把它添加进去。有时，这种影响微不足道，但大多数时候并非如此。这不仅可能发生在项目生命周期的某一时刻，而且可能反复发生。那么你该怎么办呢？首先，无论如何，你必须保持外交手腕。你可能想跳过桌子抓住某人的喉咙，但你必须保持冷静，并保持权力平衡在你这边。回到你的初始项目声明，并表明该请求从未被讨论过，更不用说被确定为应用程序的组成部分（这就是为什么需要非常清晰和详细的项目声明至关重要）。其次，为了限制范围蔓延的次数，你应该确保你的用户正在很好地进行迭代测试。范围蔓延在开发后期最具破坏性，因为必须进行大量的用户几乎看不到的改造工作。迭代测试，而不是仅仅谈论项目的进展，是让用户了解系统功能的更好方法。最终，问题是双重的。首先，你可能在应用程序将做什么和不做什么方面不够详细或具体；两方面都需要详细说明。其次，你必须记住，你的用户在你说话或阅读你写的东西时可能不会百分之百地注意（即使他们在会议中是为了专门讨论应用程序应该做什么）。不要期望因为你明确地说明了事情，人们就会知道。一个好方法是制定你的计划，然后让他们告诉你他们认为系统会做什么以及他们可以期待什么。记录会议——你可以在审判中使用它。遗憾的是，没有办法预防范围蔓延。你所能做的最好的就是尝试预防它，当它出现时，尽最大努力阻止它。最终，你很可能不得不做用户想要的事情，但不要只是去做；把它作为你项目的补充。详细说明执行所需步骤、所需时间以及对其他所有内容的影响，然后获得用户群的批准，以确认他们确实希望这样做。
注意奇怪的事情
注意奇怪的事情。我指的不是奇怪的需求，而是对你的团队或你的环境来说可能比较新的事情。例如，如果你正在构建一个接受信用卡数据的应用程序，你真的了解PCI吗？或者，也许你将从CodeIgniter切换到Laravel。你将需要一些额外的时间（甚至超过正常的范围）。注意那些可能让你绊倒的事情。
总结
最重要的是：项目管理是一场你无法赢得的比赛。如果你远低于预算和时间，每个人都会认为你是一个沙包，以后不会再相信你的估算了。关注重要的事情。要具体，要友好，要敏捷，并期待最好的结果。图片来自Fotolia
关于PHP项目管理的常见问题
选择PHP项目管理工具时，应考虑任务管理、时间跟踪、文件共享和协作工具等功能。该工具还应该具有用户友好的界面，并且可以根据您的特定项目需求进行定制。此外，请考虑该工具是否与您使用的其他软件（例如电子邮件客户端或日历应用程序）集成。最后，考虑该工具的安全功能，以确保您的项目数据得到保护。
PHP项目管理工具可以通过提供一个中心平台，让团队成员可以沟通、共享文件和跟踪项目进度，从而显著增强团队协作。这些工具通常包括任务分配、截止日期跟踪和实时更新等功能，这有助于让每个人都步调一致，并确保任务按时完成。
是的，有几个可用的开源PHP项目管理工具。如果您预算紧张或想要自定义工具以满足您的特定项目需求，这些工具可能是一个不错的选择。一些流行的开源PHP项目管理工具包括Rukovoditel、ProjectLibre和Taiga。
使用PHP从头开始构建项目管理应用程序涉及多个步骤。首先，您需要设计应用程序的架构，包括其数据库结构和用户界面。接下来，您需要编写PHP代码来实现应用程序的功能。这可能包括任务管理、文件共享和团队协作等功能。最后，您需要测试应用程序以确保其按预期工作。
使用PHP项目管理工具的一些最佳实践包括设定明确的项目目标、定期更新项目状态和鼓励团队协作。充分利用工具的功能也很重要。例如，使用任务管理功能将任务分配给团队成员并跟踪他们的进度。使用文件共享功能确保每个人都能访问最新的项目文档。
是的，PHP项目管理工具非常适合远程团队。这些工具提供了一个中心平台，让团队成员可以沟通、共享文件和跟踪项目进度，而不管他们的实际位置如何。许多这些工具还提供移动应用程序，允许团队成员随时随地访问项目信息。
PHP项目管理工具的安全性能因工具本身和已实施的安全措施而异。但是，大多数信誉良好的工具都非常重视安全，并提供数据加密、用户身份验证和定期安全更新等功能。
是的，许多PHP项目管理工具都与其他软件集成。这可以通过允许您在一个地方访问所有项目信息来帮助简化您的工作流程。常见的集成包括电子邮件客户端、日历应用程序和文件存储服务。
使用PHP项目管理工具可以提供多种好处，包括改进团队协作、更好的项目组织和提高生产力。这些工具还可以帮助您跟踪项目进度并确保任务按时完成。
选择PHP项目管理工具时，请考虑您的特定项目需求和工具的功能。寻找一个提供您所需功能的工具，例如任务管理、文件共享和团队协作。还要考虑工具的用户界面、安全功能和集成选项。最后，考虑您的预算和工具的定价结构。
以上是PHP主| PHP项目管理的详细内容。更多信息请关注PHP中文网其他相关文章！
