问题标签 [project-management]

在我的职业生涯中，我注意到开发新功能的开发人员通常比那些负责故障排除和修复错误的开发人员更快乐。

保持业务支持愉快的好技巧？以不损害团队士气的方式组织业务支持？

我在一家设计机构的技术部门工作。我们使用 XP 来管理我们部门的软件开发。我被要求做一个简短的介绍，描述 Scrum 以及它是否适合在更广泛的背景下管理客户项目工作。

Scrum 将应用于包含图形设计师、信息架构师、内容编辑、用户体验工程师、网页设计师和软件开发人员的跨职能团队。

Scrum 能为这种团队带来什么好处？

我想知道如果您曾经使用过 AxoSoft OnTime 问题跟踪和项目管理解决方案（优点和缺点），您有什么经验...

干杯，B.

个人项目（软件应用程序等）永远无法与您的薪水竞争的主要原因是什么？

对我来说，一个大问题是“即时”功能扩展，有了这个问题，结局只会越来越远！

维护代码时要遵循的最佳实践和经验法则是什么？在开发分支中只有生产就绪代码是一种好习惯，还是应该在开发分支中提供未经测试的最新代码？

你们如何维护开发代码和生产代码？

编辑 - 补充问题 - 您的开发团队是否遵循“尽可能提交并且经常即使代码包含次要错误或不完整”协议或“提交-将代码提交到开发分支时只有完美代码”协议？

假设 10 位开发人员花了 6 个月的时间开发某个应用程序。作为项目经理，我应该在我的测试计划中留出多少时间？

6 个月的努力包括单元测试。我特别关注功能测试和用户验收测试。

开发时间和测试时间之间有什么比例或关系吗？

可能是一个简单的：

是否有任何经验法则或提示可以帮助识别政治要求？

假设一个利益相关者（您的老板、另一个部门的负责人或实际用户）要求您或您的团队正在开发的软件的功能或特定特征。是否有确定要求是否具有政治性的试金石？

这个问题真的很简单，不是关于如何处理政治要求或者它们对软件是好是坏。你怎么知道无论你被要求做什么都是为了追求某人的默许或实际上公开声明的政治议程？

我们有一个项目即将推出，PM 坚持团队应该“吃自己的狗粮”？

在什么时候这样做是现实的？

例如假设我们必须编写一个编辑器。我们不能在一开始就使用这个编辑器来实际编码，因为它不存在。我们必须使用另一个编辑器。

在项目期间的一段时间内，使用有问题的编辑器会减慢项目的速度，并且会适得其反。

那么我们在什么时候切换呢？

更新：经过团队内部的一些讨论，我们在开发过程中会强调的要点是：

• 实施可能的最小子集开始
• 尽快识别关键特征
• 只切换部分开发者使用新产品，将风险降至最低

如何向客户传达坏消息？

您在 Redmine 项目管理过程中使用了哪些技巧和“标准”？

您是否有可以共享的标准 wiki 插入模板或使用错误功能任务和支持问题处理项目的标准方式？

您是否让问题和更新通过电子邮件发送到 Redmine？你用论坛吗？您使用 SVN 存储库吗？您是否在 Eclipse 中使用 Mylyn 来处理任务列表？

我正试图拖累我们的部门。进入一些基于网络的 PM，而不是通过电子邮件发送模糊要求的 Word 文档，然后是 Word 文档，解释如何进行质量检查和部署，所有这些都迷失在一堆竞争的更新和项目中，所以当我必须修复某些东西时，没有人可以找到任何有关其工作原理的文档。