评审管理器指南

前审查主管使用这些指南并参照经验修改

图片逐行 TjHolowaychuk
上页

页眉段

标题显示
TDWG拟议标准审查管理员指南
日期发布版
2021-11-22
日期创建
2009-05-15
TDWG标准
不属于任何标准
抽象性
评审管理员指南最初由Lee Belbin编写于2009年,并供自那以来批准的大多数标准评审管理员使用。2021年根据前审查管理员反馈对其进行修订,以便根据技术和实践经验变化更新建议手册描述最佳实践,以进行作为TDWG进程一部分所需的专家和公众评审,即规范TDWG标准批准方式的细则
贡献者
李贝宾 https://orcid.org/0000-0001-8900-6203
盖尔康梅耶 https://orcid.org/0000-0002-5178-4170
达格恩德里森 https://orcid.org/0000-0002-2352-5497
Steve Baskauf或CID https://orcid.org/0000-0003-4365-3135
引用
L.贝尔宾G康梅耶市安卓森和S巴斯科夫市2021TDWG拟议标准审查管理员指南生物多样性信息标准 //www.nancyp.com/about/review-managers/

1职责

TDWG批准标准进程//www.nancyp.com/about/process/)写进TDWG附则第九条TDWG章程指定例例创建修改批准为TDWG标准应表示标准得到社区广泛支持,而不是简单或超级多数票

1.1 作者

上头写者

  1. 与任务组一起准备提交文件以符合TDWG标准文档规范http://rs.tdwg.org/sds/doc/specification/)
  2. 将提交方置于正确标准类别
    • 技术规范
    • 可应用性语句或
    • 当前最佳实践
  3. 保证汇总下元数据信息准确完整,并理解该元数据在提交获批时将使用'原样'填充TDWG网站组件
  4. 提交提交TDWG执行委员会

1.2 TDWG执行委员会

上头TDWG执行委员会

  1. 任命评审管理器
  2. 核准提交公共评审
  3. 批准提交文件为TDWG标准

执行委员会应确保指定的审查管理员是独立的,不与拟议标准及其编写者发生利益冲突。冲突不可避免时,必须向执行委员会说明冲突,审查管理员接受作用冲突也必须描述给作者执行委员会也可向审查者提出建议,但选择审查者的最后决定由审查管理员决定。

1.3审查管理器

上头评审管理器

  1. 管理审查过程
  2. 理解有效审查所需的过程(第5.1节)。
  3. 不需要技术开发者,但需要很好地概述拟议标准未来使用标准者应提供有效审查管理员
  4. 保证提交符合TDWG标准文档规范http://rs.tdwg.org/sds/doc/specification/并被置于正确标准类别
  5. 验证汇总中元数据的准确性与完整性
  6. 从TDWG或相关社区招聘专家评审员,独立无利益冲突
  7. 与TDWG执行委员会、审查者和其他感兴趣方有效通信
  8. 加速时间规则审查过程

1.4 独立评审

上头独立评审器

  1. 期望对领域和与拟议标准有关的技术问题有高度理解
  2. 免与作者和作者项目与组织发生利益冲突,并必须能够对拟议标准提供无偏评估评审者必须在接受角色前向评审管理者描述任何潜在冲突,后者则必须向执行委员会报告冲突。
  3. 及时向审查管理员报告

为支持开放科学并承认其贡献,审查者提交评审时默认识别保留匿名选项可供审核者使用,以促进开诚布公性

2独立评审

评审管理员的首要任务之一是为提交物寻找审查者可向作者、相关TDWG集团、执行委员会等咨询建议至少对提交材料提供三次专家评审

提交审议的文件将由审查者评论,然后发回编写者修改,最好以某种形式向审查者提供文件,便于跟踪修改和评论为了记录提交文件,这些可变文档应作为PDF导出并存档GitHub

评审管理员应保留与潜在和受聘专家评审员通信记录,以备替换评审管理员必要时接管之需记录中应包含专家评审者候选名称、邀约日期、响应日期和响应本身(接受或拒绝)。数据库中还应包括关键邮件副本,内含信息,如审查请求、接受审查、讨论潜在利益冲突

2.1 评审器剖析

