• Li Yao
    2018-05-25
    所以在业务提需求时,要求业务同时把需求和最终目的同时提出来很重要,防止折腾半天最后发现做了大量无用功
    
     2
  • haormj
    2018-01-15
    其实我有一个问题,现在云计算已经成为基本资源,对于小公司来说,完全没有必要自己管理机房,直接使用各大云厂商的资源会更加的方便,也有利于为小公司节省时间和成本,我非常认同之前的一系列观点,比如从传统的运维到现在以应用为中心,现在我做的事情就是相关的内容,第一版做了一个系统出来,但是还是不太稳定,需要继续加强。以及公司自己CMDB的建设,现在还清楚的记得为了理清楚运维对象,可以从应用的生命周期出发,看了之后确实有共鸣,以及到后面的将基础资源服务化,然后才可以运维;不过对于我这里来说,各大云平台已经将自己的资源服务化,而且提供了可视化的界面,所以我这里感觉也没有必要在继续调用它的接口,将这个内容显示到公司自己的面板上,这个地方个人还是比较纠结,公司使用的云服务也不可能是单一的,比如可能因为公司业务分布,会分别选择国内和国外的云平台,到这里之后,我不清楚运维应该如何走,以应用为中心没有错,但是基础资源服务化感觉没有必要,特别期望作者可以出一篇类似基于公有云的运维应该如何搭建的文章。最后也多谢作者的分享。
    展开

    作者回复: 单从资源管理层面,云平台已经足够完善了,多云就需要有CMP这样的管理平台。

    关键是在与自身的应用体系结合时,就需要与云平台结合实现业务层面的管理,也就是我们讲的内容。

    
     2
  • 岑崟
    2018-01-25
    深挖诉求从日常工作的角度来说做到的难度比较大,很多业务方人员提的不是需求,直接就是一个解决方案,而运维人员听了之后往往不会去分析为啥要这样就直接开干了,业务人员达成效果后就走了,留给运维一个“隐患”,日积月累终有一天爆发了

    作者回复: 这个需要引导,需要思路上转变,管理者一定要有这个意识,然后要有耐心等着慢慢转遍。

    
     1
  • 宵伯特
    2018-01-14
    挖掘问题背后的真正诉求这一点经常有感同身受,不论是在日常开发还是沟通协作中,常常会以已有的问题为目标去寻找答案,结果多是走了弯路或干脆走了岔路,而业务人员也常因频繁的沟通了解了一些技术术语就提出一些所谓的技术上的问题,但是实际的需求可能毫无干系。所以在解决问题这件事情上,明确问题本身大多时候是更为重要的。

    作者回复: 这个是日常沟通中很典型很常见的低效沟通模式,耗时耗力。

    
     1
  • David Mao
    2018-12-17
    了解用户的原始需求很重要。
    
    
我们在线,来聊聊吧