请教一个关于管理流程的问题
现在公司的管理工具使用JIRAjira 里面提出了一个issue的概念，他可以是一个需求，一个任务，一个变更，一个bug，
感觉下来把需求管理和缺陷管理合并了，
这样的流程可行？，会不会产生混乱？
JIRA真的那么强大吗？
还是说，真正强大的不一定是工具本身，而是真正切实可行的，适合公司正常运作的流程 呵呵，我在缺陷管理课的时候讲过这个issue
你说的非常正确，在不少外企中，用issue来取代bug————但是又不仅仅是bug，它包括任何引发变更的任务。
本质的说，issue是变更管理里的一个概念，任何变更都要提交CCB的仲裁，比如需求的变更，缺陷的修复都会最终导致产品的改变（单就软件测试而言，指的是都会导致代码的修改）。
这个想法其实也有它的道理，但是流程是否混乱跟这个概念是没有关系的。
至于jira，我暂时没用过，要请海龙老师解答了sdlkfj2 真正强大的应该是：人 + 流程 + 技术（包括工具） ，三者的结合才能发挥出最大效力。 有了真正的经历，不就很好的体会到了“质量铁三角”？
建议培训的时候，从理论课上多匀出一些时间来实践 合适的工具就是好工具
页:
[1]
