标签: kanban

一个完全免费的敏捷软件处理工具

我知道之前已经提出过稍微接近的问题,但这个问题有点不同.

我们是一家预算非常有限的初创公司,我们正在寻找一个完全免费的敏捷软件开发流程工具,对用户数量没有任何限制.我们不希望对用户数量有限制,因为可能会有很多人为我们做小任务,如果他们突然超过用户限制数量,我们将不得不付出很多每月工具的钱.

如果它能够支持它将是非常有用的:

  • 看板
  • 任务层次结构(以便您可以在卡片中定义卡片)
  • 在线托管工具(不下载)
  • 评论系统
  • 不同的角色
  • 泳道

我在这里检查了很多这些工具:

http://agilescout.com/best-agile-scrum-tools/

但我没有找到任何对于无限用户完全免费的.他们中的一些人也没有看板.我检查了Agilefant,但其在线版本将从2014年开始支付.我还检查了Stackoverflow,但没有一个问题是针对"完全免费的工具".

对你的帮助表示感谢.

agile scrum kanban

74
推荐指数
5
解决办法
12万
查看次数

最好的看板工具

您会推荐哪些管理看板的工具?

agile methodology kanban

47
推荐指数
7
解决办法
4万
查看次数

敏捷,精益和看板方法如何相关?

我基本上熟悉敏捷方法和Scrum.

但什么是"精益软件开发"和"看板"?

可以说Scrum,Lean和Kanban是敏捷方法的实现吗?或者是精益​​和看板不同的方法?

精益和看板是否提供了一个框架/指南(如敏捷),并将实现留给相邻的一组实践,如XP和Scrum?

agile methodology kanban

32
推荐指数
3
解决办法
2万
查看次数

看板/ Scrum板

我很好奇其他人在他们公司中使用的物理看板/ Scrum板.我很欣赏因为敏感的商业信息,您可能无法提供董事会的照片.我正在寻找你的电路板看起来是什么样的,以及你如何在典型的sprint/iteration中组织用户故事和任务

通常情况下,我在一个组织董事会的地方工作如下

User Story   | Todo                   | In Progress  | Ready for QA     | Done   |
UC-001       | Domain Object, Service | DAO(Bob)     |                  |        |
UC-002       | Payment UI Screen      |              | Payment Srv (Don)|        |
UC-003       |                        |              | UC-003           |        |
             |                        |              |                  | UC-004 |
             |                        |              |                  | UC-005 |
Run Code Online (Sandbox Code Playgroud)

总结一下:

  • 团队中的一名成员(Bob)正在进行UC-001的任务.其他人可以选择的任务列表正在Todo专栏中等待,但这可以由团队的另一名成员接收,他与Bob协调完成工作.
  • 对于UC-002,支付服务任务已完成,并且已完成QA的自动化测试工具,允许他们在没有UI的情况下测试服务.如果测试失败,则会引发错误并将其与付款服务任务一起移回QA阶段
  • UC-003的所有任务都已完成并转移到Ready for QA.
  • Uc-004和UC-005的所有任务都已完成,因此用户故事已移至完成.

这可以作为一个有形的白板,涉及人们与每个任务/用户故事(表示为便利贴)进行交互.在sprint/iteration之前创建电子版本,并且仅在与当前情况对应的sprint/iteration结束时更新.欢迎评论和批评:)

agile project-management scrum agile-processes kanban

28
推荐指数
3
解决办法
2万
查看次数

如何阻止精益编程成为牛仔编码?

我的团队一直在逐步采用越来越轻量级的方法,从Scrum转向精益/看板,那里的流程越来越少.在某些时候,我们将回到牛仔编码; 事实上,我担心我们可能已经处于边界线上.

在一个非常轻量级的精益和敏捷过程与无政府状态之间可以划分界限?我们怎么知道什么时候越过这条线?我们怎样才能防止自己越界?

这个问题也可能被称为"精益驱动消除浪费的哪些过程无法安全消除"?

agile methodology process kanban

24
推荐指数
2
解决办法
2732
查看次数

解决VSTS/VSO中的任务(敏捷模板)

我使用Agile模板在VSTS(Visual Studio Online)中创建了一个新项目.

我创建了一个sprint,并添加了一个用户故事.在用户故事中,我有一些任务.

在冲刺看板上有4列;

  • 活性
  • 解决
  • 关闭

我可以将任务从New移动到Active,但不能将它们从Active移动到Resolved.

我该怎么做呢?

tfs kanban tfs-process-template tfs-2015 azure-devops

