zoukankan      html  css  js  c++  java
  • 雷观(二十五):定义和分析问题,往往比解决具体问题更重要

        最近一直忙于一个服装电商系统的开发,下午准备回忆下14年和15年开发P2P网贷系统时的资金账务系统,以便用到电商系统中来的。
        这套简洁实用的资金账务系统,在我看来,非常能说明,使我想阐述一个观点,“定义和分析问题,往往比解决具体问题更重要”。

        说道“观点” ,自然应该归纳到我的“雷观”系列中,回头看一看时间,上一篇却是在半年前,写作,更准确的说,做事大多贵在坚持。
        

       先拿学习来说。
      
       小学6年,学的都是基础。语文,三千个汉字。数学,加减乘除。
       到了初中,3年时间,就学了10门左右的学科。
       高中,内容更是多。
       大学,如果努力点,4年的知识增长抵得上过去13年的总和。

       在早期学习的时候,我们学习的都是具体的知识。没有自己的思想体系,知识体系,学习方法,而且是在老师等人的引导之下进行的,可以说是“漫无目的”。
        而参加工作之后,大多数人的学习能力其实是“很高的”。工作中遇到的问题,你分分钟、几天就搞定了。因为,工作本身的目的性,问题的范围,问题的定义是比较清楚的。
        老板和上司定义了问题,你只管去解决,不会立即针对问题本身,从互联网等其它渠道得到答案。
        当然,如果你有自己的思想体系和解决问题的方法论,那更是牛逼的不行。

       继续说到学习,到了期末考试阶段,学习效率通常也是大大增加的,因为目标明确了,每个人自身的问题明确了,我需要(想)考多少分。
       因此,我们可以说,定义需要解决的问题很关键。
      优秀的老师和老板,都会给自己的学生和员工,提出明确的目标,努力的方向。


      再来看看软件开发领域。

      优秀公司的做法
             老板定高层目标,市场定位/盈利目标,提供资金等支持。
             产品经理等产品中层等,界定项目的范围,要解决哪些问题,为哪些人解决问题。
             架构师等技术中层,定义项目或者产品的技术边界,选择哪些技术。
             项目经理等,定义每个人的分工,怎么协调,项目工期,分阶段验收的时间点。
             Coder/程序员:Just do it...

     一般公司的做法
            来了个项目,最高层有了idea,有了一笔资金。大家一起讨论要解决什么问题,怎么解决。产品定义和项目开发,也都是大家一起讨论。

      我们不去讨论组织划分,只想专注“解决问题”这个抽象的事。

      解决问题的过程:提出问题(比较抽象),分析问题(思考的过程),定义问题(问题拆分的更小,来龙去脉更清晰),解决问题。

      具体到软件/互联网等领域的公司来说,高层提出和初步定义问题、中层细化问题、底层解决具体问题。上一层利用自己的信息优势,专注解决问题过程中最有价值的一个小而关键的环节,下一层同理,最底层的往往是解决最具体的问题,但往往已经没有什么难度了。
    在大多数的IT类公司,架构师和技术经理等,如果把主要的有难度的问题,定义清楚了,分工合理,留给程序员的,不就是编码了吗。
    所谓编码,主要就是调用各种API,解决一些业务逻辑等问题。

       当然,高难度算法等较高和很高的智力、智商问题,除外。。。

     最后再来看看,我偏爱的创业项目投资和股权众筹。
     普通散户,要么凭感觉,要么总体上瞅瞅这个项目是干啥的,创始人靠谱吗。
     而专业机构,则专注自己擅长的几个领域,有丰富的行业知识和理论调研。
     散户和专业机构,其实都不是我想要的重点。

     2015年,出来了一个“专注众筹项目分析的第三方平台-变革家”,他们每一篇分析报告,我基本都看了。
     因为:
     这个平台,不只是简单地分析一个个的项目,而是有自己独特的“方法论”。
     需要解决的问题:分析众筹平台的项目(他们创业的立足点)
     分析和定义问题:散户缺乏方法论,信息缺乏,决策盲目,可参考的依据少,可以为散户提出供决策参考的中立报告。
     解决问题
           第一步:“基于用户需求理论,
    判断创业项目价值的方法”、“变革家拆解学院第三课:项目拆解利器——变革家投资画布”、“拆解学院第一课:如何判断股权众筹项目是否值得投资?
           第二步: 招募/邀请专业的分析师,根据/围绕自己平台的分析理论,拆解项目。
           第三步:为用户提出更多角度的分析方法, 邀请平台散户,提出自己的见解。(方法告诉你了,有头脑的散户,很快就可以有一套自己的分析判断方法)
           第四步:邀请专业机构投资人/业内高管和创始人,提出自己的看法。

     以上,从学习、软件开发、创业项目分析等3个方面,阐述了我们对“解决问题”这个非常抽象问题的一些认识。
    下面,我们总体概括下我们的观点:
    1.解决问题的过程和方法论。
    简化版:分析问题,解决问题。
    详细版:提出问题(我家太穷,吃不饱,买不起车)、分析问题(人有生存的本能,基础的物质追求,人有尊严等精神追求,需要实现更高的目标)、定义问题(10年内,还清负债,年入20万,15年后有车有房有妻有娃,成为四有新人)、
    进一步定义问题(考上211大学,毕业后一步步成为顶尖的程序员、优秀的投资经理、创业创新公司/上市公司高管)
    解决问题(Just do it,如果觉得问题不够详细,回到前几步,提出-分析-定义问题,最后再逐个解决)。

    2.对于一个正常的人,总是可以遇到和发现一些问题。
    解决这些问题的关键是,定义和拆解问题。
    然后,每一步都要“跟上节奏”、“点要踩准”。
    初中努力点-考上好高中-考上大学-进入牛逼公司-成为领军人。
    事情都是一步步做的,人都是一步步成长的。
    考虑未来的问题,解决好当下的问题,未来就不是问题。
    现实是,很多人初中不努力,进入差学校,找不到优质的工作。(总是慢一拍)

    3.就学习、软件开发、创业项目分析等来说,高层/上一层把问题定义清楚一点(要让下一级可执行)、下一层同理把问题定义清楚,交给下一级解决,或者自己解决。
       定义好解决问题的流程,把重点专注在“分工协调”和“目标验收”上。
       每一个里程碑都能按时达到,整个目标就差不了多少。
      
    结论:
    定义和分析问题,往往比解决具体问题更重要。
    大部分的具体问题,都不是太难,可以搞定它的后备人选往往较为充足,而定义和分析的人群,则比例少了很多。 
    (注:定义和分析的先后顺序,看情况。)

      本文中的观点和方法论,可以给我们带来的一些启示和价值:
    1.学习、生活和工作中遇到了问题,莫着急,冷静下来,分析分析。先屡屡思路,再行动。
    2.找工作,判断一个公司的价值,先看看这个公司的定位是否清晰的可理解的,是否真的解决了一些问题,以免进入骗子公司,很快就要倒闭的公司。
       和面试官聊天的时候,看看他的面试思路和表达能力。如果一团糟,不靠谱,进去后还很可能是你的上司,抓紧闪人。
    3.上司给你分配任务的时候,你能比较清楚地知道自己要做哪些事情,恭喜你,上司比较靠谱,多跟他学习点本领。
       上司给你指点迷津的时候,条理清晰,头头是道,再次恭喜你。
    4.下属向你请教问题的时候,他能很清晰地描述自己遇到的问题,对这个问题有初步的认识。
       这个下属不会太差劲。
    5.激情满怀,要去创业。
       多花2天时间,耐心地去分析自己创业要解决的问题以及它的价值,自身团队是否提供了较为可行的方法。
    6.钱多了,想投资。
       用解决问题的方法论,来看看这个项目是否靠谱吧。
         
    小雷FansUnion-一个有创业和投资经验的资深程序员
    2016年5月8日
    湖北-武汉-阴

    定义和分析问题,往往比解决具体问题更重要~
    嗯,就这样! 


    最后的问题

     如果把本文的写作课题当作一个“问题”,作者小雷FansUnion,是怎么解决这个问题的。
    请用数百字说一下小雷FansUnion的写作思路。 
  • 相关阅读:
    Python笔记:高阶函数
    linux C生成UUID的方法
    c语言连接mysql完整演示
    linux下C语言连接mysql数据库演示(在控制台编译的)
    mysql版本问题,导致的mysql.user表下面的字段变成了authentication_string
    选择排序算法
    汉诺塔递归实现
    操作系统复习第一章
    二叉树的基本操作
    字符串的模式匹配算法
  • 原文地址:https://www.cnblogs.com/qitian1/p/6462409.html
Copyright © 2011-2022 走看看