小编All*_*ner的帖子

我们在软件中应该做很多积压的事情,包括很多不同的类别,例如:

• 我们的产品需要解决的新问题
• 支持现有问题领域的新功能
• 我们现有用户要求的新功能
• 可用性和"外观"增强功能
• 建筑升级到后端
• Bug修复

以合理的方式管理所有这些是产品管理的一项工作,但由于很多原因它很棘手.首先,我们有许多不同的系统,包含不同的东西(文件中的市场需求文档,错误数据库中的错误,我们的帮助台系统中的客户需求,内联网上的引擎环境愿望清单等).其次,许多项目的大小,范围,复杂性和当然价值都大不相同,这意味着选择并不像按优先级排序列表那么简单.

因为我们现在相当庞大,拥有复杂的产品和许多客户,所以基本的解决方案(电子表格,谷歌文档,大本营待办事项列表)仅仅不足以解决这个问题.我们需要一种方法,以各种方式将事物组合在一起,持续地对它们进行优先排序,明确我们正在做什么以及将要发生什么 - 没有它需要所有人的时间来管理一些工具.

您如何以一种允许企业始终对现有客户做最有价值的事情,帮助获得新客户并使软件内心保持理智的方式来管理这一点？

请注意,这与开发方面不同,我认为我们已经相当不错了.我们以迭代,敏捷的方式开发所有东西,一旦选择了设计和实现的东西,我们就可以做到.这是我们需要弄清楚下一步该做什么最困难的部分!

您找到了有效的方法或工具吗？如果是这样,请分享!(如果您也想知道答案,请加快问题,使其保持可见:)

附录:当然,首先修复所有错误是很好的,但在实际安装在客户机器上的实际系统中,这并不总是实用的.例如,我们可能有一个很少发生的错误,并且需要花费大量时间和架构动荡才能修复 - 我们可能暂时搁置一段时间.或者我们可能有一个人认为难以使用的错误,我们认为修复它应该等待对该区域进行更大的改造.所以,有很多理由说明为什么我们不能立即修复它们,而是让它们保持开放,这样我们就不会忘记.此外,最困难的是非缺陷的优先​​次序; 想象我们没有任何:)

我已经为Firefox开发了一些扩展,我很生气,很难让扩展签名.如果未签署扩展程序,则在安装时会显示"作者未经过验证",对我来说只是看起来不对.

我有一个简单的构建脚本,从源代码构建我的.xpi文件,我有一个PKZip的许可副本(根据许多教程需要构建一个Firefox需要的签名xpi文件),但我还没有找到一种获得实际工作的免费/廉价证书的方法或一组执行该技巧的指令.

由于我的免费扩展,我不想花400美元购买商业证书,但我不介意花费50美元左右来完成它.我有Linux和Windows机器,虽然我的构建脚本目前使用Windows,并且最方便使用.

你怎么解决这个问题？在构建扩展时,我需要做什么才能自动安全地签署扩展程序？

编辑:我很欣赏谷歌的点击率,但他们提供的步骤不够完整,如何真正获得有效的证书.我的感觉让我想起了这个经典: