何时与人讨论?

    #inspiration #management #methodology

    1. 分类

    • 必需:此类情况必需与人讨论,这些情况一般会影响系统架构、性能、安全、可维护性、增加工作量等,需要讨论出结果方案并得到团队认可后;
    • 需要:此类情况需要与人讨论,这些情况可能会存在潜在的风险,影响工作进度,影响他人的工作,需要知会大家,讨论出解决方案;
    • 考虑:此类情况可考虑与人讨论,这些情况一般是小范围的代码设计,不影响项目进度和质量,但可能存在更优方案;

    2. 案例整理

    2.1 必需与人讨论

    • 我对此技术没有方向;
    • 我无法给出一个好的架构设计;
    • 我查阅资料后任然想不到一个设计方案;
    • 这个方案设计很复杂,只怕只有我自己能够理解了;

    2.2 需要与人讨论

    • 我对需求没有全范围的了解,设计的方案可能存在漏洞;
    • 我设计的架构,会影响领域的完整性;
    • 我设计的架构,会影响他人的工作,他的工作需要调用或基于我的架构设计或接口;
    • 我设计的架构,总觉得不够完美;
    • 我设计的架构,方案比较传统,可能同事知道一些更优的解决方案;
    • 我设计的架构,可能在分布式高并发情况下存在问题;
    • 我的设计方案,比较粗略,不知道是否违背了一些设计原则?
    • 我要研究一个新技术,虽然晚上有教程,但我的同事可能使用过,可以问问学习方向,或踩过什么坑?
    • 我要调用查询接口,可以自己实现client,但可能同事知道有现成的实现;

    2.3 考虑与人讨论

    • 我想做一个转换功能,我要自己写方法实现,但同事可能知道有现成的库可以调用;

    3. 心理陷阱

    存在一些心理陷阱可能会影响我们对问题的识别,并阻碍我们主动与人讨论。

    3.1 自傲

    • 我技术最牛,我设计的架构方案是最好的,无需与人讨论;
    • 我和同事讨论了很多次,他们一般都提不出好的建议,无需跟他们讨论;

    3.2 自卑

    • 经常找同事讨论,会显得我技术能力不足;
    • 找同事讨论好像低人一等;
    • 找同事讨论,他们会瞧不起我;
    • 我提出的方案太幼稚了,会被他们嘲笑;

    3.3 多虑

    • 别人很忙,找别人讨论影响别人工作,不太好;

    3.4 妥协

    • 这个设计方案可以实现,不用追求完美,能够完成工作就好;

    4. 心理升华

    • 与人讨论可以促进交流加强团队文化;
    • 与人讨论可以增强团队技术能力;
    • 与人讨论可能让自己想法得到验证;
    • 与人讨论可以使项目稳步往前迭代;
    • 与人讨论可以提升自我成就感;

    12 Dec 2017,gelnyang