我知道之前已经提出过稍微接近的问题,但这个问题有点不同.
我们是一家预算非常有限的初创公司,我们正在寻找一个完全免费的敏捷软件开发流程工具,对用户数量没有任何限制.我们不希望对用户数量有限制,因为可能会有很多人为我们做小任务,如果他们突然超过用户限制数量,我们将不得不付出很多每月工具的钱.
如果它能够支持它将是非常有用的:
我在这里检查了很多这些工具:
http://agilescout.com/best-agile-scrum-tools/
但我没有找到任何对于无限用户完全免费的.他们中的一些人也没有看板.我检查了Agilefant,但其在线版本将从2014年开始支付.我还检查了Stackoverflow,但没有一个问题是针对"完全免费的工具".
对你的帮助表示感谢.
我基本上熟悉敏捷方法和Scrum.
但什么是"精益软件开发"和"看板"?
可以说Scrum,Lean和Kanban是敏捷方法的实现吗?或者是精益和看板不同的方法?
精益和看板是否提供了一个框架/指南(如敏捷),并将实现留给相邻的一组实践,如XP和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)
总结一下:
这可以作为一个有形的白板,涉及人们与每个任务/用户故事(表示为便利贴)进行交互.在sprint/iteration之前创建电子版本,并且仅在与当前情况对应的sprint/iteration结束时更新.欢迎评论和批评:)
我的团队一直在逐步采用越来越轻量级的方法,从Scrum转向精益/看板,那里的流程越来越少.在某些时候,我们将回到牛仔编码; 事实上,我担心我们可能已经处于边界线上.
在一个非常轻量级的精益和敏捷过程与无政府状态之间可以划分界限?我们怎么知道什么时候越过这条线?我们怎样才能防止自己越界?
这个问题也可能被称为"精益驱动消除浪费的哪些过程无法安全消除"?
我使用Agile模板在VSTS(Visual Studio Online)中创建了一个新项目.
我创建了一个sprint,并添加了一个用户故事.在用户故事中,我有一些任务.
在冲刺看板上有4列;
我可以将任务从New移动到Active,但不能将它们从Active移动到Resolved.
我该怎么做呢?
在调查了一点scrum和看板之后,我终于读到了这个答案并决定开始使用看板,从scrum中挑选一些东西(注意我主要是靠自己工作,而且我确实读过这个问题及其答案).
现在,我的问题是:哪种工具最适合入门?
关于每个的注释:
我倾向于白板,但有几个缺点(例如,无法制作自动图表,时间测量,指标,有时我在家工作 - 我最需要的地方 - 并且携带不方便:-)
我不想记住另一个用户名/密码(我答应自己只注册启用OpenID的服务)
我的雇主有JIRA,但我的团队没有使用它 - 我可能会要求一个帐户(它不应该需要另一个密码),也许以后可能会涉及其他人.但我不知道他们是否正在使用greenhopper,如果安装它是一件大事.
我一般都讨厌电子表格
也许是矫枉过正?
我很高兴有一个localhost实例,但是访问整个组(每个网络/防火墙)可能会有问题 - 不是一个交易破坏者,但肯定是一个问题
我想从中得到什么?
你有什么建议吗?
关于scrumish标签的注释:阅读Henrik Kniberg的PDF.他首先在第9页介绍了scrumish的定义.
是否有任何插件/应用程序用于在看板上显示/管理Trac错误跟踪系统的票证?例如,我希望能够通过拖放它们来改变Trac票证的状态.我尝试了一些像AgileZen这样的独立工具,但我找不到将它们与Trac集成的方法.
我遇到了这个问题并解决了它,所以这个问答在这里是为了以防其他人花时间筛选微软的文档试图找到这个答案。
如何在 Azure DevOps 中创建新板?当我转到板 > 板并查看我现有的板时,没有 + 按钮可以创建,就像板列表下拉菜单中的存储库一样。此外,右上角没有添加按钮。并且董事会设置只是董事会偏好,而不是整体董事会管理。
我是Lean/Kanban的新手,但在过去的几周内已经涌入了在线资源,并提出了一个我没有找到合适答案的问题.精益/看板似乎非常适合我们已经使用Scrum的公司,但在该方法中已经达到了一些限制.我希望这里有人能给我一个好主意.
正如我所看到的,Scrum over Waterfall的最大优势之一就是使用sprint.通过每14天准备好一切,您可以获得较短的反馈周期并且可以经常发布.然而,正如我从阅读Lean中所了解的那样,有一些与此相关的成本(例如,在sprint计划会议上花费的时间,团队承诺会议以及在sprint结束时找到对每个人有用的一些问题).
精益/看板将删除这些废物,但仅以不能每14天释放为代价.或者我错过了重要的一点?因为,在看板中,您如何处理新的开发任务并同时发布?你怎么确定你不发货的东西只做了一半?你怎么能正确测试它?
到目前为止,我最好的"解决方案/想法"是:
总结一下,我的问题是:当您使用精益/看板时,您是否可以在不引入浪费的情况下经常发布?或者发布通常不是精益/看板的一部分?
特定于我公司的其他信息:我们使用Team Foundation System和Source Control,之前在分支和合并方面有过一些糟糕的经历.这可以通过引入这方面的一些专业知识来解决吗?
kanban ×10
agile ×5
methodology ×4
scrum ×3
azure-devops ×2
azure-boards ×1
plugins ×1
process ×1
scrumboard ×1
tfs ×1
tfs-2015 ×1
trac ×1