我只是一个从事项目的人 - 所以我是没有 PM 的开发人员。我完成了门户，但是客户端不时用诸如“使字体更大”或更改css中的边距或制作“xxx和yyy”的按钮之类的请求攻击我。有简单的任务，有时只需点击几下，但这需要我的时间，我讨厌做这样的任务。另一方面，我理解那些人，虽然有时小修复对他们的工作有很大帮助。他们在通讯器上说什么 - 很难忽视他们。禁用通信器是最好的解决方案 - 但我需要它与我的同事沟通。在这种情况下你会怎么做？
pbrodka
问问题
204 次
6 回答
4
创建一个既定队列，您的用户可以在其中提交请求，并且不会中断您的日常工作流程。
从这个声音来看，您通过定期检查的通信渠道收到请求，您可能会尝试将其移到一边。
切断通信从来都不是一个好的解决方案。此外，我会正式确定您何时收到这些类型的请求的流程和时间表。我发现这种简单的方法取得了巨大的成功。
于 2008-10-31T14:06:57.787 回答
2
如果您是为自己工作，那么您的客户就是您来这里的唯一最重要的原因。他们是你的事！因此，让他们开心总是好的做法。
话虽如此...
在为客户处理任何类型的软件项目时，您应该始终拥有明确定义的合同。您需要确保向您和您的客户清楚地表达和定义您的可交付成果。处理完这些问题后，您还需要确保有一个部分涵盖“未来的维护请求”，然后您可以与您的客户合作，以确保您的期望在频谱的两端都是可接受的，并且您花费在它们既被考虑在内，也是原计划向前发展的一部分。
开放端越少越好。
之后，实施一个系统来管理/处理您实施的每个项目/网站的客户请求也可以提供很大帮助。来自该网站创始人之一的FogBugz等工具在处理客户交互和错误/功能请求方面做得很好。看看这个。
于 2008-10-31T14:08:40.323 回答
0
虽然不是技术“错误”，但客户端的可用性对用户来说是最重要的错误。如果您想继续与客户开展业务，则需要处理小事。
修复小错误 == 客户幸福 == 更多工作 == 更多 $$
于 2008-10-31T14:07:44.570 回答
0
部署一个系统来跟踪错误和跟踪更改请求（在我的办公室，我们使用 MKS，它也用于源完整性）。然后，当用户有请求时，他们会进入跟踪系统并将请求输入为适当的类型。理想情况下，他们还应该能够附加一个严重性/优先级指标，以便可以对未完成的请求进行排名。然后，您可以进入并查看所有未完成的请求，并确定它们的优先级。由于它们不是直接发送给您的，因此您不会感到被请求淹没，并且用户会发现他们可以更轻松地跟踪请求的状态，而不是打电话给您并询问“我的修复何时完成？”
对于你自己，你可以每天检查几次列表，看看是否有任何高优先级的问题需要处理。然后定期安排一些时间（一周一天，或一天一小时，任何感觉合理的）来处理较低优先级的问题。
于 2008-10-31T14:13:31.093 回答
0
我认为您必须考虑与客户的持续关系。如果客户偶尔会花费您几分钟的时间，您可能会认为您的成本是最低的，并且联系的好处可能会超过成本。
如果请求来得很快，您可能需要与您的客户讨论每小时的更改费率，或者在收费的支持合同中涵盖它们。
于 2008-10-31T18:12:33.360 回答
0
不要在收到的每个功能请求上更改您的路径。收集一段时间的功能请求，然后对请求进行优先级排序，然后选择有意义的请求，然后在下一个版本上工作。
在我看来，遵循一些固定的发布时间表是好的：它使开发过程更加可控，提高了软件质量，并且您的客户知道会发生什么。
于 2009-05-03T19:07:04.503 回答