【心灵实验室】系统文档需要写道什么地步才能交给程序

eff8888

简要流程图还是得有地，重点是不要说的太细，太细致的文档有拿别人当码农的嫌疑

11月11日

数据库表字段还真是我写的，虽然最后结果要的字段多，程序他们说有需要。但是我提的字段，

他们一般都保留。

作为一个打杂数值路过。

个人觉得，作为策划要明白自己要什么，做出来是什么效果就OK了，他们内部什么逻辑，不要去干涉。

Miller

绝大部分人能做的恐怕也只是按照上面的要求写。
实际开发中除了项目初期需要定义文档格式，其他时间没必要考虑文档写到什么地步吧。
开发过程中不断变动，或者策划们的文档都不一样，深的深浅的浅，这都不是什么好事。
只是无谓的增加各部门间的沟通学习成本。

与世无争

流程图的意义在于：这是一个非常严谨且严密的系统，在设计之初他就已经相对完善了。程序在制作过程中作为参考，能够减少后续一些不必要的交流

如果流程图有问题甚至漏洞，我会打回去重做……
如果没有流程图，程序可能将各种功能优先级进行调整，使最终效果产生偏差，这是策划不希望看到的

在设计之初就要考虑90%可能出现的问题，然后等待那10%的问题出现然后消灭掉，总体效率比较令人满意

相信程序也不愿意做一个很草率、到处都是漏洞的东西，这样也是浪费程序的时间

狂澜萧萧

细致到什么程度，真的是因人而异，看团队的总体氛围。

曾经呆过一家公司，几个部门之间关系很紧张，最后到了文档什么时候出，需要注明，交付给谁，需要注明，谁负责制作，需要注明，是否有反馈意见，需要注明…………在这种时候，一份完善的文档，可以省去无数扯皮的工夫。

其实我也不建议文档写的过细，但是经历过的几个公司，因为新人占团队的很大比例，当文档很粗糙的时候，对于新人的成长会非常不利，新人很难从这些文档里面了解到执行过程中的一些细节，所学到的东西经常停留于表面，因为文档不能够带他们深入进去，去问人，他们甚至都不知从何问起。

当然并不是说文档不细致的时候，就没办法制作，对于一个成熟的团队，文档是否细致，根本不会成为一个问题。

xike

与世无争: Re:【心灵实验室】系统文档需要写道什么地步才能交给程序开发的三两言

流程图的意义在于：这是一个非常严谨且严密的系统，在设计之初他就已经相对完善了。程序在制作过程中作为参...

系统的严谨和流程图没有必然联系。

有些系统需要流程图，目的是设计者的思路的表达，告诉他人系统的样子，让开发者心里有底，知道整个系统是个什么样子。
有的系统是不需要流程图，本身就是几句话能搞定的事情。没流程图不代表不完善，有流程图也不代表完善了。
而且，也有程序说过，策划的流程图和程序所想的流程图完全是两个概念；

我见过一些情况是，负责人为了流程图而流程图。而且是将流程图和逻辑图混为在一起；一个图弄的具复杂；忘记了流程图的初衷。
所有的系统文档，一切撰写原则是为了其他部门更好更快的开发！~~

firstangle1.0

解惑贴呀，不错，收藏了

扁扁

可不可以出一个详细的方案，让程序选择辅助设计并拍板做哪些功能，以执行者的意见为准。
最难做的就是决定……

水向

一句话，看需要

面试的文档，当然是细点好，体现功底
给老程序，且换皮作，只要概念+重点规则就成
给老程序看，稍细点，概念+重点规则+界面+注意事项
给新程度看，这得累点~~~细到颜色转成RPG三色数据

给策划看，双方能理解、有记录就成
给美术看，提美术需求就成

Thrall

口述路过

文档什么的程序表示不看