经过2年的网链组织实践，期间遇到了很多问题，有些是容易解决的，有些是复杂且难以解决的，关于如何面对和处理
开发者流失问题，我想应该是所有网链组织遇到的核心问题， 也可能最难处理的问题之一，之前Comunion也一直受困于这个问题，有时候更不敢直接面对这个问题，导致该问题积劳成疾，一直没有妥善解决，今天我想就这个问题，谈谈我的看法，也就后续Comunion 如何处理这种问题，做个标注，以此为准
网链组织遇到的所有问题，原则上都可以用这三个要素来解决：
1.正确面对
首先要正确面对开发者离开的问题，网链组织的成员离开，就像 雇佣制度下的中心化公司员工 离职，法律关系保护的夫妻离婚一样，都是正常的，道不同不相为谋而已，所以对于离开的人 ，首先要正确的面对，不要因为害怕离开 导致影响合理的工作安排，相信直到现在，Comunion 开发者委员会的核心委员，对于开发者跳票或是离开带来的痛苦 应该还是心有余悸的，导致留下了心理阴影，无原则的忍耐开发者 对于任务的延迟以及不配合，最后导致带来更大的痛苦，负循环，越害怕离开，越忍让，越没有原则，越失去了底线，继而可能导致任务无限延迟，质量低下 ，最后时间浪费了，质量也不可用，开发者本身也纠结和痛苦，毕竟也付出了，但结果任务不符合标准，也浪费了时间和精力，对大家都不好
因此一定要正确面对 开发者离开 的问题，是一种正常的现象，并且有时候离开未必是坏事，项目进度快也未必是好事，辩证的看就好
2.透明公开
当网链组织发起人 对开发者的开了可以正确面对后，接下来就该考虑如何处理的问题了，唯一的处理原则就是透明公开，明确且客观的 向全组织广播 有关开发者离开的事情，并且由此带来的问题，如任务停滞，项目停滞 或是其他问题 都要客观透明的公开， 让其他开发者知道 任务为什么延迟，项目为什么停滞，而不是 大家都一味的等待，看着进度落后
这样即使剩余开发者 想全力帮忙，也不知从哪里下手，只能干着急，不但不利于组织的凝聚力，久而久之 ，对组织或是组织模式丧失信心，导致剩余的也离开，可见对于问题的模糊或是包庇 是对组织最大的伤害，而不是某位开发者流失，因此一定要透明公开的关于开发者离开，离开的原因，造成的影响等等
3.健康心态**
面对开发者离开，网链组织者一定要有健康的心态，开发者离开肯定会影响项目进度，或是对整体组织前进有影响是毫无疑问的，但是 如果因为开发者离开 就对项目产生怀疑，或是 觉得影响项目成功的原因是开发者离开，这个就有点舍本琢末了，真正决定项目成败的是愿景，初心，组织能力，认知的深度，行业趋势 ，社会发展等等多个原因，如果开发者离开就能决定项目的成败，那么 其他创业者 带着更多的开发者 岂不是短期内就可以 超越网链组织 的项目，保持健康的心态非常重要
综上所述，即正确面对，有原则，有底线，公开透明的记录和发布，寻找愿景一致且愿意为愿景付出执行的人，共同推动理想变成现实
那么 ，为了保证组织的正常运转，如何应对开发者离开呢?，我想有三点是必要的：
1.提高开发者接入门槛
提升开发者准入门槛，这是对所有开发者负责，因为一个无法对自己信念践行的开发者，对于组织资源的浪费是巨大的，从开发者接入，账号开设，到新人培训，最后到 任务培训，整体耗时巨大，而组织消耗的这些时间都是 来自于每一位核心组织成员利用自己业余时间挤出来的时间，因此 提升组织开发者门槛 是避免 组织资源无效消耗的 主要手段
经过开年开发者涌入，同时大量新人退出的问题，Comunion 我们在这个过程中也吸取了极大的教训，升级了开发者准入机制，提升了门槛，同时针对成功接入新人后，任务 的分配也做出了 调整，相信后续会得到改善
2.组织者严格执行 网链协作三部曲 ，做好过程管理
网链工作的交付性质通常是结果导向，即交付一个结果，但是没有过程就没有结果，并且大多是远程 如果缺少中间的高密度 沟通，到期任务时间，如果想直接交付可用的产品 基本不现实，因此 需要过程管理，实时沟通，也是跟进开发者执行过程的关键因素，任何企图在最后一天冲刺的开发者 ，任务不可用或是直接跳票的概率 几乎是100% ，这点网链组织者不要有任何侥幸，更不要挑战人性
3.做好开发者交叉协同
网链组织为任何一个任务都分配了Mentor 机制，重点就是开发者协同，如果某位成员即使不是因为主观，而是因为不可抗力的客观导致任务 失效，为了保证组织 的正常运转，该任务的Mentor 就可以直接接过来该任务，继续维持任务执行，即使因为mentor 自身也有任务，导致完成时间上可能延迟，但是节奏还在，组织仍然可以正常运转
如何正确应用正确 的原则呢？
1.对网链组织任务交付时间的理解和定义：
网链组织的任务时间，理论上包含了 沟通时间，测试时间和最终交付时间，例如 一个任务的完成时间是 10号，那么在7号 左右应该提交测试版，沟通下问题，8号可以修改，9号在评估下，修改后，才能保证10号提交，否则就会出现任务延迟
2.有原则执行开发者的延迟问题
网链组织也好，中心化公司也好，相信在分配任务的时候都会跟具体的开发者沟通时间的问题，不会直接自上而下的 不尊重开发者意见的 情况下 直接敲定时间，不科学也不符合逻辑，经过与开发者沟通，结合整体的任务预计规划，确定好时间后，如果该任务超过抛弃时间，要敢于坚守原则，大胆丢弃，割掉坏细胞 对身体更有利 ，这点是我尤其希望今年 Comunion 开发者委员会 和 Voice 委员会需要做到的
最后 期待Comunion 的所有开发者，组织者 都能带着正确的心态，有计划有应对，更要有原则的 处理好开发者离开的问题，同时保证组织正常运转
