什么时候适合要求文档规范

wangjcltj

大家好,我是一个测试新手,我们公司很小很小,现在有一个开发团队,一共五个人,其中两个是编程的,一个做图形处理,一个我,负责测试,还有一个兼职的"项目经理".这个经理要求相当高,文档啥的都要我们规范化.流程也要规范化.还要我们都要把自己负责那块弄透,能够直接教给其他几个,.................................

我觉得他想法那是相当的好.但是感觉好像是那种还不会走就想跑的人.国内的软件公司大多初期都是相当不规范的,当公司发展起来有一定规模后再慢慢开始规范的.我觉得这种模式对于小公司是相当适合的,有什么能力做什么事,像我们这么几个人,什么都要求规范意义好像也没多大吧.希望大家都说说看.这种规范有意义吗?

PS:到现在为止我们基本上没有一个文档规范了.因为总是要赶时间.时不时的要求出稳定版本.编程的时间紧,测试时间也紧,明天要你出版本今天才让你来测,哪有时间写文档啊...................编程的两个也是忙.BUG不断,改都改不过来.还不断的在加新功能

archonwang

我的感觉是这样的。
开发团队小，项目时间紧，要尽量把前期的计划和准备工作做好。尽可能多的去预估风险并争取更多的资源。至于文档规范，如果有时间，当然希望有。但是如果时间上不允许，则可以把一些次要的省略掉——注意，不是全部省略掉。


一个开发团队，在形成之初是否可以培养出这种做法是很关键的，它实际上也是一种竞争力表现。一旦公司上了规模，再想改正过来就很难了——我觉得项目经理的做法无可厚非。

如果一个开发团队只是在要求生存，那么有没有规范都是无所谓的，只要完成，达成目标即可。但如果你想在这条道路上走得更远，那么规范化是必经之路。

ouyu

很赞同archonwang斑竹，从CMMI和ISO的一些规则要求也是这样的，想发展改是肯定要做的，从无到有是个比较困难的事情，办法总比困难多，慢慢正规总比不正规好。

myhrnet

只要能些出软件就可以了，不用文档的

wangjcltj

我也知道文档规范化对一个好的开发团队很重要，问题是我们这个团队能够存在与否都不确定。我们五个人里面除了经理工作了好几年之外，负责图形处理那个是我们师兄，比我们大一届，另外三个全是大四出来实习的。这个项目我们就是半路捡起接着做的。前面的开发人员留下来的文档残缺不全，很多东西都没有，而且公司到现在都不愿意跟我们签合同，你说这个团队连能不能存在下去都不定，还要规范文档干什么。。。。。。。。。。。

（个人感觉可能是不想留我们，又觉得我们做了不少东西，没文档的话我们走了下一拨人又得花很长时间才捡得起来了）