我是一个非常小的初创公司,我们开始使用Scrum/Agile开发周期的形式.
在很多方面我都喜欢Scrum.我们有短暂的冲刺(2周),我喜欢Burn Down Chart来跟踪球队的进步.我也喜欢功能板,所以我总是知道接下来应该做什么.从板上取下一张功能卡,完成它然后将它放入烧毁堆中感觉很好.
但是,我们现在正进入我们的第18个Sprint发布周期,我开始感到有点焦虑.不是我不喜欢工作或我的同事,只是这些短跑是......好吧,冲刺.从开始到结束,我确实感觉自己正在与时间赛跑以保持我们的发展速度.当我们完成sprint时,我们花了一天时间来计划下一个sprint的功能集和估计,然后再关闭.
对于在成熟的敏捷/ Scrum开发过程中工作的人来说,这是正常的吗？或者我们错过了什么？Scrum环境中是否有时间未分配/未跟踪以完成一些小事并清除头脑？
作为一个相对较新的软件行业,我遇到了最后期限执行的问题:
回到学术界的田园时代,截止日期是学期结束,惩罚是一个定义明确的'F'(或当地的等价物).在现实世界中,我们需要制作当前和未来同行可以使用的代码,我面临截止日期到来,截止日期,项目仍未完成的情况.
怎么办？在一个极端,我们可以解雇所有参与者,另一方面,我们可以丰富地奖励所有参与者.
您看到哪些行为被视为错过截止日期的"惩罚",哪些最终会产生更好的代码？
什么项目管理响应导致项目彻底失败,
什么响应恢复了工作顺序并导致后续可以维护的代码？
什么回复导致更糟糕的代码？
您一定听说过失败/失败项目的原型故事:
现在,如果你被带入#10那么你的第一步是什么？
更新:首先:感谢你们所有人都在努力.好吧......我被带进#10.当我们向客户提出建议时,我是最初的建筑师.然后,不幸的是,由于我被分配到其他地方,我无法承担交付责任.:)
假设它是现有桌面应用程序的Web化.我现在被带进#10.遗憾的是,逃跑不是一种选择.我确信这仍然可以通过遵循敏捷的最佳实践来逆转,并且只是想挖掘社区的想法.
更大的问题可能是:如果开发团队没有规范,只有运行应用程序的(基线)代码,原始解决方案要求查看代码并动态提取业务规则.现在,没有经验的程序员不愿意看VB 6.0代码并想要文档!那么如果你要实现敏捷流程,你如何解决这个问题呢？
今天在大学里,我们进行了Scrum练习(模拟了创建软件解决方案的整个过程),我想出了一个不太明白的问题.
假设我们已经定义了我们的故事,并给予他们适当的优先级.并且有一个很少有优先权的故事......也许会在最后一次冲刺中完成.
问题是,如果这个故事为我们的解决方案的设计引入了巨大的架构变化怎么办？例如,从独立应用程序,您将不得不采用客户端 - 服务器架构,因为这个故事.
在我的观点中:以某种方式标记某些故事(在某个特定的时刻),某些关键要完成的事情,但是它们并不重要的时候是不是很自然记住它们并做出更好的决策来设计他的解决方案.或者你是如何处理这个问题的？如果是问题.
提前致谢!请原谅我可能蹩脚的问题.
如果"将服务器从v1升级到v2"或"提高启动性能"或"重构登录模块以降低代码复杂性"等技术项目应该进入产品待办事项,如果是,那么非技术产品所有者应该如何确定它们的优先级与其他更实用的积压项目？
是否应该单独积压技术资料？我们是否应该与两个人共同发挥PO作用,可以优先考虑产品积压的功能和技术内容？
我们有一个大型企业应用程序,其中项目的范围设计,最后使用正式的瀑布流程进行编码.我经常为非相关计划进行代码更改,因为它们位于相同的代码段中.所有举措必须同时进行.开发团队对范围或交付时间线也几乎没有发言权.我们无法与用户交谈,我们必须通过一组不了解业务的需求收集人员.
是否有人就如何在这样一个根深蒂固的环境中实施最小的敏捷技术提出任何建议.
一个初学者的问题,跟我说:我只是想知道在什么情况下应该使用像nant或msbuild这样的构建工具？我正在开发一个中型应用程序(.net 3.0),每个开发人员都在做他的工作并在他的机器上构建,在他去的时候检查他的代码更改到存储库中.完成所有操作后,我将从存储库中获取所有代码,在我的机器上进行干净的构建,然后部署二进制文件.出于好奇,构建工具在哪里？
我们团队中的一位程序员正在离开,寻找更加绿色的牧场.我们将从6个到5个.我们应该采取什么步骤来确保我们的开发过程继续顺利进行,同时融入新的血液.
我们目前正在进行具有迭代开发的短发布周期.设计 - 代码 - 审查.离开的人是团队中最资深的开发人员,并且经常会向团队的其他成员提供大量反馈,特别是在设计阶段.
高质量的错误报告对于有效的错误跟踪至关重要 - 在理想的世界中,所有错误报告都包含基本信息,例如它影响的软件版本以及如何重现错误的逐步说明.
但实际上,报告的错误质量差异很大.它们可能是在线的("功能X不起作用,修复它!"),功能请求,PEBKAC或不可理解.
如何在您的错误跟踪器中强制执行或维护错误报告的质量以保持有效？
我知道有些事情比如做手动检查以确保提交的代码从根本上是正确的.但除此之外？我问的原因是因为一个大项目每天有这么多提交.