上头理想审查器某人没有直接参与开发标准(独立)。评审者必须具备高级技术技能,因为标准即技术文档理想审查者写出或帮助开发另一种标准理想审查者`完成任务'

向不同社区/学科寻找审核者是适当的,但比起他们的技术能力,这并不重要。最理想的是,优秀审核者将具有领域/应用经验

期望至少两次审查能对拟议标准所有技术细节进行全面检查。复杂标准需要时间

向潜在专家评审员发送邮件请求的例子可见第5.2节:请使用类似方式作为邮件内容

单个审查者响应时间由审查管理员决定段前后一个月鉴于审查任务可能是实质性的,这将是合理的。评审者提交应及时如果审查者无法在合理的时间范围内完成审查,则可能需要聘用另一名审查者。最后期限过后,审查管理员应发送提醒并同时考虑寻找更多审查者以这种方式,有最小拦截

2.2审查标准

什叶派标准向审核者传递判断提交书TDWG标准由文件组成,但在审查拟议标准可有效实施时应考虑这一点。

  • 关键审查者的问题是,拟议的TDWG标准有效解决社区需求问题提交方是否以高效和有效方式实现预期结果
  • 提交文件写得清晰吗如果不能接受标准,无论技术能力多强,均会减少接受标准的程度文件本身结构方便最广对象理解每一标准文件必须明确说明哪些部分规范化可以在文档起始点通过命名实现(例如:文档所有部分排除标为非规范实例”)或通过在特定章节起始点表示它们是否规范化细节见标准文档规范第3.2.1节
  • 提交是否符合TDWG标准文档规范
  • 提交详解对象和需求这一点应在序言中处理,并需要审查者评价标准达到目标的程度如果不能识别对象和期望结果,就不可能评价拟议标准的有效性
  • 标准技术准确性对复杂标准而言,这不是易事评估部分审查者需要具备技术能力系统审查拟议标准,以确保其准确性。泰波斯非扩展首字母缩略语和技术文档中未定义行语对终端用户构成重大危害
  • 提交文件是否以有效现有标准为基础所拟标准不应“发明轮子”。应尽可能重新使用接受有效标准现有其他标准是否更适合预期目的
  • 整体结构标准有效吗如果拟议标准结构有问题,使用标准可能同样有问题有方法简化结构吗结构允许高效/有效扩展性吗?
  • 标准是否满足绝大多数终端用户需求字段/参数是否足够清晰定义参数/字段是否足以满足绝大多数终端用户需求?

2.3 后专家评审

所有专家评审一入卷,审查管理员即应审查并决定提交文件的类别

  • 接受提交书(原封不动)
  • 需要修改(即规范)
  • 重新提交新审查(rare)或
  • 下降提交项(即使是稀有提交项)。

专家评审员提交审查时应存档GitHub输出PDF,审查管理者注意删除可识别信息,如果审查者选择匿名的话。评审管理员似可将审查所有突出部分合并成一份文件,然后提交作者和提交执行委员会的报告

通知作者,如果需采取任何步骤,则先征求执行委员会批准,再提交公共评审提交人读文档版本根据评审者评论修改后应作为PDF导出并存档GitHub经修订的文件可供执行委员会审查,但如果格式更易于审查提案所有方面,可使用另一种格式传送

流程规定,提交公共评审的最终决定由执行委员会掌握邮件发送secretariat@tdwg.org供分发执行委员会电子邮件应解释如何访问修改后的建议,并请求就公共评审进度作出决定执行委员会将在30天内讨论提交文件并提交决定

3公共评审

公共评审补充单个专家评审公共评语必须开放至少30天(见第5.1节)。除评审管理员外,任何人都可以向公共评审发布评论其原因是审查管理员在公众眼中保持独立性非常重要。评审管理员向TDWG执行委员会提出两项关键建议作者可自由发布注释响应发布的其他注释专家评审员也可参加公共评审

提交文件应当根据当前TDWG实践供公众阅读,该实践可能包括在组织杂志上发布生物多样性信息科学标准.公众可视提交文件应具有下列特征:

  • 其组件应很容易从开放网站标准浏览器上查看
  • 内容中应包含简介页或登陆页,简要解释提交历史和状况,现称为“建议标准”。链接到TDWG处理网页对于那些不熟悉标准审查过程者应列入
  • 数据库应罗列标准的各个部分,其中包括一个或多个人可读文档如果词汇标准,人文文档中将有一个术语列表,它包括标准文档规格要求的基本术语元数据文档中还可能包含规范机可读文件,如XML模式
  • 提交文件可链接信息文档,这些文档不属于标准范围,但意在帮助用户更好地了解如何使用它
  • 提交注释指令

意图是社区非主动成员很容易理解公开评审的目的,知道提交书中包含的内容,并理解如何为评审出力

评审管理员应准备征求意见请求,宣布启动公开评审公告中必须描述提交注释的方式和提交注释的日期范围(最少覆盖30天)。公告应该以审查管理员名发布并包括电子邮件地址,供评论者联系审查管理员使用实例公告可查为第5.3节并链接到第5.4节前文公告

公告完成后,审查管理员应把文本贴入任务组存储器登陆页外联和通信功能小组委员会主席将协助审查管理员发布公告通常,这将涉及在TDWG网站创建新闻项,通过URL访问公告本身应发送电子邮件分发列表社区常用,新闻项目URL可列入官方TDWG社交媒体文章评审管理员、作者和其他社区成员应被鼓励转发公告或连接到他们的网络,以便尽可能广泛地公开评审批注周期接近尾声后,宜通过相同通信渠道发送催复通知

公众可见问题跟踪系统应用公共评审这将确保作者和社区可查看评论并保留所有评论日志供未来参考批注通常由批注者发布并识别批注也可以在两种情况下发电子邮件给审查管理器:如果评论者无法使用问题跟踪器或评论者希望匿名默认注释签名后,审查管理员可自由裁量接受匿名注释评审管理器应代提交器向跟踪器发送邮箱批注

公共评语可产生所有下列结果:

  • 积极建议提高和增强标准使用
  • 增加不必要的复杂性或偏转的建议
  • 主张对提交书进行重大/基本修改的建议
  • 负评论显示偏差或不了解拟议标准意图

说明:审查管理员应确认可能提出的建设性评论作者可开始审查评论,与审查管理器讨论问题,并编写响应或修改

公共评审周期结束时,评审管理员需要通知双方secretariat@tdwg.org并创建文档添加推荐对注释中可以包括(并视需作进一步解释):

  • 接受评论并落实建议
  • 接受注释但不对建议作重大修改,或
  • 拒绝注释

由作者对审查管理员所有评论和相关建议作出答复评审管理员审查作者回复和任何更新提交选择两个动作之一提交文件

  • 向执行委员会推荐接受或接受标准

  • 向作者推荐需进一步制定标准

向执行委员会提交接受建议的建议前可能需要多处迭代。

评审管理员期望执行委员会在30天内回复是合理的

4附录

TDWG批准过程

4.1 从TDWG进程(ByLaw)-标准批准

  1. 当任务小组认为工作稿准备广泛审查时,任务组召集人通过秘书向执行委员会提交工作稿和适当文件汇编
  2. 秘书通知执行委员会提交材料并请求就推进草案作出决定这项决定必须在收到草案后30天内作出
    • 如果响应是肯定的,执行委员会任命一名审查管理员寻找适当的独立专家审查
    • 回答为负时,秘书向任务组召集人报告决定并解释理由
  3. 评审管理员向执行委员会提交审查摘要和建议并包
  4. 执行委员会可
    • 预发标准请求公开评审
    • 拒绝(并有正当理由)预发稿或
    • 请求新修改解决具体问题
  5. 公共评审执行委员会指示将拟议标准放进TDWG存储器中,然后发布注释请求书,描述公共评审期间和持续时间最少30天允许公众评论批注周期结束时,任务组可视需要修改规范或文档。后续提交应处理公共评审中收到的评论
  6. 接受为标准-接受为标准并相应更新存储库状况规范必须经过至少一轮公开评审后执行委员会才能接受它为标准

图描述审查和批准TDWG标准的步骤图并非正式附则的一部分看TDWG处理网页全附则文本

4.2 发邮件给潜在专家评审者实例

注意: 本模板类似于过去请求审查用过的邮件请按需修改内字段下文文本为变量,您可插入已知细节

dear{reviewerName}:

已任命我为DGW{标准Name}标准评审管理程序

请求独立审核标准 提交批准社会成员推荐你为理想评审者

受鼓励在评审中识别自己,以便在发布标准时识别你的贡献审核者可选择匿名,

请自由联系我通过邮件提问, 并可以安排语音或视频通话时区UTC+/xxxx

提交摘要插入下文,我希望你考虑为社区执行这一重要任务

请求用 {$servedate}回复我表示你是否接受审查

评审本身到期 {serviewDueDate}

"{standardTitle}"

抽象性

{standardAbstract}

提交材料审查将备妥等待接受执行此项任务注意专家评审后有公开评审期有关TDWG评审过程的更多信息可见 {link-to-This-document}

请披露您与手稿内容或作者有利益冲突,这可能影响您提供无偏审查的能力

{reviewManagerSignature}

4.3 公共评审公告实例

{标准Name}公共评审

TDWG宣布公共评审推荐{标准Name}标准专家审核员和TDWG执行委员审查过它,我们现在征求社区评论批注周期从{startDate}运行到{endDate}

与标准文档{s}链接的拟议标准简介可在{linkToLandingPage}访问

首选评论方法是在 {subjectTrackerLink}发布问题追踪器注释用户使用追踪器时有问题,可直接向{reviewManagerContactEmail}审查管理器发送评论,该管理器代表评论器发布评论备注备查并发邮件寄送评审管理器时可匿名发布所有备注将公诸于众并归题跟踪系统存档

按照TDWG“处理程序”,公众评论拟议标准至少需要30天批注应该由 {dielineDate}接收

请向任何人分发此注释请求

{目前常见做法是包括作者、专家评审员和执行官对拟标准工作的确认}

真诚 {审查管理者Name},审查管理者

4.4 以往公开评审公告和响应摘要

LSID和GUID应用说明

达尔文核心词汇标准

udubon核心词汇标准

标准文档和词汇维护规范

全球基因组生物多样性网络和ABCD地球科学扩展