琐事繁多是不是一定不好呢？

汗青

琐事不会总是让每个人都不开心，特别是不太多的时候。已知的和重复性的工作有一种让人平静的功效。完成这些事可以带来一种满足感和快速胜利感。琐事可能是低风险低压力的活动，有些员工甚至喜欢做这种类型的工作。

. c) \# n0 E' T
$ f2 |0 M9 U6 d: M3 h, y! G

琐事的存在并不总是坏事，但是每个人都必须清楚，在SRE所扮演的角色中，一定数量的琐事是不可避免的，这其实是任何工程类工作都具有的特点。少量的琐事存在不是什么大问题。但是一旦琐事的数量变多，就会有害了。如果琐事特别繁重，那就应该非常担忧，大声抱怨。在许多琐事有害的原因中，有如下因素需要考虑∶

. G9 `& u4 O3 v, A- y( B
( r& ]. b/ d( Y

职业停滞

如果花在工程项目上的时间太少，你的职业发展会变慢，甚至停滞。Google确实会奖励做那些脏活累活的人，但是仅仅是该工作是不可避免，并有巨大的正面影响的时候才会这样做。没有人可以通过不停地做脏活累活满足自己的职业发展。

3 Q6 Z9 O2 P7 c
" h" K7 W/ w, o; y! i

士气低落

每个人对自己可以承担的琐事限度有所不同，但是一定有个限度。过多的琐事会导致过度劳累、厌倦和不满。

  i9 d+ Z! w8 x, Y

另外，牺牲工程实践而做琐事会对SRE组织的整体发展造成损害，原因如下∶

造成误解

我们努力确保每个SRE以及每个与SRE一起工作的人都理解 SRE是一个工程组织。如果个人或者团队过度参与琐事，会破坏这种角色，造成误解。

3 S. D0 z6 x9 o* w; J

进展缓慢

琐事过多会导致团队生产力下降。如果SRE团队忙于为手工操作和导出数据救火，新功能的发布就会变慢。

. ?( _2 A: Q( U" H* w

开创先例

如果SRE过于愿意承担琐事，研发同事就更倾向于加入更多的琐事，有时候甚至将本来应该由研发团队承担的运维工作转给SRE来承担。其他团队也会开始指望SRE接受这样的工作，这显然是不好的。

促进摩擦产生

即使你个人对琐事没有怨言，你现在的或未来的队友可能会很不开心。如果团队中引入了太多的琐事，其实就是在鼓励团队里最好的工程师开始寻找其他地方提供的更有价值的工作。

1 X1 ~% N+ ?, g( f; N8 [
( @; B$ B" m- |: ~

违反承诺

那些为了项目工程工作而新入职的员工，以及转入 SRE 的老员工会有被欺骗的感觉，这非常不利于公司的士气。

如果我们都致力于每一周通过工程工作消除一点琐事，就可以持续性地整顿服务。我们就可以将更多的力量投入到扩大服务规模的工程工作上去，或者是进行下一代的服务的架构设计，又或者是建立一套跨SRE使用的工具链。让我们多创新，少干琐事吧!