project-management - 您如何使失败的项目重回正轨？

Closed. This question does not meet Stack Overflow guidelines。它当前不接受答案。

想改善这个问题吗？更新问题，以便将其作为on-topic用于堆栈溢出。

6年前关闭。

Improve this question

您一定已经听过项目失败/失败的典型故事:

缺乏经验的程序员团队24x7全天候工作

错误仅在引入新错误时才修复

客户大喊他甚至不能做基本的事情(保存/查询)等。

程序员习惯于散布规范以即兴创作

没有自动化的单元测试会加剧

的情况

在实践中并未遵循在纸张上看起来不错的体系结构文档

首先使用的第三方组件成为瓶颈，尚未经过适合性测试

里程碑错过里程碑后错过了

该团队无法提供交货日期，因为没人同意实际需要完成的工作量

没有技术领导/或可以负责技术问题的牛仔编码器

现在，如果要以＃10的身份进入，您的第一步是什么？

更新:首先:谢谢大家的参与。好吧...我的排名是10。当我们向客户提出建议时，我是最初负责解决方案的架构师。然后，不幸的是，由于我被分配到其他地方，我无法承担送货责任。 :)

假设这是现有桌面应用程序的网络化。我现在以＃10身分加入。不幸的是，逃跑不是一种选择。我敢肯定，遵循敏捷最佳实践仍然可以扭转这种局面，只是想从社区中汲取灵感。

更大的问题可能是:如果开发团队没有规范，而只有正在运行的应用程序的(基准)代码，则原始解决方案要求查看代码并动态提取业务规则。现在，没有经验的程序员不愿查看VB 6.0代码并想要文档!那么，如果要恢复敏捷流程，该如何应对呢？

最佳答案

维斯，我觉得我可以写这个问题。我以前的工作涉及恢复一年开发后失败的KVM项目。规格以用户手册和开发人员对类似产品的经验的形式存在。我最终向3位汇编程序员讲授C语言，并从头开始进行了重新架构。我们在4个月内将产品成功推向市场。 (然后我辞职了。去吧。)

我会再次做一些事情，尤其是对于没有经验的团队:

1.一队没有经验的程序员全天候工作
10.没有技术领导或牛仔编码员可以处理技术问题

给他们一个(简短的!)项目休息时间来“充电”。也许一天，一个下午，或者一顿漫长的午餐给您。这将标志着“旧”项目的结束和成功的开始。

得到他们的同意，他们回来时要消除屁股，并保证您会成为他们的搭档，啦啦队长和防弹衣。总体而言，您是一个团队，您的工作是开拓自己的道路，消除干扰并领导他们。

计划立即取得成功，无论规模如何，并保持“可以做”的态度。

8.错过里程碑之后的里程碑
9.团队无法确定交货日期，因为没人同意实际需要完成的工作量
3.客户大声疾呼，他甚至不能做基本的事情(保存/查询)等。

咬一口! 尽可能将每个部分分解，然后处理小的组件。您将尽早识别“陷阱”，并能够更好地确定整个项目的范围。

定义您的界面。 只要您可以隔离一个块，就可以做到。 这允许并行开发，因为您已经确定了参数，前提条件，假设，内部情况以及返回值。您可以将其存根，并独立构建其他模块和测试。

确定优先级。 首先关注影响客户的缺陷和问题。新功能排在最后。如有必要，请推迟功能，而不要发布错误代码。

分配职责。首选志愿者，每个志愿者都在其专业 Realm 内，但每个任务必须由一个人负责。

跟踪缺陷，并记录一切可帮助您重现，定位和修复它们的内容。记录交货时剩余的任何物品，因此客户不会感到惊讶。

4.程序员习惯于将规范交由即兴创作
6.在实践中并未遵循看上去在纸面上看起来不错的建筑文档

您将在创建过程中立即创建规格详细信息，每一个都将在需要之前创建。只要每个人都了解当前任务并且您已经了解了情况，那么它就不需要漂亮，完整，甚至不需要编写。

在开发人员准备对其进行编码时，一次讨论一次实现。如有必要，请自己编写骨架，然后让团队填写“内容”。您想让他们专注于每个任务，而无需“即兴”。

在出现问题时可以回答。您的主要目标是保持团队的生产力。

2.修正了一些错误，仅是为了引入新的错误
5.没有自动化的单元测试可以解决这种情况

尽快计划并开始单元测试。如果可能，请在团队外部征募资源。

在小问题变大或被隐藏之前修复它们。对每一小部分的信心都会建立对整体的信心。

7.所使用的第三方组件首先成为瓶颈，而没有经过适合性测试

不进行编码时的头脑 Storm 解决方案。如果有可能，不要让他们阻止您的进度。您可以围绕它们进行封装或编码吗？更换它们？

一般建议:

保持团队领先。 预测并尝试在团队发现问题之前解决问题。在需要之前收集任何必要的信息。

不断交流。 明确指出，您每天都希望自己不会感到意外，并提出关注，问题，状态，障碍等。鼓励协作并在团队中共享“发现”。

庆祝成功。 赞美一个聪明的解决方案，解决问题后带上甜甜圈，展示一个新的工作功能……任何表明您欣赏团队的团队。

完成每个任务，然后继续进行。 不要浪费时间来调整，增强或重做不直接影响成功的因素。

兑现对团队，客户和您的管理的 promise 。

祝您好运-请随时通知我们!

关于project-management - 您如何使失败的项目重回正轨？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/234609/

上一篇：ruby - 如何使用基于域的列表按字母顺序对字符串数组进行排序

下一篇：cuda - 您已成功使用GPGPU吗？

相关文章：

coding-style - 没有权威的责任是没有意义的——基于技术的解决方案？

Go:每个项目有多少包

.net - 在 .NET 中的解决方案之间共享公共(public)库的最佳实践

project-management - 基于难度的时间估算软件

project-management - Axosoft OnTime 与 Countersoft Gemini

project-management - Scrum。处理将引入架构更改的低优先级故事

bug-tracking - 您如何在错误跟踪器中执行或维护错误报告的质量？

project-management - 您如何避免平台/框架决策瘫痪？

development-process - 失去一个程序员，该采取什么措施？