1、Redmine 和 Jira 在进行项目管理和任务管理的时候都有什么区别？
　　焦荣桂回答：
　　如果仅仅是项目和任务管理，区别不大，可能redmine有2点不如jira：
　　1）文件管理方面不如jira；
　　2）redmine任务时间评估不够好，不如jira强大，只能到小时
　　3）JIRA复杂，因为他是计划、需求、任务管理于一身，但是redmine更加关注项目、任务；
　　4）JIRA适合大团队，如100人以上，redmine适合小团队，100以下
　　5）JIRA商业，Redmine开源
　　2、我们公司用JIRA做任务跟踪，目前PMO想收集PM，开发，测试人员的绩效数据，难题我在评论里面列出。请问你们谁有觉得比较靠谱的考核方法？
　　有以下难题：
　　1）：因为每个issue比较复杂，经常会有好几个人提交代码在同一个issue上，不好断定哪个issue是谁做的；
　　2）：因为系统比较庞大，不同的issue复杂度跟开发时间很不一样，如果每个部门给自己的issue打权值，会出现个别部门权值过高的情况，如果由PMO部门来打分，PMO又对每个issue具体的复杂度不了解；
　　3）：有时间issue会停在那边等待其他部门或者外部客户给答案，于是出现开发周期很久的情况。这种情况下，如果PMO想收集数据判断绩效，有什么办法？
　　Joe Thong回答：
　　我的直觉是你的Issue太过庞大了，应该再拆分下去。 我们通常是Epic->Story->Task 你要跟踪的是task，而不是Story
　　张宁回答：
　　程序员的绩效数据不能单独从编码量、编码时间、bug件数这些数据来简单体现，这个在任何一本软件工程的书中早明确说明过了，这样jira的数据时无法来判断绩效的。
　　程序员应该由直接上司来打分，因为直接上司了解他在实际工作中承担的是什么样艰苦程度的工作，也知道他实际的质量和在团队中的作用。
　　3、请教JIRA的使用经验~如果项目是外包开发，如何更好的管理我方的需求、缺陷和项目进度？正尝试使用JIRA进行管理，但无使用经验。
　　目前的情况是，乙方的供应商内部缺乏一个项目管理的工具，在需求、缺陷管理方面较为空白；甲方想介入管理。
　　用心阁回答：
　　①基本使用
　　在Jira中创建project，把项目的需求和缺陷都用issue的方式加入项目，以保证工作内容都纳入Jira管理。所有项目参与者都建立账户
　　按照一定的流程控制issue状态的迁移，迁移的操作设定负责人，例如修订分配，测试分配，完成。
　　建立issue时，issue要具备有适当的粒度，太大则很难并以subtask分解
　　要求每一个issue或subtask在工作开始前都填写工作量估计。
　　要求每个人每天完成工作后在Jira的具体issue或subtask中填写日志，包括工作内容，工作量，以及剩余工作量。及时更新状态。
　　创建过滤器跟踪不同状态的issue
　　在Dashboard中添加适当的部件跟踪项目的状态
　　②高级使用
　　根据项目管理需求定义自己的issue type，workflow，field和screen
　　为项目创建自己的版本和模块，并把issue与版本和模块关联起来
　　把配置管理库的代码提交与Jira的issue关联起来
　　要求配置管理与issue的状态迁移同步
　　以上的前提是你作为甲方懂软件开发和软件项目管理，如果不懂，建议找专家或专门的监理机构。
　　4、如何用jira做项目管理？
　　zhaojun125回答：
　　“伙伴”社会化项目协作，也是一个不错的选择：
　　伙伴项目协作空间，类似于微博首页，每个项目成员都可以及时更新信息，项目经理也可以通过微博一次性通知所有的项目成员信息；
　　通过类微博分享可以向上级汇报进展情况、遇到的问题，以及向专家请教；
　　可以在项目协作空间讨论交流，分享资料，工作汇报，周例会组织安排；
　　项目中沟通实时与手机端互动推送。
　　5、jira和qc哪个好用，为什么？
　　夏乾回答：
　　QC对应的是传统的软件工程那一套，如果用于互联网项目或者APP开发，太重太臃肿了。如果不是个几百人的项目，JIRA较好
　　6、请问如何在JIRA中可以查看到项目的里程碑完成情况？
　　举例来说，我将一个版本的几个目标创建为父任务，之后进行工作分解。如何可以宏观的查看这个版本的几个目标的进展情况？如还有其他方法请大家推荐下。
　　郭板凳回答：
　　不知道邀请我。一般的敏捷过程管理软件都是可以制作燃尽图，或者甘特图。当然如果你们公司购买的话，也可以找JIRA公司定制下该功能。
　　7、Atlassian JIRA 如何从数据库备份导入项目数据？
　　原有一台 JIRA 服务器，数据放在另外一台的MySQL里；现在 JIRA 服务器挂了，JIRA 服务器上的东西都丢了，没有备份，只剩下数据库。于是重新搭建 JIRA，链接原来的数据库，但是用户登陆以后却看不到之前的项目数据，项目里面也是空的。
　　参考过这些文档：
　　https://confluence.atlassian.com/display/JIRA/Migrating+JIRA+to+Another+Server
　　https://confluence.atlassian.com/display/JIRA/Restoring+Data
　　https://confluence.atlassian.com/display/JIRA/Restoring+a+Project+from+Backup
　　都没有解决问题，由于JIRA 的配置全丢了，只求能恢复项目的需求、Bug、Issue 之类的行了。
　　匿名用户回答：
　　已经解决，JIRA 页面显示的 Issue 不是直接查询数据库的，是通过 JIRA 本地的 Lucence 去查询数据，只需要 ReIndex 一下，生成索引可以了。
　　8、JIRA和TOWER那么火，为什么没人用TRAC？
　　KJ(Kan Jia)回答：
　　python党用trac多年， 从svn时代开始用了， 当然配置也比较麻烦. 一般都不自己配.
　　不过在这个年代， 其实自己架设已经很没有太大的意义. ticket系统在github里面买一赠一， 不要说Trac， 连JIRA都迟早bye bye (项目经理党表示JIRA功能丰富不可代替， 我持保留意见， KISS原则)
　　Tower等服务器在国内的服务有一定优势， 相比之下我宁可用国内的 coding.net + 自带的ticket系统.
　　我觉得复杂的任务管理系统用起来不舒服， 我们的大脑每天已经在处理大量的内容了， 任务管理系统请不要设计的太难学.