开发人员的“宪法”:GitHub页面如何帮助我们一年不发誓

一年前,我的团队不断壮大:业务逻辑变得越来越复杂,实际上,我们分为三个子团队-每个团队都包括新人和在公司工作了多年的人员。子团队专注于他们的方向,尽管每个人都在关注账单,但共同责任领域的原则不再起作用。而且,为“老兵”工作的做法并不总是适合新团队。







通常,对于集会团队,我们会进行实地考察:其余时间,他们在远离城市的地方工作,他们聚集在世界的某个地方。下午,他们经历了冲刺的一部分,晚上,他们在一起玩得很开心。但是截止日期很紧,所以我们走了另一条路。这就是我们的想法-似乎这种方法可以被没有专制管理的任何团队使用



感谢雷的想法



在2019年春季,只谈论了《原则。《生活与工作》,来自雷·达里奥(Ray Dalio)。Aleksey Kataev也听说过她-他也是“团队负责人Leonid”,也是我们当时的团队负责人。



雷·达里奥?是谁呀?
1975- Bridgewater Associates. 2010- - . 100 .



, , , , .


莱莎(Lyosha)来到帐单建立流程。他对团队的组成和说服力有清晰的认识。一切正常后,他站了起来。在离开之前,他提出订立合同并合并团队中已经调试的流程的工作,为开发团队撰写“生活规则”。新团队的领导支持了这个想法-它开始了。



首先,我们阅读了Dalio的那些原理它们总共有16个,但是要找出所有内容,您需要购买一本书,从这四个中可以理解含义。

  • 接受现实并与之合作。
  • , , .
  • .
  • , .


当然可悲。但是我们决定尝试使其适应自己。 Lyosha勾勒出了10条原则的清单,并且团队对其进行了补充,使摘要总数达到43个。我们在github上打开了一个存储库:这是工作规则将被托管在其结果所在的地方,这具有象征意义。





而且,老实说,以这种方式维护和发展整个业务更加容易。



然后他们开始缩短清单并改进措辞,并根据三个标准对每个项目进行评估:具体性,与原则的一致性,重要性。进行讨论和完善,直到论文适合所有感兴趣的人为止。





我们同意在岸上。这是Lyosha的想法。



在此过程中,我们清楚地看到了不同的看法,但是经过几天的积极讨论,我们有了一个候选发布版本。



图片

汇总请求必须得到每个团队成员的批准。



在最终投票之后,团队负责人发布了《团队生活规则》的第一个正式版本。





请宣布整个清单



我们将“宪法”分为两个部分:团队中12条生活和行为的一般规则,以及15条技术原则。文本很长,因此我们将其主要内容隐藏在扰流板下方。拼写和标点保留在原件中。



工作原理



1.1。无论我们是否同意这些原则,我们都会遵守公认的原则。

个人意见分歧并非偏离原则的理由。但是,如果情况发生变化并且不再有用,您可以开始讨论任何原理。



另外11点
1.2

— . — . — . , . , .



1.3

- . , . . . , . . . . — .



1.4

: , , , . — . — .



1.5 ,


1.6

— . : , , , .


1.7

. , , . — .



1.8

— , — . , . , .



1.9


1.10 —

, , — , — . : , , , . , , . -, “ ”, “ ” “ ”. , .


1.11 , ,

. — , , , — .


1.12

. .



技术原理



2.1。我们考虑后果

在艰难的部署或迁移之前,我们考虑如果一切都出错了该怎么办。我们进行备份,回滚脚本,评估跌倒的风险。我们摒弃了“啊,它会吹,一切都会好的”的想法。




另外13点
2.2 ,

“ ” -.


2.3

, , , . , .


2.4

!= . .



2.5 , —

— , Skyeng. , , .


2.6 ,

, - , - . “ ” “, ”.


2.7

, :

— RabbitMQ: ,

— : ,



— SOLID, DI, IoC



2.8

— , . : . “ ” — . .



2.9 , QA

. — . — QA. “in development”, production : .



2.10

100% coverage , 100% coverage.



2.11

.



2.12

: , .



2.13

, . , .



2.14

, . , phpdoc, , README.



2.15我们不会从头开始重写项目

这是一个好主意机会很小。通过丢弃经过多年测试的工作代码,我们消除了从头开始编写某些东西的想法。我们正在不断改进和重构,使垃圾代码成为梦想代码。我们摆脱了“双重”系统,但没有创建它们。



顺便说一句,莱约莎最后一点作了另一份报告





好的,它如何运作?



  • : , , GitHub — , , .
  • . 360, : . - .
  • — : , . (, ) , , . , ( ) « !». , , . , .
  • , . : , , — « ». , .








一段时间后,该团队在索契的集会上变得虚拟化。然后,我们将这些原理印刷在纸莎草纸上,并进行了闪烁,然后每个人都得到了一本漂亮的小册子,并将其带回家。





Teamlead说他想让我们的亲笔签名在纸上沾满鲜血。我猜他在开玩笑。



现在可以更改原理。如果有人提出了一个好主意,不喜欢某件事或想要添加某件事,则任何团队成员都可以创建一个请求并对其进行投票:100%表示赞成,并且已进行了修改。



图片

最主要的是不要害怕谈判和讨论问题。



我想知道它如何与您合作。



All Articles