2014-11-04 59 views
0

目前我正在将基准应用程序移植到另一个系统。我一个人工作,所以我真的很沮丧,我真的必须使用哪种软件方法。请给我一些想法。项目中使用的软件方法

回答

0

我打算假设你想知道在你的项目中使用哪种敏捷方法,因为你相应地标记了你的问题。

敏捷主要讲述:

  • 交付可以工作的软件不断并定期
  • 在技术上精益求精瞄准和避免技术债务
  • 改进我们的工作方式,并定期反思的

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

以下是我将如何处理您的情况。

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

  2. 将这些功能中的每一个功能分解为业务驱动的全功能功能块。我不是在说这里的技术任务,而是实际人员可以使用的较小功能。我通常在这里选择“奶奶驱动”的方法,问自己:“奶奶能明白我想做什么?”。这只是为了确保我专注于完整的堆栈功能,而不是像“填充数据库”这样的技术任务。一种可以看到这一点的方法也是将尺寸规划应用于您确定的每个功能(http://www.xpday.net/Xpday2007/session/DimensionalPlanning.html)。

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

  4. 在迭代结束时,检查您实现了多少功能,并将该数字放在图表的某处,谷歌电子表格中或其他地方。这将帮助你看看你是否正在跟踪。从同事或系统的任何潜在用户那里获得反馈,并反思该反馈。这不是因为你正在向另一个平台移植,你无法做得更好。

  5. 如果你最终没有什么剩下的或没有足够的东西在你要做的事情列表足够小的粒度,花一些时间,重复步骤1到3

  6. 在每次迭代结束时,继续跟踪你做了多少项目,看看你是否还有足够的速度。如果不是,问问自己为什么要改变工作方式或寻求帮助。同样,您的主要工作重点是在每次迭代结束时取得进展并提供适用的软件。

它可能不是回答你的问题,我知道我没有给你的类型回答,用看板,争球或什么,但我真的相信这不是在您的具体情况适当的,只会产生开销和你无聊。

希望无论如何,帮助你的项目,祝你好运。

+0

感谢您的建议。这对我将来会有所帮助。 :) – Davy 2014-11-10 02:03:39

相关问题