Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

目标icp issue的完善 #189

Open
georgeliuyu opened this issue Mar 21, 2018 · 16 comments
Open

目标icp issue的完善 #189

georgeliuyu opened this issue Mar 21, 2018 · 16 comments
Labels

Comments

@georgeliuyu
Copy link
Contributor

georgeliuyu commented Mar 21, 2018

原文来自于:https://github.com/sibbay-ai/cooperation-issues/issues/380
根据上周目标issue的执行情况,现将内容重新整理如下:

“目标”issue的规则:

1. 目标issue创建

目标有两部分组成:

1.1、共同目标

共同目标有maintainer撰写周目标任务issue进行明确
一旦共同目标没有完成则所有team的目标均为"失败"
maintainer在每周日18:00前写好issue(没有也要写)

1.2、team目标

有各个team在自行制定,并撰写目标issue(要求引用1.1的issue),完成时间周二早上8:00
过期未写。则表示本周没有目标issue。

2. ICP流程说明

2.1. team负责人在每周一早8:00前在comment中写明:完成或失败;并注明合计size
2.2. 由maintainer来最后确定完成结果。如果没有失败则标注“失败”label,不进入统计,且在EI统计中直接size*0(相当于做了size的工作在比较中得0分)。
2.3. 向public/目标.md 提交pr

@georgeliuyu
Copy link
Contributor Author

@ben7th @fushang318 @ax003d @sinchb @Yidadaa 你们看看是否有什么补充的?

@fushang318
Copy link
Contributor

fushang318 commented Mar 21, 2018

@georgeliuyu

maintainer在每周18:00日前写好issue

病句

其他没有补充

@georgeliuyu
Copy link
Contributor Author

@fushang318 改了

@sinchb
Copy link
Contributor

sinchb commented Mar 21, 2018

由maintainer来最后确定完成结果。如果没有失败则标注“失败”,不进入统计,且在EI统计中直接size*0(相当于做了size的工作在比较中得0分)

“失败”是使用label方式,还是采用comment?建议采用label方式

  1. 方便程序统计
  2. 方便查询检索

@georgeliuyu

@georgeliuyu
Copy link
Contributor Author

@sinchb label

@georgeliuyu
Copy link
Contributor Author

@fushang318 @ben7th @sinchb @ax003d @yeyuexia 第2点,增加了自评的时间节点。

This was referenced Mar 26, 2018
@georgeliuyu
Copy link
Contributor Author

修改:
2.1. team负责人在每周一早8:00之前在comment中写明:完成或失败;逾期未提交comment,以失败记
@fushang318 @ben7th @Yidadaa @ax003d

@Yidadaa
Copy link
Contributor

Yidadaa commented Apr 9, 2018

@georgeliuyu

阐明一下w14周目标第二点未完成的原因:@ben7th 原计划于2018-04-06(周五)前确定多图逻辑,但实际于2018-04-08(周日)晚给出逻辑,导致没有时间完成开发。

像这种有依赖关系的目标,其完成时间不是目标制定者一个人所能决定的,但由此导致的后果却是由目标制定者承担,所以一刀切式的EI指数清零,是否欠妥?

个人建议计算 EI 时使用百分比计算,譬如周目标完成度为4/5,那么计算时Size*0.8

@georgeliuyu
Copy link
Contributor Author

@ben7th 你说说意见

@georgeliuyu
Copy link
Contributor Author

@Yidadaa 周三晚上的会议记得提出来。

@ben7th
Copy link
Contributor

ben7th commented Apr 10, 2018

@georgeliuyu @sinchb

实践方面

  • 具有依赖关系的设计与开发,一般不宜放在同一周目标。如果要放的话,需要在目标上注明先后时间。(“本周”是个模糊的说法,因为周一到周日都是本周)
  • 在上述情况下,若目标为完成,扣除时间注明较早的目标对应的 EI
  • 周目标会有多条,会针对不同的目的,需要和不同人协调,依赖不同的资源。这种情况下,以一个统一的“完成”或“失败”评判欠妥。同样建议采用百分比。

处理

比较明显是 @ben7th 这边的效率问题,所以应扣除 @ben7th 的 EI

@georgeliuyu
Copy link
Contributor Author

@ax003d @sinchb 也发表一下意见

@georgeliuyu
Copy link
Contributor Author

georgeliuyu commented Apr 13, 2018

上面的问题,我在icp的会议中已经说了,大家可以在public中找到视频链接,这里我说几个原则:

  • 我们应该推动和追求整个社区最大的公平和效率
  • @Yidadaa 在这里写出来的意义非常大,否则没有人知道他是“无辜”牺牲的,也不会有今天的讨论
  • 推动延迟者改善是目的。
  • 我们应该推动建立的是能打仗的团队,一个人犯错,会让团队一起受罚。
    @fushang318 @sinchb @Yidadaa @ben7th @ax003d

@ben7th ben7th added the 讨论 label Apr 23, 2018
This was referenced May 7, 2018
@georgeliuyu
Copy link
Contributor Author

georgeliuyu commented May 15, 2018

@ax003d @ben7th @fushang318 @Yidadaa @sinchb 修改了:
2.1. team负责人在每周一早8:00前在comment中写明:完成或失败;并注明合计size

@fushang318
Copy link
Contributor

合计size的定义是什么

有很多很难量化的工作和突发性工作是不属于目标范围的,这些是否合计到SIZE

@georgeliuyu
Copy link
Contributor Author

都计入,计入的目的是为了EI的issue对仅仅对比的参考。

This was referenced May 28, 2018
This was referenced Jun 18, 2018
This was referenced Jul 9, 2018
This was referenced Jul 23, 2018
@ben7th ben7th mentioned this issue Aug 6, 2018
This was referenced Aug 13, 2018
@ben7th ben7th mentioned this issue Aug 27, 2018
This was referenced Sep 3, 2018
@ben7th ben7th mentioned this issue Sep 17, 2018
@ben7th ben7th mentioned this issue Sep 24, 2018
This was referenced Oct 8, 2018
This was referenced Oct 22, 2018
@ben7th ben7th mentioned this issue Nov 5, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants