创业,不能兼职(38)---理解力和执行力

在有基本能力的保证下,沟通,是团队第一问题.其次,就是效率和执行力,

今天,前台和后台的小伙子都来了.

昨夜大雨,我睡觉房间的空调不知道为什么突然漏水了,半夜哗啦哗啦地流水,起来折腾半天,没睡好. 北京今年的雨真的多,我的凉台,厨房都漏雨.唉,需要花钱的地方,永远比你设想的地方要多.早8点多起,9点开始,电话叫人送饮水,电话请人修空调.把办公桌收拾成能2人并排坐.在考虑要不要再加一张桌子.刚刚试了一下,把台式机挪动一下后,办公桌可以坐3人. 后勤琐事,是自己该干的.1小时.

后台小伙子因为昨晚住在朋友处,距离远,早上大约10点到.讨论到12点20左右吃饭. 除去打岔,打招呼,大约2小时
吃饭时,前台到,1点多一起返回.
讨论到快5点,前台小伙子回家. 时间3个多小时.
接着和后台继续的继续了一个小时.  小伙子第一天到,约了朋友见面.
6点我吃了点东西,迷糊了一会.
现在不到8点,继续工作,预计到11点,嘿,本来准备12点,现在实在太困了,11点,睡觉.先写总结,并把今天发现的,要给他们2人应该明天需要做的相关部分的文档整理好,明天给他们.

后勤杂事不算,路上交通不算,各自真正工作时间:  9个半-1(下午最后一个小时,效率基本=0),6个半-1(最后一个小时,效率基本=0), 3个多+?

工作时间其实重要也不重要,关键是效率.今天,我自己对我们的效率,特别是,我和后台之间的沟通效率不算很满意, 对如此下去,整个做事的效率非常担心.明天我会提出来改进方式,和他们商量,我和前台都没有做过项目的经验,希望后台能帮着一起制定一个方案出来. 我们慢慢在磨合中形成自己的流程.共同进步.因为,这对我们3个都是新开始,希望从一开始就不停地自我总结,自我反省,不停提高. 不然,真的可能会非常没效率.只有3个人,也一样要有一些进度管理的. 也要有一些大致的规划.

今天给我的感觉,就是,我们很可能陷入和之前的兼职程序员一样的状态,完全没有进度表,完全不知道自己会何时能做完,之前,定的多久多久alpha,多久beta版本上线,如果这样状态下去,绝对是完全不靠谱.和之前程序员估计自己3个月能做完一样,一点依据没有.

我希望,1\我们每人,每天下午讨论的最后一步,是要对下一步要做的东西,a讨论一下方案,b 做出个非常具体明确的小计划.意思是对整体下一个工作日(包括,当天晚上,第二天上午)要完成的东西,做一个明确的计划,然后对各自都了解其他人下个工作日要做什么,和自己要做的东西尽量节奏一致地配合.

然后,在第二天下午碰头前,尽量完成各自的这个计划. 

每天要自我总结, 自己一个工作日到底做了什么.a完成了什么,b学习了什么,c总结自己没有完成的理由,和遇到的问题,解决方案,看需要不需要彼此帮助,或者是需要不需要请外面帮助. 不要看着是忙了一天,回想起来,真正能看到的东西,少的可怜.每天的时间全部花在一些东拉西扯的分散讨论,得出的结论依然是一些已经有的结论.

有计划的工作,一定比没计划的工作有效率. 而且,不会让你在做一件事情的时候,又分心到其他上面去了,最后,什么都没踏实解决.

老想着,有些问题留待以后解决,这是不对的.每天要做好每天的事情.人要自我督促.

前端小伙子,现在每天的工作日记的方式还是不错,问题是,对第二天的一些工作还是没有一个具体的量化,虽然,也许可能是所有时间都尽量在做. 但这样,就不会对自己有个估计.对以后自己去判断其他工作需要的时间,就没有一个准确估计,很容易放任自己,能做多少就做多少,有些时候,就没有真正聚焦于做事.哪怕是遇到问题,需要一些时间学习解决,那个学习也可以放计划里,但不能没有一个量化.

不过,这样的日志,他们只要简单写几句就行,不用我这样的长篇大论.我这个,嘿,是作文.

2\每天下午一碰面,前台后台就要把各自截止到上午做的东西,合起来.这个,也是订计划的一个原因, 比如,明天,就要做好登录注册,那么,你前台要给我页面,我后台的数据也要事先准备好,明天直接就结合起来.大家各自都要完成自己应该完成的计划,不要拖别人的后腿. 结合的时候,发现问题,解决问题.


顺便记录一下刚总结的经验,就是程序员们,对达到一个目标的时间判断,很多时候极端不准.估算偏差大于1倍甚至几倍都可能不止. 有时他们的估算,完全没有依据.我接触到的程序员几乎都是这样.可能他们对需求判断不足,过于粗犷估计.对自己的能力也估计不准.

