创业中的一些思考(一)

  从去年开始就参与到一个大学生创业团队中,对我来说也是一次难得的机会,所以我想把我学到的一些软件工程方面的东西在实践中验证一下,但是这个过程之中问题不断出现,也不断引发我的思考,怎样的软件工程对创业型团队是有效的,有些问题已经思考出初步的答案,有些可能仍旧是问题留存下来。

  今天解决第一个问题。团队成员之间怎么更好的协作?

  在创业型团队中,人员之间两两之间相互熟识的情况很少,而且技术通常较为薄弱,人员之间相互了解不足,比如UI工程师可能不懂前端的HTML,CSS,js等的开发和页面还原的过程,导致前端工程师对UI产品设计图的还原度较低,而前端人员不了解后端开发,导致无法前端页面功能无法实现或无法清晰的像后端表明自己需要哪些数据。当然这一切都可以通过详尽的文档来解决,但是大部分创业团队的技术人员项目经验,以及管理经验不足。由此导致文档不规范,或文档缺失,从而使得项目无法有效进行。最终导致项目延期,无法交付满足需求的软件,或满足功能需求但缺失正常组件的产品。

  因此我建议团队负责各个人员在项目进行中做到“向前跟进,向后输出”。

  向前跟进,就是当UI同学在设计界面时,前端同学能够在旁边辅助UI来进行设计从而保证UI设计是美观且易于实现的,并且在此过程中前端工程师能够了解UI的设计流程,从而提升自己的能力,并且学会怎样来规范UI的输出是有效并能够做到的。在这个过程中UI能够了解到怎样设计才是满足用户需求且满足前端实现需求的。从而使自己的能力得到提升。

  可能大家会说文档不是更好吗?

  文档确实可以解决很多问题,比如降低了团队成员之间的耦合性,使得后续开发更加迅速。但是由此导致出很多问题,比如文档由谁来制定,谁来进行校验?而且文档制定的粒度为多大,会不会影响团队成员的创造性,会不会因为文档而导致大家交流减少,使得团队变的松散?不可否认在大型团队中文档是很有用的工具,但是小型团队中,尤其创业团队中可能没有制定文档能力的成员,如果强行使用文档来进行编程参照,必然会带来一些风险。

  所以小型团队包括创业团队,我认为应当尽可能的用交流来代替繁琐的文档

时间: 2024-11-06 18:43:18

创业中的一些思考(一)的相关文章

听完《时间的朋友》跨年演讲

北京水立方里的演讲比我预期中要好很多,2016年将在深圳,也算是一北一南两个经济最具活力地区的相互呼应吧.认真考虑一下,有空的话我应该会去听,估计观众的层次还不错,感受一下氛围就能值回票价.开场就是传统企业对于互联网转型的焦虑.讲的很有道理,互联网对于传统企业是一个挑战,但说它能完全推翻传统经济,这是不可能的,简单的出门绕着小区逛一圈就会有清晰的认识,传统企业要做的就是尽量利用新的技术和手段,但不应过分焦虑,这个挑战并不比以往的同行竞争更严重.在演讲现场出现了柳传志.冯鑫.程维.雕爷等企业家,自

公司成立初期的思考

公司成立本身并不困难,但是运营却会成为很多初创公司的拦路虎,现在是互联网时代,瞬息万变的信息充斥着我们生活的各个角落,年轻的我们总是容易被那些光鲜的案例吸引,并梦想着有一天自己也能成为那样的人. 当我们有一个激动人心的想法时,我们就会考虑去创业,但是殊不知,创业本身的艰辛你根本无法预知,创业中无法预知的风险你无法斗量.有一个好的想法确实能成为激发创业的导火索,但是很多时候缺乏全面的规划和盈利模式的思考,会让很多初创公司焦头烂额,成天很忙,但却无法找到好的盈利点.即算是已经做出来一个小型的互联网产

关于迭代測试的一些思考

