我工作的公司正在尝试实施发布计划,我希望从比我更好的结构化环境中工作的人那里得到一些建设性的反馈.
我们有一种产品已经完成并被几个客户使用,但我们还有4种产品正在进行中 - 并且正在积极地进行销售,就像它们已经完成一样.(设想!)
我们是一家非常小的公司,工作非常迅速(是的,有时候很草率),时间紧迫,预算紧张,所以我们没有书面要求,系统的质量保证流程等等.基本上公司的所有者来了向我们的开发人员(我们3个人)提出想法并实施它们.然后,主题专家测试功能,以确保应用程序完成它应该做的事情.
我知道最后一段打开了各种各样的"你不能这样做"的反馈类型,但我不需要那样.我理解这种方法有多么错误.有一次,我能够让业主委任一名项目经理和一名质量保证人员,但在短时间内两人因收入损失而被解雇.我们就在这里,目前并没有改变文化.
我正在努力做的是管理期望.我们有一英里长的请求功能列表,这是我提出的建议.
我们将按季度发布生产成品.第一个版本将在10月份发布.我们将根据现在和9月之间可以和不可以完成的内容来管理功能,而不是尝试根据高/中/低优先级管理现在和将来要做的事情.此时,我们将停止所有功能开发,并专注于测试和修复缺陷,以便在下个月准备好发布产品.我们将在每个季度重复这一过程.基本上步骤将是这样的:
1)根据其重要性,将所有未完成的功能放入将来的版本中.2)本季度处理这些功能.3)当请求新功能时,将它们放入特定发布周期的"队列"中.4)如果该功能必须进入当前版本,则将其他功能移至下一版本.5)在循环期间的某些点,评估哪些特征可能无法进入当前版本并进行相应调整.6)在计划推出生产之前至少30天结束功能开发,并专注于测试和错误修复.7)在预定的日期将某些东西推到生产中,然后把热量用于没有完成我们在开始时同意的所有东西(嘿,我是现实的......我工作的人不是.)
哦,如果你打算告诉我"找一份新工作",那就不要费心回答了.目前这不是一个选择.
如果您对此提议的方法有任何建议,或任何可能帮助我更好地理解如何构建此过程的资源链接,我将不胜感激.
在此先感谢您的帮助.
Darvis
很简单，由于缺乏定义的流程，成功实施可靠的发布计划的机会不大。这不仅仅是悲观主义，尽管我很乐意承认这一点。
就像成功很大程度上取决于努力工作和一点运气一样，可靠、可重复的发布计划也基于过程；拥有功能规范和设计规范等内容对于能够按一致、可靠的时间表发布确实至关重要。（你知道人们有这样的规范的东西是有原因的，对吧？）这并不是说没有这些东西你就不能达到你的时间表并释放期望；而是说你不能完成你的计划并释放期望。你很可能可以。但是，实施这样的流程会大大增加您满足期望的机会，至少部分是因为它确保了在您仍在实施时期望不会陷入“不合理”的领域。
再次强调，这并不意味着您无法实现上述操作所需的目标；而是意味着您无法实现上述操作所需的目标。老实说，如果您所处的环境积极反对实施所描述的此类流程，那么您可能正在以最佳方式工作来实现您需要的目标。我并不是要完全悲观。听起来你已经很好地掌握了如何尝试完成这件事；对于你必须处理的事情，听起来你已经制定了合理的流程。但我几乎可以保证，如果你能得到两件事，你最终会过得更好；1) 来自管理层的功能规范，描述他们希望软件做什么；2) 来自工程的设计规范，向管理层描述如何使软件完成功能规范中他们想要的功能。我认为您甚至可以将其纳入您的流程中；功能规格无需复杂；关键是它们被写下来，这可以防止对管理层的要求发生争吵；它就在那里。而且设计规范也不需要花费很多时间；一个快速的单页程序，可以让管理层知道您将如何（在高层次上）实现他们所需要的内容，这可以让他们放心，您已经听到了他们的意见，并且可以帮助他们理解所涉及的复杂性（但不要去太深入，否则你就有可能让他们感到无聊并失去他们的注意力）。