西西河

主题:【求助】请教下适合小团队使用的OA和研发管理系统 -- 十四楼的青蛙

共:💬26 🌺46
分页树展主题 · 全看首页 上页
/ 2
下页 末页
  • 家园 【求助】请教下适合小团队使用的OA和研发管理系统

    公司产品是机电一体化的工业设备,目前处于产品研发阶段,研发人员15个左右,未来两年可能稳定在20~25人,一直是散兵游勇的山寨团体模式工作,个人把图纸、代码、文档都存放在自己电脑上,需要再用飞鸽或者邮件发送给别人使用或者调试,感觉非常不便,而且版本管理非常混乱。所以,现在想搞个研发管理系统,但公司内没人熟悉这个,CSV什么的也只是听说过,我以前倒是用过lotus notes和CC、CQ,但那个系统对我们这种规模太大太复杂了,还需要专门的管理员,不现实

    我简单整理了下需求,各位大牛给看看有没有适合的方案

    研管系统基本功能要求就是可以管理研发部门的源码、图纸、协议、文档等等

    使用范围呢,大概是5个左右的PC端程序开发人员,都是基于VC做windows下的数据处理和界面,10个硬件开发人员,原理图、PCB、单片机和FPGA的固件程序,5个结构研发人员,CAD图纸什么的,以及相应的文档、说明等等,另外还有公司副总和行政人员接入这个系统

    操作要容易,流程和概念简单(网上搜了CVS框架看了下觉得一头雾水,也许本来确实简单,但因为对整个系统没有概念,所以跟没头苍蝇一样),对所有人员进行一两个小时的培训就能用上手,可以有独立的小型服务器但维护工作要尽量少,专职管理员是配不上了,只能找个软件工程师兼任管理工作

    OA系统的需求倒不是太强烈,现在除了outlook别的也都用不上,日程、订单、采购等等处理起来也不多,但公司很快要建企业邮箱,OA系统有利于规范运作,我也想借此安排全员可用的项目计划,免得领导隔三岔五就来个新想法,小兵们跑断腿……

    求诸位给我科普一下吧,但还是要简单实用,别让我抱本什么手册啊大全啊再去啃就好~~

    先谢过诸位了

    • 家园 Perforce+Share Point...或VSTS

      源代码,库,安装程序等用Perforce管理,文档用Share Point管理,Bug跟踪用Jira/BugFree,自动测试/回归测试系统可能要自己搞,知识共享用Wiki,讨论问题用BBS, Outlook更不用说了,必须的。

      (补充一下Code Review工具:CodeReview或Code Collaborator, 也可以和Perforce集成。)

      还可以自己开发一个Submit工具,强迫程序员在提交代码前Rebuild一遍并且跑回归测试。(Perforce提供了一套API可以二次开发,并且支持丰富的Trigger,比较适合这种模式)。

      或者直接上VSTS,优点就是功能全,可以直接和和Visual Studio/Office集成。但是单项来看功能都不是最好。

      另外,强烈建议抽一个专人管理,这方面的事情其实很多也很杂。

    • 家园 建议你们根据自己的需要自己做一个

      可能刚开始的时候用SVN这些现成的东西比较省心,但是越到后面,流程管理越需要呈现出自己公司的特色,到时候比较痛苦的抉择是:让自己的流程实质去符合现有的形式,还是让形式去符合内容。

      我的经验和建议是,还不如一开始就仔细整理一下自己公司的需求(我想,一般有过大公司工作经验的人都能整理个12345出来),自己开发或者找个软件公司开发一套“土流程”,也许刚开始的时候不够好,但是这个是真正的“家生孩子”,会伴随着公司的成长而成长,“土流程”才是公司真正的财富。

      自己搞并不难,真的

    • 家园 要我说你光在这里请教技术没用,还不如找人指导下

      15~30人,也就大公司一个中等规模的项目组。

      什么cvs,svn的,用哪个都够了,你搞个手册来可能看不过来,实际上一年有364天都用其中1/3不到的功能。

      对所有人员进行一两个小时的培训就能用上手,可以有独立的小型服务器但维护工作要尽量少,专职管理员是配不上了,只能找个软件工程师兼任管理工作

      这种要求很轻松达到。

      平台选型,只要不钻到死胡同里(比如说不要用vss,以后在分支、安全、远程访问上可能受限制),不是问题。我觉得关键是怎么用。

      找个各方面都熟悉的,比较专业一点的人。去你们公司几次。聊一聊,指导一下。一个星期估计就搞定了。

      看你的说法,应该主要是版本管理,svn就可以,网上下载个服务器直接安装了就可以用。领导和行政人员如果只是查看没问题,可以用IE直接打开。要是也参与编写就比较麻烦。行政人员对什么update/commit没概念。

      OA这个事情不好说,确实会规范下。但是公司小,身兼数职往外跑,上了OA没有领导签名就走不下去,领导又经常在外,难道你还给弄个手机终端?所以只把几个关键的地方比如采购上OA就行。主要是用OA来代替纸件表格不会丢,方便查账,不需要太复杂的OA流程。

      项目计划是最难的,至少我知道的项目管理软件(不管是专门的还是OA集成的),用起来都不顺手。腾出一面墙来做个白板,可能效果更好。

      最后就是千万别用MS的server系列。虽然安装简单界面漂亮。但是功能太高级,在系统里扎根太深。万一想升级个机器换块硬盘,折腾死人。

    • 家园 单纯版本控制的话推荐Perforce

      比CVS,SVN好太多。我三种都用过,不得不说开源软件还需努力。

      Perforce 没有免费版,不过工作效率的提高值回投资。

      不过据我所知,任何版本控制软件比较MS文本或图形的版本差异都要另外的辅助。但是纯文本的文件(源码或文档)版本控制十分管用。

      OA的话不如用个wiki系统 有利于历史追踪和知识积累。再装点插件,功能也很强。由于是基于web的系统,也很容易访问。

    • 家园 推荐TeamForge

      基本上什么都有,可以灵活的根据自己的需求决定如何使用。

    • 家园 推荐Trac系统,文档需求流程的一站式解决方案

      与版本控制系统集成的也很好。

      外链出处

    • 家园 建议,供参考

      你的需求可能很急切,但是需求很不明确。

      你们公司做设备,又处于产品研发阶段,推断上研发人员比例比较高,个人揣测超过25%,总人数约60人,构成大概是管理及行政性5-10人,生产性20-30人。这个行业这个规模这个阶段的企业从企业经营管理者角度,信息化需求不太会很强烈(不影响核心业务,也产生不了现实的竞争力),现阶段信息化需求的目标很可能局限在希望将目前感觉“乱”的地方用小的代价解决。

      这是从企业的角度推测一下做这件事情的背景,对做事情的方案以及能否做成是有影响的。

      -------------------------

      具体到帖子里提到的“需求”。

      帖子里说的“研管系统”标题太大,本质上目前的需求是做版本管理,我赞同使用CVS,具体产品就不推荐了,各有各的强项,满足研发业务过程中文档(含文本、代码、FPGA代码、结构CAD图等等)的版本管理都是没问题的,管理员?我看是用不上的。

      “企业邮箱”的需求很具体,OA与“项目计划”没有必然联系,传统意义上的OA是指公文的处理,现在由于技术的发展,原本属于不同业务系统的功能在性质上与公文处理类似的一般也会放到OA系统中(典型的是各种审批流程)。专业的项目管理软件“计划管理”是一项复杂的功能,我估计帖子里提到的“项目计划”可能限于计划信息的发布功能居多。就“企业邮箱”和“项目计划”两个功能,我的建议是不嫌自己麻烦就找个免费的或开源的OA/ERP,这两个功能基本都有,嫌麻烦就找个做OA产品公司的产品(比较多),就是要花点钱,这就涉及到领导者态度的问题了。

      通宝推:铁手,
      • 家园 代码管理建议使用SVN

        VSS对分支、标签的支持不好,而且从我多年前的经验看,稳定性也很差,我碰上过好几次死机导致VSS库损害不得不恢复备份的;而且目前Microsoft对VSS也早都不更新了,最新的版本是VSS2005,和以前的版本没有什么区别。

        CVS现在已经用得不多了,Windows下的客户端CVSNT也早都不更新了;SVN可以看作是增强版的CVS,在功能、稳定性上增强了很多,而且对Linux、Windows、MacOS通吃,在Windows下有界面友好,功能强大的TortoiseSVN,和Visual Studio集成有AnkhSVN,和Eclispse集成有subclipse,如果是命令行高手,svn命令行操作在所有系统中都可以用……

        至于语言,TortoiseSVN有完美的中文界面,了解了SVN的工作原理以后不会存在任何使用障碍。

        另外,SVN的服务器端部署也很简单方便,可以以Windows Service方式部署,也可以和Apache配合起来以Web方式部署;如果个人使用,甚至不需要服务器端,直接使用共享文件夹的方式也可以维护一个代码库。

        Git、Hg这些分布式的版本配置工具现在不建议你使用,这些工具的使用上相对VSS、CVS、SVN来说比较复杂,而所带来的好处目前对你们目前的规模来说还体现不出来;建议对版本控制有更详细的了解以后再转移到这类工具。

        至于TFS,这东西更不建议使用,从我们自己的使用经验来看,要用TFS,需要先有规范的域环境,而服务器的搭建和维护也很费劲,对小团队来说得不偿失,反正我是用得对这个东西敬而远之了。

        还有一点可能无关紧要但也可能很重要的,SVN、Git、Hg都是免费的,而TFS、Perforce等都是商业软件,而且是按照客户端数量收费的。

        文档管理如果不多的话,Windows SharePoint Service也可以拿来用(免费的,和Office SharePoint Server不一样),可以按项目分别建立Web网站,按人员分配权限,对文档还可以进行版本管理;再进一步,有些简单的OA功能也可以用WSS来实现。

        还有一个需要注意的,“安排全员可用的项目计划”不应该划分在OA系统里面吧?最好搞一个项目管理工具,把项目计划、Bug管理、文档管理什么的都管起来,前面大家提到的Trac,还有一些其他的开源工具比如Redmine;商业软件比如atlassian的一系列产品都不错,建议你看一看,不要一下子把所有的东西都堆到OA里面。

        这些开源工具的安装都不复杂,网上安装教程一大把,找个聪明点的开发人员,让他花个几天时间搭建好不是什么难事;如果搞不定,国内也有提供服务的(我记得有一家叫什么群英汇的)。

        元宝推荐:铁手,
        • 家园 git不算难

          起步也可以git的。

          • 家园 单论使用,Git和Hg都不算复杂,但我还是建议用SVN

            如果仅仅是一个单个的开发人员,使用哪个工具问题并不大;但是对于一个团队,选择的时候要考虑的事情还是比较多的;我觉得从服务器的搭建、维护;和已有开发工具、IT环境的结合等等方面来说,Subversion比Git和Hg要更胜一筹;

            Git目前对Windows的支持应该说还是比较可怜的,Hg的UI工具略好一些,新版本的TortoiseHg比以前进步不小,但也还没有到可以称得上成熟的地步;而Subversion应该说在这些方面已经发展的相当好了。

            因此我的意见是除非有很强烈的使用分布式SCM系统的要求(例如在中国和美国各有一个开发团队要协同开发,这个时候SVN的中心代码库的管理方式就会成为一个瓶颈),以楼主公司目前的规模还是用SVN更好。

          • 家园 hg更简单些

            git还是有些晦涩的。

        • 家园 居然得到了铁手老大的认可,下河以来第一次啊……
        • 家园 赞下 很详细 建议先熟悉下svn再过渡到git

          送花成功。有效送花赞扬。感谢:作者获得通宝一枚。恭喜:你意外获得 16 铢钱。1通宝=16铢

      • 家园 专业啊 呵呵 花谢
分页树展主题 · 全看首页 上页
/ 2
下页 末页


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河