作者:朱金灿 来源:http://blog.csdn.net/clever101 一个软件的功能的越来越多,怎样建立一个规范的測试流程来保证对开发的功能进行充分的測试,是摆在我们面前的难题.在改动bug中经常会出现一种"按下葫芦浮起瓢"情形--改动了A模块的bug,却造成了原来測试没有问题的B模块出现了新的问题.这就促使我们思考:怎样保证測试的百分百的覆盖率.为此我设想一种迭代測试和迭代公布的流程.这个流程详细是这种:全部功能測试分为常规功能測试和新功能測试.所谓常规功能測试是指之前測

关于重构工作的一点思考

最近两周一直忙着和重构相关的事情,本文将简要概述从开始制定重构方案,到具体执行的过程中遇到的问题,以及对重构的一点理性思考. 起因: 本系统是2015年11月开始建设,当时为了快速投入使用,大量的烂代码,后期一直保持快速前进,没有进行过实质性的重构. 具体表现: ● 分层不清,sql哪都有,dao有.service也有,就差controller没写了.同样dao也包含业务逻辑. ● sql用的是spring jdbc,并没有使用mybatis,导致sql写起来有些复杂,封装不够基本都是原始sql

php各种设计模式简单实践思考

前言 我一直觉得什么框架,版本,甚至语言对于一个coder来说真的不算什么,掌握一个特别高大上的一个框架或者是一个新的,少众的语言真的不算什么,因为你可以,我要花时间也可以,大家都是这样的.所以基本的显得额外重要,即是算法和数据结构,再就是好的设计模式了,,,听过一句话,是好的数据结构是让计算机更快的工作,而一个好的设计模式则是使开发者工作的更快! 单例模式 单例模式特点 $_instance 必须声明为静态的私有变量 构造函数和克隆函数必须声明为私有的,这是为了防止外部程序 new 类从而失去

由爬虫引发的思考

前言 花了两天时间写一个简单的爬虫程序.目前所用的技术十分简单.就是获得目标页面的html文档内容,然后解析其中有用的内容.既没有实现模拟登陆,也没有任何防止反爬虫的措施,甚至没有使用多线程.不过在其中遇到的问题还是引发了我很多的思考与问题,比如爬虫的合法性问题以及爬虫的危害等.于是写下这篇文章记录一下.由于本人经验有限,引用参考了大量文章,有问题请指出. 爬虫的作用与危害 爬虫的作用 网络爬虫(Web Crawler),又称网络蜘蛛(Web Spider)或网络机器人(Web Robot),是

第二十三篇:信号机制的两个思考

前言 前文介绍了最基本的信号接收和处理,但这有无可能带来一些问题呢? 本文将通过两个思考,来分析可能带来的问题以及解决方法. 思考一:中断的系统调用 如果用户正在执行系统调用,如 write read.如果这个时候程序跳转到了信号处理函数后返回,则是否重新执行这个系统调用? 结论 这要分情况讨论:如果是磁盘 I/O 的系统调用,则自然需要自动重启:而如果是终端 I/O,则不需要自动重启. 在信号函数族中,有很多函数都是支持设置是否重启选项的.当然,用户也可以使用类似下面的代码自行实现重启: 思考

sql monitor生成不了报告& FFS hint不生效两个问题思考

事情的发生就是这么偶然,一步步的深入才能汲取到更深入的知识~~ -------------------START-------------------------------------------   来了一个query running longer than 4hours的邮件,来看看里面有哪些sql: SID    SERIAL#    INST_ID SQL_ID        Run_in_sec OS_user     MACHINE       SQL_TEXT         

MapReduce源码分析之Task中关于对应TaskAttempt存储Map方案的一些思考

我们知道,MapReduce有三层调度模型,即Job-->Task-->TaskAttempt,并且: 1.通常一个Job存在多个Task,这些Task总共有Map Task和Redcue Task两种大的类型(为简化描述,Map-Only作业.JobSetup Task等复杂的情况这里不做考虑): 2.每个Task可以尝试运行1-n此,而且通常很多情况下都是1次,只有当开启了推测执行原理且存在拖后腿Task,或者Task之前执行失败时,Task才执行多次. 而TaskImpl中存在一个成员变