技术故事：或者叫做非功能性条目，或者你想叫它什么都行。
是需要完成但又不属于可交付物的东西，跟任何故事都没有直接关联，不会给产品负责人带来直接的价值。
比如系统的公共组件，代码重构等等，这些并不能给项目负责人带来之际的可交付物，但会对项目的稳定性和提高效率有很大的作用，
这些技术故事往往容易被项目负责人所忽视，因为他们更注重实际上看得到摸得着的东西。
作为一个技术经理，必须要保证系统的开发效率和稳定性，那么，该如何让项目负责人同意在sprint中加入技术故事呢？
1) 试着避免技术故事。努力找到一种方式，把技术故事变成可以衡量业务价值的普通故事。这样有助于产品负责人做出正确的权衡。
2) 如果无法把技术故事转变成普通故事，那就看看这项工作能不能当作另一个故事中的某个任务。例如，“重构DAO层”可以作为“编辑用户”中的一个任务，因为这个故事会涉及到DAO层。
3) 如果以上二者都不管用，那就把它定义为一个技术故事，用另外一个单独的列表来存放。产品负责人能看到它，但是不能编辑它。用“投入程度”和“预估生产率”这两个参数来跟产品负责人协商，从sprint里拨出一些时间来完成这些技术故事。
虽然在这个问题上，技术经理有权利作出决定，但我的建议是最好和你的项目负责人进行沟通，试着说服他，告诉他你这样做会带来哪些好处。