如果下属提出辞职，那么双方聊一下是必须的，这对于管理者反思是一次非常好的机会。
员工离职的原因通常有这么几点：
1. 感觉钱没给够（有些公司万年不涨薪，比如某浪）
2. 感觉学不到东西 （没有大牛，只能自学，成长太慢）
3. 不是当年想做的事了 （可能事公司做的事变了，或者自身的想法变了）
4. 利益分配问题（股权待遇问题，可能和加入时说的不一样）
5. 对创始人或Leader或者团队失去信任 （包括能力方面或者人品方面）
6. 外面有更好的机会 （朋友创业邀请加入，一个特别好的创业时机）
......
谈一下，看看问题出在哪，自己是否有能力解决。当然最重要的还在要站在员工的角度，给他一些自己的意见，虽然走了，但是大家还是朋友。
引起离职的原因很多，简直防不胜防。所以作为管理者很重要的一点就是风险控制。
第一部分：人
一，要为员工提供尽可能好的条件
在公司允许的情况下，给一份不低于能力水平的薪水，或者采用股权／期权的方式进行弥补。了解员工的心理期望，在员工加入时讲清利益分配问题，如实承若，免得日后不欢而散。（N多创业公司，给予员工过多的承诺而不兑现走上了一条不归的道路）。
二，给员工希望
项目的发展情况，重要的里程碑，各种有利信息。其实这部分也可以叫做画饼，但要尽量不偏离现状，否则容易被当成洗脑骗子。当项目和团队都在往好的方向发展，员工自然干劲十足。
三，给员工成长的机会
放权，让员工感觉到自己可以改变着公司，感觉到自己的能力在提升。培训，组内大牛的分享，外部的会议。该员工感觉每天除了工作，自己也在成长。
四，良好的团队气氛
平等，互助，友爱，大家成为朋友。团队最怕的就是小圈子与派系问题。最后内斗，各种内斗。
第二部分：技术
一，代码集体所有权
结对编程在大多数团队不太现实，但让大家都了解比较重要的代码还是很现实的。这样降低了每个人不可替代性，降低了风险。
二， 技术冗余备份
做事情要用80%的能力，而不是120％。好多创业团队，拼命加班，每个人忙的人仰马翻，但最后结果并不好。好多事情不是拼命努力就会成功的。为什么建议用80％的能力做事情呢？因为这样，团队处理起来问题才回游刃有余，不会疲于奔命，剩下20%的能力可以用来进行技术探索储备和应对突发情况。
三，拥抱开源，采用合理的技术方案
通过开源项目，来降低对技术人员的依赖。比如采用Bootstrap对于没有团度积累和编码规范的小团队是有极大好处的，人员的可替代性也强。而采用合理的技术解决方案，可以降低项目的复杂度，从而降低对关键人员的依赖。比如Mysql＋Django可以应对的时候，不要搞Mysql＋MongoDB＋Redis ＋Django ＋ Node ＋......
第三部分：事
一，尽早确定公司战略层的规划
尽量保证一条长期的路线。这么说不是说就不能换方向，只是换方向要慎重。
二，尽量将项目创业转变为团队创业
因为项目创业的突发性比较大，很容易团队就散了。所以团队创业模式才是稳定的状态。
三，要把事做好
这绝对是当然的。
好的司机不是能在悬崖边把车停下来的司机，而是能让车远离悬崖的司机。
最后，决定要走，就很难挽回了。多半核心也不是因为钱，如果是因为钱，多半你也解决不了。
所以听取他的建议并去思考去改变，然后祝他新的生活一切顺利。:-)