18
推荐指数
2
解决办法
4299
查看次数

kanban scrumish工具开始使用

在调查了一点scrum和看板之后,我终于读到了这个答案并决定开始使用看板,从scrum中挑选一些东西(注意我主要是靠自己工作,而且我确实读过这个问题及其答案).

现在,我的问题是:哪种工具最适合入门?

  1. 白板和postit
  2. agilezen.com
  3. JIRA与greenhopper
  4. 电子表格(可能在Google文档上)
  5. brightgreenprojects.com
  6. Agilo
  7. 目标过程
  8. 别的东西(请注明)

关于每个的注释:

  1. 我倾向于白板,但有几个缺点(例如,无法制作自动图表,时间测量,指标,有时我在家工作 - 我最需要的地方 - 并且携带不方便:-)

  2. 我不想记住另一个用户名/密码(我答应自己只注册启用OpenID的服务)

  3. 我的雇主有JIRA,但我的团队没有使用它 - 我可能会要求一个帐户(它不应该需要另一个密码),也许以后可能会涉及其他人.但我不知道他们是否正在使用greenhopper,如果安装它是一件大事.

  4. 我一般都讨厌电子表格

  5. 也许是矫枉过正?

  6. 我很高兴有一个localhost实例,但是访问整个组(每个网络/防火墙)可能会有问题 - 不是一个交易破坏者,但肯定是一个问题

我想从中得到什么?

  • 提高生产力
  • 跟踪我在任何特定任务中花费的时间,可能与我的主管讨论问题
  • 追踪最常阻挡我的东西
  • 马上看到我和我的日程安排比较
  • 以更好的方式管理我的长待事清单(例如,更快地回答"我应该做什么?"问题)

你有什么建议吗?

关于scrumish标签的注释:阅读Henrik Kniberg的PDF.他首先在第9页介绍了scrumish的定义.

scrum scrumboard kanban

17
推荐指数
3
解决办法
5043
查看次数

Trac的看板板插件

是否有任何插件/应用程序用于在看板上显示/管理Trac错误跟踪系统的票证?例如,我希望能够通过拖放它们来改变Trac票证的状态.我尝试了一些像AgileZen这样的独立工具,但我找不到将它们与Trac集成的方法.

plugins trac kanban

11
推荐指数
2
解决办法
7801
查看次数

如何在 Azure DevOps 中创建板?

我遇到了这个问题并解决了它,所以这个问答在这里是为了以防其他人花时间筛选微软的文档试图找到这个答案

如何在 Azure DevOps 中创建新板?当我转到板 > 板并查看我现有的板时,没有 + 按钮可以创建,就像板列表下拉菜单中的存储库一样。此外,右上角没有添加按钮。并且董事会设置只是董事会偏好,而不是整体董事会管理。

kanban azure-devops azure-boards

11
推荐指数
1
解决办法
8871
查看次数

如何使用精益/看板经常发布?

我是Lean/Kanban的新手,但在过去的几周内已经涌入了在线资源,并提出了一个我没有找到合适答案的问题.精益/看板似乎非常适合我们已经使用Scrum的公司,但在该方法中已经达到了一些限制.我希望这里有人能给我一个好主意.

正如我所看到的,Scrum over Waterfall的最大优势之一就是使用sprint.通过每14天准备好一切,您可以获得较短的反馈周期并且可以经常发布.然而,正如我从阅读Lean中所了解的那样,有一些与此相关的成本(例如,在sprint计划会议上花费的时间,团队承诺会议以及在sprint结束时找到对每个人有用的一些问题).

精益/看板将删除这些废物,但仅以不能每14天释放为代价.或者我错过了重要的一点?因为,在看板中,您如何处理新的开发任务并同时发布?你怎么确定你不发货的东西只做了一半?你怎么能正确测试它?

到目前为止,我最好的"解决方案/想法"是:

  • 不要经常发布并允许与耗尽新开发任务相关的浪费.虽然不是问题的解决方案.
  • 在分支机构中开发然后合并到主干线中.使您必须在内部连续支持至少两个分支.
  • 使用一些智能自动标签系统自动构建某些已完成的任务,而不是其他任务.

总结一下,我的问题是:当您使用精益/看板时,您是否可以在不引入浪费的情况下经常发布?或者发布通常不是精益/看板的一部分?

特定于我公司的其他信息:我们使用Team Foundation System和Source Control,之前在分支和合并方面有过一些糟糕的经历.这可以通过引入这方面的一些专业知识来解决吗?

methodology release-management kanban

10
推荐指数
1
解决办法
4734
查看次数