Questions tagged «product-management»

4
处理长期项目的产品版本控制和分支的最佳方法是什么?
一般而言,对于在产品生命周期中可能有多个版本并且需要先前产品支持的长期项目,处理产品版本和代码分支的最佳方法是什么? 从更具体的意义上说,假设适当的分布式版本控制在位(即git),并且团队的大小由小到大,并且开发人员可能同时从事多个项目。面临的主要问题是,有合同义务支持当时存在的旧版本,这意味着新开发无法修补旧代码(Microsoft Office产品可能就是其中的一个示例,您只能获得针对您拥有的功能年份)。 结果,当前的产品版本控制令人费解,因为每个主要产品都具有多个依赖项,每个依赖项都有其自己的版本,这些版本可能会在年度版本之间发生变化。同样,尽管每个产品都有其自己的存储库,但大部分工作不是在主要源主干上完成,而是在该年产品发布的分支上完成,而在发布产品时将创建一个新的分支,以便对其进行支持。反过来,这意味着获得产品的代码库并非易事,因为使用版本控制时可能会想到。

6
如何摆脱支持,开始偿还技术债务!
我有一个朋友”。是的,我知道是个好的开始,但老实说,这不是我! 基本上,他已经在一个成功的项目上工作了大约4年,困难之处在于技术债务已经赶上了,他发现几乎不可能停止对产品的支持(对此进行反复讨论)并实际进行实际开发。 我提出了各种建议,记录您的所有时间,创建故障单,不回复电子邮件等。与此相关的问题是,这似乎只是在提醒他,他没有完成任何“有用的”事情。 之所以发生技术债务,是因为首先要给产品带来很大的好处,即接受用户的请求和电话并迅速实施它们。 我想知道的是,有没有人建议他如何摆脱这种发车状态,其中很大一部分将改变用户的看法,以使他们不会以为自己会发声并期望得到一些东西。然后在那里做。 最好说计划得更好,尽管我知道考虑到支持的需求和用户的相对压力(见上文),很难计划实际的开发。

8
快速原型如何适应敏捷方法?
我在一家大公司工作,这规定了敏捷过程的使用。例如,对于我们的项目,我们使用专门针对管理敏捷开发的基于云的服务。 我所服务的特定工程团队没有传统开发的软件(相反,我们从更鸟瞰的角度帮助推动项目),但是这种情况正在发生变化。我们有大量即将到来/计划中的软件项目,这些项目大多以数据为中心-例如,我们将进行数据监控,收集,汇总和一些报告。其他任务包括使用专用硬件和各种类型的客户端/服务器(多层)体系结构进行自动化。我将协助雇用多个人,并制定我们前进的许多计划。 我的问题是进行快速原型设计(一次性代码)是否适合敏捷哲学。例如,我喜欢Python及其广泛的软件包。我看到使用基于Python的工作流非常快地实现我们的许多想法的可能性。但是,我认为会有很多人认为Python不是“企业质量”的,并且许多工作都需要用Java或C ++重写。 但是,创建Python原型将使我们在快速实现真实结果方面付出巨大的努力。 您是否能够在企业环境中将快速原型制作(希望在Python中)整合到可靠的敏捷工作流程中?

9
为了避免人们讨厌供应商,必须避免在管理软件产品时犯什么错误?
一个先前的问题,为什么人们恨微软被关闭。这是对同一条基本思路提出的更具建设性的问题的尝试。但是,这一范围既宽又窄。它涉及一般的软件供应商,而不仅仅是Microsoft。通过只处理软件产品的管理来缩小范围。 因此,在管理单个软件产品时应采取(和/或避免)什么步骤,以确保不仅对单个产品,而且对整个公司都给予积极的尊重/喜欢/看好?

5
使用新代码管理新团队的提示/技巧
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗?更新问题,使其仅通过编辑此帖子来关注一个问题。 6年前关闭。 在一个新团队中,您如何处理自己?在这个团队中,您是最高级的开发人员,而团队中的其他大多数人都比您小很多。团队之前的任务是其他人(包括您在内)在他们的职业生涯中没有完成的。 管理层坚持要提高整个团队的工作效率,作为高级开发人员,您有责任。 在这种情况下胜出的任何技巧?显然,整个团队需要时间来学习,我们不要忘记团队的新成员。但是,截止日期也要提前...

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.