项目中使用的软件方法

时间:2014-11-04 19:50:28

标签: project agile methodology

目前我正致力于将基准测试应用程序移植到另一个系统。我一个人工作,所以我对我真正需要使用哪种软件方法感到沮丧。请给我一些想法。

1 个答案:

答案 0 :(得分:0)

我会假设您在相应标记问题时想知道在项目中使用哪种敏捷方法。

敏捷主要是关于:

  • 持续定期提供工作软件
  • 以卓越技术和避免技术债务为目标
  • 改善我们的工作方式和定期回顾

我说你用的任何东西,甚至你自己的软件开发方法,如果你能从列表中检查这三个项目,那么你对我来说非常敏捷。有些人需要严格的指导方针和文物,这很好,他们帮助人们变得敏捷,但尽管有教条,但他们远非强制性。

这是我如何处理你的情况。

  1. 退后一步,尝试确定此基准测试应用程序的最重要功能或能力。最重要的是,我指的是人们最终使用它的那些功能不能没有。一旦你有了这些列表,就把它们放在便利贴,索引卡,trello,jira或你想要使用的任何工具上。

  2. 将每个功能拆分为业务驱动的全栈功能。我不是在谈论技术任务,而是在实际人员可以使用的小功能。我通常选择"奶奶驱动"接近这里,问自己"奶奶能够理解我想要做什么吗?"。只是为了确保我专注于完整的堆栈功能,而不是像#34;填充数据库"这样的技术任务。查看此问题的一种方法是将尺寸规划应用于您标识的每个要素(http://www.xpday.net/Xpday2007/session/DimensionalPlanning.html)。

  3. 设定一个迭代长度(当我独自工作时,我通常会持续1周或最多2周),并且一次只能开一个小项目。不要为以后编写代码,只需要解决手头问题所需的代码。质量不是一种选择。专注于良好的编码和测试实践。

  4. 在迭代结束时,检查您实施的功能数量,并将该数字放在图表上的某个位置,谷歌电子表格或其他任何地方。这将有助于您了解自己是否正常。获取同事或系统的任何潜在用户的反馈,并反映该反馈。这并不是因为您正在移植到另一个平台,而您无法让它变得更好。

  5. 如果您最终没有足够小的粒度来处理剩下的内容或者在您要做的事情列表中没有足够的内容,请花一些时间重复步骤1到3.

  6. 在每次迭代结束时,请继续跟踪您执行的项目数量,以确定您是否还有足够好的速度。如果没有,请问问自己为什么并改变工作方式或获得帮助。同样,您的主要目标是在每次迭代结束时取得进展并提供有效的软件。

  7. 它可能无法回答你的问题,我知道我没有给你一个类型的答案,使用看板,scrum或其他什么,但我真的认为它不适合你的具体情况,只会为你带来开销和无聊。

    希望无论如何都能为你的项目带来好运。