【工作随笔】Task卡,也应该首先关注需求而不是实现
2014-02-27 11:28
281 查看
我们都知道Story卡是对业务价值的描述,是一个业务价值单元。
写Story卡的人和读Story卡的人都不会首先去考虑如何实现这个Story,而是思考的是这个Story想要传递什么样的业务价值。
这个时候Dev一般都会思考怎么样用最合适的方式去实现。
但是对于Task卡,我们就没有去思考怎么样实现这个Task里提到的东西了。
因为它是一个Task,而不具备完整的业务价值。
这样想起来貌似没有问题,但实际上却忽略了一个事实。
这个事实就是,Task本身虽然不够成业务价值,但是它是用来支撑我们的业务价值实现的。
所以,即是我们拿到的是一个Task,也应该首先问这么几个问题:
这个Task是用来支撑什么样的业务价值?
Task中提供了实现的解决方案了吗?
如果有,还有其他的可能的更好的吗?
总之,今天算是学到了。跟聪明的人一起工作是一件很幸福的事情。
写Story卡的人和读Story卡的人都不会首先去考虑如何实现这个Story,而是思考的是这个Story想要传递什么样的业务价值。
这个时候Dev一般都会思考怎么样用最合适的方式去实现。
但是对于Task卡,我们就没有去思考怎么样实现这个Task里提到的东西了。
因为它是一个Task,而不具备完整的业务价值。
这样想起来貌似没有问题,但实际上却忽略了一个事实。
这个事实就是,Task本身虽然不够成业务价值,但是它是用来支撑我们的业务价值实现的。
所以,即是我们拿到的是一个Task,也应该首先问这么几个问题:
这个Task是用来支撑什么样的业务价值?
Task中提供了实现的解决方案了吗?
如果有,还有其他的可能的更好的吗?
总之,今天算是学到了。跟聪明的人一起工作是一件很幸福的事情。
相关文章推荐
- 4程序员小飞原计划三天完成某个任务,现在是第三天的下午,他马上就可以做完。但是在实现功能的过程中,他越来越意识到自己原来设计中的弱点,他应该采取另一个办法,才能避免后面集成阶段的额外工作。但是他如果现在就改弦更张,那势必要影响自己原来估计的准确性,并且会花费额外的时间,这样他的老板、同事也许会因此看不起他。如果他按部就班地按既定设计完成,还要花更多时间在后续集成上,但那就不是他个人的问题了,怎么办
- 用C++重写String类,实现并不是最完美的,欢迎指正补充!后续还有更多类似的实现放上来, 欢迎关注!!!
- 从大学毕业到走入工作,你应该关注对的事
- 关注设计上的意义,而不是实现细节
- 在一个程序中需要用到全局变量(在多个class之间共享数据),请问如何定义具有这种功能的变量?或者是否有其他的方法解决多个class之间的数据共享(尽量简单实现)。 首先应该明确 Java中没有全局变
- DDX/DDV工作内幕 - [并不是实现内幕,那要追述到OLE1.0了]
- Python 最近因开发项目的需要,有一个需求,就是很多SNS网站都有的通过 Email地址 导入好友列表,不过这次要导入的不是Email 列表,而是QQ的好友列表。 实现方式: 通过goog
- 需求的分拆与实现 – Story/Task
- Git 分支 - 分支的新建与合并 分支的新建与合并 让我们来看一个简单的分支新建与分支合并的例子,实际工作中你可能会用到类似的工作流。 你将经历如下步骤: 开发某个网站。 为实现某个新的需求,创
- 我们真正该关注的应该是产品开发的效率与质量, 而不是工程实践或敏捷的价值
- JS 工作随笔 07 关于JS提交表单的方式和与C#实现保存数据
- 工作随笔:工作不是一个很机械的事情
- 随笔--工作后,我发现了需求的重要性
- 工作随笔——xshell4安装后应该做的一些事
- 业务、架构、技术,我们应该关注什么 Java和.Net的优势劣势简单看法 市场经济决定,商业之道即是软件之道,市场的需求决定着软件技术的发展 利益决定着选择应用新技术
- 转载:Hadoop 应该用C++实现,而不是Java
- 过多关注实现,陷入问题细节, 是大部分程序员都有的坏习惯,应该摒弃
- 第一份工作到底有多重要?找第一份工作应该关注哪些因素?
- 工作随笔——xshell4安装后应该做的一些事
- 选择工作时,我们应该关注什么?