根据主任务[1]中构想的框架,从人的维度看,我们使用用户漏斗模型来进行度量体系的建设。那么, 从可度量角度清晰定义各角色 便是我们后续数据采集,指标定义,视图设计及呈现的基础。
在此,非常感谢主任务[1]中各位童鞋的贡献 。
综合后,计划通过如下行为趋势及标志来定义角色,欢迎大家一起评审。
待评审内容:https://docs.qq.com/doc/DUG1jWGptQ2xSc0xw
评审结束时间:2020年3月19日
后续计划:
1.基于行为标志及动作,明确后台数据取值原则,传递给基础设施组;
2.明确指标及统计规则。
[1]:#I1BAO0:[Metrics] openEuler community operation measurement
Hey @Ivye, Welcome to openEuler Community.
All of the projects in openEuler Community are maintained by @openeuler-ci-bot.
That means the developpers can comment below every pull request or issue to trigger Bot Commands.
Please follow instructions at https://gitee.com/openeuler/community/blob/master/en/command.md to find the details.
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。
The same question as imjoey.
I have left my comments in the doc, and I am fine with it now. Thanks
@imjoey @DozeDoze @zhongjun2 @Fred_Li
Thanks for your review. Version 1.0 of user role definition has been output, including user role definition, data access definition, key indicators and statistical analysis dimensions. Welcome to confirm if v1.0 content is OK.
Hi @Ivye , thanks for your efforts. Only one question, how we classify the action of posting an issue, which is not mentioned in the accessories? Shall we also consider it as a contribution? Thanks.
@imjoey
In https://docs.qq.com/doc/DRmlaYnZSbEViRm5G, I wrote "- 在gitee.com/openeuler、gitee.com/src-openeuler、github.com/openeuler-mirror上有回复其他人的issue或者PR".
You are right, reviewing should be considered as a contribution.
I don't think only posting an issue should be considered ad a contribution. What is your opinion?
@imjoey
In https://docs.qq.com/doc/DRmlaYnZSbEViRm5G, I wrote "- 在gitee.com/openeuler、gitee.com/src-openeuler、github.com/openeuler-mirror上有回复其他人的issue或者PR".You are right, reviewing should be considered as a contribution.
I don't think only posting an issue should be considered ad a contribution. What is your opinion?
@Fred_Li thanks for your response. From my perspective, a bug report is very helpful for maintainers and contributors, which could be also considered as a contribution. Of course, a simple question is not.
@Ivye @zhongjun2 @DozeDoze Can you join us for sharing your insights? Thanks.
Hi @Ivye , thanks for your efforts. Only one question, how we classify the action of posting an issue, which is not mentioned in the accessories? Shall we also consider it as a contribution? Thanks.
At present,posting a issue is regarded as a behavior characteristics of use.I think it would be more appropriate that the effective reply to the issue is a contribution.
@Fred_Li thanks for your response. From my perspective, a bug report is very helpful for maintainers and contributors, which could be also considered as a contribution. Of course, a simple question is not.
@Ivye @zhongjun2 @DozeDoze Can you join us for sharing your insights? Thanks.
I think you are right.We can classify them according to the issue type. Task-based and demand-based issue are the behavior characteristics of users, while defect based issues are the behavior characteristics of contributors. But in this way,we default that the issue type filled in is accurate.Do you think it's more reasonable?
I want to hear opinion from @zhongjun2 , because I think we need start implementation. Some pending discussion can continue while starting implementation.
I think you are right.We can classify them according to the issue type. Task-based and demand-based issue are the behavior characteristics of users, while defect based issues are the behavior characteristics of contributors. But in this way,we default that the issue type filled in is accurate.Do you think it's more reasonable?
@Ivye thanks, I guess the quality engineers would be glad to see bug report counts. While actually this is not quite a big matter, since we can adjust this strategies along with the implementation accordingly.
@Ivye thanks, I guess the quality engineers would be glad to see bug report counts. While actually this is not quite a big matter, since we can adjust this strategies along with the implementation accordingly.
Thank you for your participation.I have updated the issue classfication in the attachment.
@Fred_Li thanks for your response. From my perspective, a bug report is very helpful for maintainers and contributors, which could be also considered as a contribution. Of course, a simple question is not.
@Ivye @zhongjun2 @DozeDoze Can you join us for sharing your insights? Thanks.
@imjoey Of course, thanks for the invitation. I have been focusing on content development and will ask questions and suggestions. I also look forward to contributing to the community.
登录 后才可以发表评论