返回首页


注意:这篇文章是一个系列的一部分,你可以找到的第一篇文章。简介
好了,再过14天通过{A1}项目,并发生了不少事情:{A2}我做了一些在FailingSqlite分行的主要重构,这将使我们在未来有充分的集成测试做适当的BDD(或自上而下拓展署,如果你喜欢这样调用它)。不幸的是,这个分支的整合由于一些问题仍悬而未决。我在GitHub的一些追随者/叉(Yay!!)一些人表示愿意帮助我@ MarkRendle和@ NotMyself Simple.Data和Simple.Data.SQLite很多进展春季开始,我很喜欢与孩子和夫人以外的阳光社会义务我弟弟在法律的房子装修的最后期限将至我哥哥的生日派对大量的追赶与一些朋友... ...所以Nerdbeers还没有真正发生了很大变化呢?你感叹??
否,其实我没有,{A3},但不幸的是,我一直无法完成,所以我不能融入主分支我所有的改变。
一种提供从项目,以帮助我的人接受后,他问我还有什么需要实施。这使我开始思考:
在这个项目中,我拒绝尽可能长的工具/方法。项目开始下滑 - 就可以了,我花了很多时间,但最终用户的净结果仍然是零 - 因为我注意到,我想知道我怎么能防止再次发生。毕竟,这是敏捷/精益的是:在你做什么尽可能提高效率,并分钟你得到效率较低,回头看发生了什么,并找到​​一种方法,以确保它不会再发生。
我用这种方法在Nerdbeers项目的所有时间,我开始没有任何测试或国际奥委会,我推迟,直到手动测试过程放慢我/不容易出错足够。这可能意味着我有一个不理想的设计,但因为没有真正的商业价值,在此,我可以放心地忽略这个。当不理想的设计开始在做高效发展的方式获得,我总是可以重构。
无论如何,回到滑倒的一部分。我怎样才能防止这种感叹的东西?
感叹的原因很简单:我需要一个适当的方式,以确定我的 - 和贡献者的优先次序。所以,我开始建立在GitHub上的问题,并标注尝试几次后,我终于找到了一种方法,为我的作品。这是深受启发看板的东西,我用在开发所有的时间。
这是开放性的问题清单目前看起来像:
{S0}
哇,这是很多的标签!!这是为什么?
好了,因为我需要他们,让我们来看看在他们被分配的顺序,逐一:类型:确定问题是否是提供直接的商业价值(错误或功能)或(技术)时间:一个非常粗略的的估计可能需要多少时间实施,目的是帮助你优先考虑的问题护理:此标记点的人,谁是这个问题的护理(你可以认为这有点像一个转让)统计:(状态),使用统计,你可以按照任务的进度
我试图寻找少量的标签,这将使以确定正确的优先。
使用这些标记我发现,庞大的分支,我目前正在,并没有真正提供了很多增值业务的价值,所以我决定优先级越低,使底部之一。这实际上是与项目发生了很多的东西,事情得到实施,因为它们是quot; coolquot,但他们实际上并没有提供很多直接的商业价值。这些标记应该帮助我的优先次序。
另一个很酷的事情,现在实际上是关闭问题列表提供了一些值:
{S1}
修复的功能
正如我思考所有可能的功能,我发现我是他们中的很多,没有实际思考他们通过加入。因为我想,以避免增加功能,不提供商业价值,我决定实现我的功能定义一个BDD的技术。
{S2}
让我们来看看这个看看详细:

<span style="TEXT-DECORATION: underline">As a</span> site owner

<span style="TEXT-DECORATION: underline">I would like</span> the Nerd

<span style="TEXT-DECORATION: underline">To be able to</span> view a map of all upcoming nerdbeers

<span style="TEXT-DECORATION: underline">So that</span> he can choose whether he would organise one himself, or just join another one


这使用BDD的故事我favorte的BDD的格式:您告知读者谁想要的功能,对他们来说,这是指定的,它是什么,企业的价值是什么。
这种做法实际上是由我删除一些问题,我已进入,使我改变了一些人。的人看起来在功能,现在应该能够找出这四个简单的句子很多。结论
虽然应用程序本身并没有真正进化了很多,现在我们走近它的方式有,这是敏捷/精益所有关​​于我:小增量的步骤提供商业价值,减少浪费/尽可能多的有效可以。我比较好奇地想知道什么,下一步将在这个项目中!
{A4} <脚本类型= quot;文/ javascriptquot;詹森

回答

评论会员: 时间:2