如何管理项目开发过程中的产物
我们项目组使用的是tcl语言，开发工具是ultraedit。 平时工作流程是。客户提出需求-开发-测试-上线，但是我们的开发环境就是真实环境，没有测试环境，大家直接ftp程序到本地做开发，然后在ftp上真实环境。在这个过程中程序的修改无法跟踪。 我们用svn，但是大家都不会将改过的程序再次上传到svn中，每次不停的催，和检查，我80%时间都浪费在这个上面，我现在很困扰。如果ultraedit可以和svn集成，这样大家提交更改都可以被记录下来，但是svn有不能和ultraedit集成。
请高人指点，还有什么好的办法吗？ 说下我个人的意见吧：
你先想想我下面的问题：
你这个项目有多大？一次从需求到上线要经历多长时间？有几个人在同时工作？他们之间相互的配合以及默契程度如何？与客户的交流情况怎样？项目的稳定性怎样？项目组的稳定性又怎样？
下面我来说我的看法。
就lz的描述而言，让lz所头疼的，就是开发过程中的版本控制问题。的确，版本控制非常重要，因为这可能会对项目的进度和成本产生非常重大的影响。但有的时候，问题可能不是我们大家想象的那么严重。如果项目周期足够短，项目组成员间足够默契，我们的版本控制其实就显得容易得多，有的时候甚至并不需要专业工具来进行操作。当然不可否认专业的工具会带给大家许多好处。但用在这里，明显会让开发人员觉得重复操作，增加工作量。
然而，如果项目组确实需要专业的工具来进行版本控制，我觉得可以这样操作。这里我不知道你所说的ftp服务器在哪里，如果在公司本地，我想你们完全可以在ftp的服务器端进行版本控制，如果是在客户端，那么是否可以与客户进行商议，在客户端进行版本控制？
如果这些都不行，那你可以和PM一起征求下大家（开发人员）的意见，看大家觉得怎样做能更和谐一些（罪过，用了“和谐”一词）。比如，可否在ftp上建立多个文件夹（每日一个），让开发人员每天把代码文件上传到指定的文件夹里面。还有，可否每日在开发人员本机保留一个备份等。
最后，再说说人员的问题，
1. 你对于开发人员不能总是催，更不要频繁的催促，这样是个人都会烦的。而是需要把其中的厉害关系讲给大家听，让大家从道理上接受这样一种做法，适当的时候，你需要跟项目经理沟通，让项目经理亲自出面交涉，以表示对版本控制的重视。
2. 多关心项目，多关心项目组成员，多参与项目交流，争取与大家打成一片，这样会让你的一些话变得更能让大家接受！
页:
[1]
