美文网首页Web 前端开发 Web前端之路
小型团队文件协作和svn技术选型

小型团队文件协作和svn技术选型

作者: 彬哥头发多 | 来源:发表于2017-12-02 11:11 被阅读63次
    高效协作 文件迭代.png
    事情的起因:

    最近公司团队出现了这样一些情况:

    1.销售人员对外销售突然临时需要一个原来的文案,结果和在公司的销售索要,发现销售人员手里并没有。

    2.外出销售人员电脑里的版本不是最新的,他说最后安排给过A改过,结果找A要,A说发给销售就已经做更新了,目前他手里的版本不适合现在这个客户。

    3.以前做的海报和各种文案,很多丢失,不能重复使用。

    4.我希望看到我们公司产品的迭代成长情况。

    5.大家之间协作传输文件经常使用QQ群,微信,邮件,一来是各种文件大小和流量限制,二来是版本混乱不堪,信息传达失真和不及时。

    6.每次发送文件都要微信或者群通知,太繁琐。

    作为团队的负责人显然我感觉到了挑战,当然我要解决这个问题,而且要达到我的预期目标,

    首先是一定要高效协作,第二是员工一定要用着爽,然后就是一个现实的问题,作为小型团队必须考虑低成本。

    目标明确了,剩下就是定义问题了。

    很多人就会想这个好办啊!买台服务器搭个SVN就完事儿了啊。看似很合理的方案,却存在着巨大的风险。有句话说的好,手中有锤子的人,把世界上的一切都看成是钉子。我时常提醒自己这个问题是不是技术问题?

    为什么呢?

    在很久以前我工作过的一家教育公司,团队负责人也是技术出身,面对员工不能准时完成项目,他想到的是大家没有严格执行项目计划,需要使用项目管理软件,而外部的项目管理软件贼贵,免费的项目管理软件又不好用而且不符合需求,他似乎找到了解决方案,我们自己开发一个,然后自己用成熟了还可以作为教育的一个产品推广给客户使用,然后他两眼放光动员大家辛辛苦苦两个月奋力加班开发,然后大力推进使用,果然,不负众望,没过多久整个团队就弃用了,因为开发出来的东西连谷歌日历的功能都不如,一个非常不好用的垃圾。

    然而时间和成本都浪费了,最后公司老大并不认为是他的问题,依然拿着自己的技术锤子乱舞,最后可想而知,公司就慢慢的从很好的势头到最后game over了。

    虽然是技术出身,我时常提醒自己,这个是技术问题吗?有没有不用技术依然能解决的最佳方案?技术作为我最有力的锤子是砸向了钉子,还是砸伤了公司?技术可以作为一个好的解决方案但是不是唯一方案,甚至是最后得解决方案。

    问题的解决方案选型

    非技术解决方案

    1.通过加强沟通是否能够解决?答案是否定的,相反我要减少无效沟通。

    2.是否能够通过优化协作流程解决?可以解决部分,但是对于精力有限和快速发展的团队,显然制定一个足够合适的流程得成本更高,也更复杂。

    技术解决方案

    首先我要看看手里有什么牌可以打,

    1.首先我可以使用优盘,显然超过5个人的团队这么做并不会很快。

    2.云笔记协作,对于小型文档还行,一些宣传psd和视频,拖入直接卡死,不可行。

    3.新浪sae,第一贵,第二功能写代码还行,但是给产品和运营人员用功能弱。

    4.git直接pass,慢,复杂,墙。

    5.阿里云服务器租一个服务器或者搭建可行吗?备案下来一个月过去了,搭建维护各种麻烦。权限也有限。

    6.直接使用在线的svn托管呢?技术上可行,两个问题,一是文件大慢,二是成本高。

    7.自己买一个服务器,死贵。

    8.自己用电脑搭建服务器,供公司内部使用,可行,理由:

    1.架设不需要钱,文件定期移动硬盘备份,安全性符合。

    2.并不需要备案,马上能用,内网速度极快。

    3.并不需要外网访问,因为公司外出需要文件出门带着就行。让员工在家里办公这是我最讨厌的,所以对外网需求几乎没有。

    4.上手容易,两个命令update和commit完事儿。妈妈再也不用担心他们的文件丢失和版本混乱了。

    如何实施

    知道了问题是什么,以及技术选型,如何部署svn我就轻车熟路10分钟就完事儿了。

    这里不赘述,给大家一个传送门http://blog.csdn.net/han_yankun2009/article/details/7856992

    自己看,部署跟装QQ一样简单。我就不写了,别人写的跟我自己部署大同小异。不炫技了。

    效果

    趁着吃饭部署了一下,直接用户名名字缩写,用户密码名字+特殊标识,各种部署完毕,大家直接开始使用,觉得用着很舒服,再也不用传来传去文件了,觉得好神奇,很好玩。

    总结

    技术应该为人服务,问题的定义和最终技术选型确定决定了成功与否的90%,而真正如何做就是非常简单的10%了。就像一个项目是否使用vue或者react开发,很多人的理由也许仅仅是因为他们火或者看起来酷,或者是因为很多人学,却从来没想过你学习这个或者用这个开发对公司降本增效有什么好处,仅仅是为了自我提高与炫技,这样一开始就注定了他的失败,而真正决定用某个技术,比如vue,剩下的几乎项目中每一个遇到的具体问题,都被无数人遇到过,解决就非常容易了。

    一句话,工具应该让人活得更好,而不是学习某个技能变成我们生活的负担。

    相关文章

      网友评论

        本文标题:小型团队文件协作和svn技术选型

        本文链接:https://www.haomeiwen.com/subject/htcnbxtx.html