我可以使用敏捷开发方法独自开发应用程序吗？

|                                                                                                                   关闭。这个问题是基于意见的。它当前不接受答案。                                                      
2019-12-09 6 条评论
分享

没有找到相关结果

    已邀请:

    玖料萄

    虽然前面的所有答案都是正确的，因为您可以在一个人组成的团队中当然可以使用敏捷技术（在一定程度上，正如Oded指出的那样，您自己进行站立或回顾没有什么价值），但我会质疑每种方法的价值练习采用。 进行构建可能有一点意义，那就是持续集成该怎么办–浪费时间，您需要炸更大的鱼。 经常发布可能是一个好主意。 您是否需要积压，这完全取决于谁定义您的需求以及您最初构建的软件的大小。 您是否需要迭代-甚至敏捷社区中的人们也开始质疑其价值。 是您始终要维护该软件，还是将其移交给您？如果您要把它交给一个好的测试套件，这是有礼貌的事情，但是如果它永远是您，那就不要为任何繁琐的事情而烦恼，只需测试您不确定的部分即可。我当然不会对TDD感到困扰，对于您的测试优先性，没有人会留下深刻的印象，除非您是专家，否则它会减慢您的速度。 归根结底，当涉及到自己开发软件时，我认为您需要密切注意这一奖项，即在合理的时间内交付一个工作系统。只要牢记这一点，最终使用什么过程都没有关系，除了您自己，没有其他方法可以被怪异的做法绊倒。     
    2019-12-09 0 0
    分享

    授巨

    是的你可以。 制定任务，分解任务，估算任务并确定优先级，然后在短时间内进行处理。 如果您愿意，也可以自己站起来；）     
    2019-12-09 0 0
    分享

    矾醒忻

    是的你可以！ 经常发布 保留托管积压 TDD 在每次迭代中演示一些新的工作方式 有一个持续的整合循环     
    2019-12-09 0 0
    分享

    宠封钞轰

    大多数敏捷方法都围绕反馈循环。您越频繁地循环进入以检查和调整正在执行的操作，您就越敏捷。 经常构建：如果可以的话，每次提交，也编写自动化的测试以在构建上运行，越早知道发生问题越好。 使用简短的迭代：迭代的最后一点不是要有可运行的软件（您将尝试不中断它的时间）。迭代的意义在于检查和适应。致力于某些事情（错误修复，新功能等），实施它，然后回顾一下自己做对了什么，做错了什么，并出于改进的目的进行了更改。 保持积压最新：没有什么比积压的积压更糟了，如果可以的话，请及时提供新的反馈和想法。将各个待办事项保留较大，直到您准备好在迭代中提交它们，然后将其分解为大块为止。这些块应该足够小，以使您能够看到迭代中的每日进度。 把事情简单化。与一个人一起敏捷确实很简单，但是很容易陷入为大型团队设计的解决方案中。估算可能被认为是开销，只需承诺您认为可以在合理的时间内完成的工作即可。     
    2019-12-09 0 0
    分享

    你换

    敏捷意味着对变更具有出色的响应能力和适应性，在这里，我将“变更”视为对软件开发通常方式的一种改变-独自一人而不是团队。您为什么不使用G-71软件方法来回应它，却遵循敏捷软件方法：）     
    2019-12-09 0 0
    分享
    为什么被折叠? 0 个回复被折叠

    要回复问题请先登录或注册

    或代码 OrCode.com 备案号：粤ICP备15020848号-1
    Escape time: 0.033336162567139