今天整体感觉, 忧喜交加. 忧的成分居多.

好的一些地方是,和前台小伙子开诚布公地谈了我自己的一些感受后,他也做了解释.后台小伙子,在一些地方,有技术负责人的风范,和前台小伙子交流的不错.和前台达成基本的共识,比如,1\ 以后需求的最后决定有争议,就争议先保留,按我决定的先做,不合适,再修改. 2\3人保证每天有一定的沟通时间.后台小伙子主张是从上午9点开始,最迟10点,前台希望晚来晚走,我觉得可以, 同意他每天下午1点来. 6点以后走.因为,之前,我是每天晚上11点多收到他的工作日记,我想,他是应该每天晚上也工作一段的.晚上工作晚,早上起晚点,也没问题. 保证效率就好. 所以,对他,上班时间,应该是下午来几小时,晚上回去再干几小时. 我和后台和人家打工的小伙子不同,我们应该是在休息好的基础上,尽量能多干点,多抓紧点时间.

前台小伙子有好习惯,总是拿个小本本记讨论的东西,后台交待给他的,他看来都能明白.

后台在页面上,提出了一些建议和对前台的要求.我们3个人,关于大体的布局结构,取得了初步共识.感觉现在页面问题,前台和后台的配合应该是问题不大.

今天,好的方面的总的感觉就是,就是在后台加入后,在前台态度改变后,我们在页面方面,可能会有一些进步.

还有好的就是,后台小伙子,在脾气和个性上,和我之前的感觉一样,还是比较容易相处.

忧的就是,和后台小伙子,遇到了之前和所有其他人沟通时,遇到的问题,就是在一些地方沟通时,会花费很长很长时间. 以至于一天,都还没有把整个流程完全了解一遍. 对大的方面,难点会在哪里,还是没有真正有数.会以为,都很简单.今天,一个在谷歌数据库和我们自己数据库联想搜索的问题,就是他完全没有想到过的,而且,一下想不出方法的.

这些难点,我都知道,因为,是我觉得有疑问猜测到可能是对技术人员有难度的地方.但今天,还没是没能把整个这些地方在整体高度,大致解说一遍.不过,有一个地址问题,有了大致的解决办法,虽然,还是一个缺掉一块的办法.和结构无关,只是数据.

我的判断是,他在以后各个环节遇到的难题,还会很多,会大大超过他预计.甚至很多是之前的程序员解决过的问题,他都可能还需要重新学习一下,因为,毕竟,他还不熟悉谷歌地图.而之前,他以为很了解整个项目了.

昨天,把小伙子做的第一期的数据结构表发给之前参与过的一个朋友看,朋友说,只有最基础的2个实体,还很不完全,没有覆盖我的很多需求,我说,我感觉也是,不过,因为,后面很多是细节.我根本就还没和小伙子一个个地方过一遍,他怎么可能写进去. 朋友说,小伙子先写这个数据结构表,是肯定对的,但如果只写成这样,就开始,你们就会有问题.

后来,朋友,把之前,请印度程序员给我画的一个ERD图重新发给我.我记得那之后,我改了很多.不过,我真的可能要学习画图了.参考印度人的图,和后台小伙子一起画.相信我们能做好.

现在,和后台小伙子沟通时,有点头疼的是,我们在讨论时,还没有直接用一步步分析,找出最主要矛盾的方式,比较纠结于细节.一个彼此表达不一样的细节有时就会陷进去很久,有时,我们会花费大约1个小时讨论的是一个,完全就可能是一个说明,一个按钮就能解决的问题. 然后,他对整体的难题出在哪几个环节,哪几个东西是我非常关心的,涉及到后面的,还是没有一个完整的概念,这个,今天感觉特别明显,但之前他询问注册要素,完善资料等和后面关系时,其实不是这样的..

这个问题也在我,我应该自己在每次话题陷入无意义的细节时,打住.结果,我会真的花很多时间,和他琐碎地解释那些无意义的争执,每次都要到最后才提纲挈领总结出他和我区别的细节. 唉,以前我感觉都是说是做产品的外行纠结细节,程序员注重结构,今天是反过来了. 估计是第一天,他过于追求完美吧.但愿后面我们能更有效一些.

然后, 小伙子因为经验丰富,或者有些疲倦,没有在每个讨论结束时,总结记录一下讨论得到的结论和下一步计划的习惯. 所以,这很可能就会导致他,几天前说解决注册,登录,概述,可能还没有做,又转到做别的东西去了. 制定计划很重要.

但愿我们一起进步,真的能一起做点什么出来.

虽然有些担心,但也还是抱着信心.只要我们肯不停地自我提升,真正努力.