金融业作法
等于过三关
基本的程式都在板控上
假设USER新需求，就先在开发机(VM)
我们是三台DB摆一台，AP一台，一台两个都有。
改完或是写完，TESTOK，提出申请(ISO)
跑文件，去换版室，连上正式机，换版。
对，相当麻烦。
大多数时间其实都在写文件，USER需求有时候可能只是。
一个按键再重组SQL就好了。
老实说对开发来讲，这种情况满不好的，软件业应该不适应人月才对。
想不出来就是想不出来，再多人也没有用。
版控的好处大概就是有尸体可以死者复苏这样。
如果你们用VS他是有TF可以用，不然就是GIT SVN之类的。
小公司的话我觉得还是有机一点，大公司就可以挂这些。
不然我是觉得一组RD写一写，去发布就好了。
然后PG做做教育训练，在自己电脑分区。
感觉比较好也比较自由一点， 有主管或是RDTEAM做CODEREVIEW
这样会不会比较好?

但是我们的开发人员其实不到十个人两个是做网站oa的，五个是做现场自动化的主要是要管控做网站的这两个人后续会新增人员也不一定主管其实不懂Java 或现场程式的.net ,他也不想看程式码我猜主要就是想把这群人框在一个平台上开发程式最好他们做了什么操作主管可以知道

你们主管并不是真的想看什么 只是想要有一切都在他监控之下的错觉

推楼上另外你如果不是主管就不用烦恼开发环境统一个问题烦恼如何用好版本控制如何让大家都懂正确操作A与B上传后某功能消失 有版控跟本不应该发生

原po出发点就不是想搞好软件品质，搞什么版控到最后都是会失败的。

推二楼

推二楼，主管只是想要有掌控感，那就装模作样随便弄个东西不过你要跟主管解释会有开发变慢的问题，让他背责任

人要请、机器要多买、专案时程要拉长，列给他，看他反应跟你讨价还价就是想把数字压到他舒服的范围内的，别跟了

主管外行 要是没能力做好资源跟需求管理 别跟了