使用Qone初体验1
刚接触Qone，发现Qone功能很强大，界面也挺美观，设计和实现的方式都很巧妙，已经是一个比较成熟的管理平台了，对于Qone的赞美的话我就不多说了（优点太多了，也不知道从哪儿说起好了），下面就简单说一下个人感觉Qone还可以改进的地方：计划发布之后并不能看见任务，必须先点Gantt图中任务左边的图标，选出红色对号保存才能看到任务，但是这个操作很难发现，帮助文档中也并没有说明。后来经过询问才知道这么一步。在人们一般意识中，当给任务指定了任务成员并分配了工作量后就已经分配出去，然后发布计划就将该任务公示给大家。可能这也是平台中任务和计划的区别吧。
Gantt图中图例比较多，各种颜色的任务条，看得人眼花，并不利于把握项目整体的进度情况。建议在Gantt图中用醒目的颜色画一条延期线，连接所有计划已经开始的且没有结束的任务，通过这条线就可以很方便的看出整个项目的进度情况，延期是否严重，或者超前完成的比重，对项目有一个整体的把握。这样的话每周填写一次任务报告并更新进度的话就有点滞后了。另外Gantt图右边空白区域鼠标样式是十字的，给人的感觉可以拖拽然后画出图形，实际并不能实现，跟操作人员平时的思维不太一致。当鼠标放在Gantt图进度条中部时，可以通过拖拽来调整任务时间，此时鼠标可以显示成对应的图标，以提示用户。
工作日历中，已经完成的任务还显示出来，也没有任何特殊标志，而又不能对该任务填写日报，所以可以考虑已经完成的任务不再显示出来或者特殊显示，如果确实有在这些任务上面的投入可以添加计划外任务进行填写。
在制定评审计划的时候，为评审计划指定任务成员，待选人员列表中显示出来的并不是该项目所有人员，而是平台中所有人员，找起来好像不太容易，让项目外的人员来参与评审在某些情况下是有必要的，但是这种情况还是比较少的，毕竟项目成员才对该项目最为了解。
质量管理方面，bug管理的时候可以加入一些原因分析，比如由于纯粹的粗心大意造成的或者设计不合理甚至需求分析的问题，然后详细说明bug产生的原因，分析bug的影响范围，是否有必要对同样的处理做相关的调查，以便查看其他程序或者模块是否存在类似的问题，从而避免类似bug再次发生，如果进行类似调查，应该列出类似调查结果，以指导bug修正工作的进行，也为以后自己以后的工作、开发起到一定的指导作用，更好的提高代码质量。
进入验收报告页面，查看相应列表，未完成的任务列表里，没有提交任务报告的任务，后面的操作点进去并不能审批任务报告，可以将该操作改为发送邮件。
熟悉需求管理的时候，进入需求间跟踪页面，默认选择全部需求，一不小心直接点击查看跟踪矩阵，结果平台处于假死状态，始终缓不过来，当需求基线多了之后这个页面就会遇到性能问题，大量的数据应该考虑进行性能优化，实在没办法优化的话是否应该考虑变更设计思路了。当选择少数需求进行跟踪时，跟踪矩阵最右边出现错格现象。
风险管理方面，可以通过统计项目进行中的数据信息，如进度延期情况、BUG或问题的增长情况、计划变更甚至需求变更的频繁程度等进行预警分析，设置阀值，超过阀值转为风险，或者经过管理人员分析数据转为风险，然后制定相应的对策。
当然随着系统功能的不断扩充，性能问题也会渐渐浮现出来，需要我们在设计开发的过程中不断优化，避免性能瓶颈的出现。
另外还有部分细节上的问题，比如项目资产页面点击资产名称，当找不到文档时报错显示返回上一页，而其实该页面是新开的窗口等。
先就想到这些吧，刚刚接触Qone，对Qone的理解和把握还很肤浅，说的这些肯定有很多不对的地方，还请大家多多批评指正。
[ 本帖最后由 qone_qone 于 2009-8-25 14:21 编辑 ]
页:
[1]