无意之间悟道了

狂澜萧萧

LZ是悟了，就是悟偏了。。。。。。。。。

我只问一个，LZ你跟同事合作是他先做东西，你再写文档，还是反过来，你先写文档，他照着你的文档做东西？

zhmfreeman

事情是这样的：
我的同事被分配一个任务，给运营商写一个管理收费道具的小工具。
写完之后发现新加道具，修改道具，删除道具的功能虽然都能实现，但是每个控件对应其他控件的锁定解锁以及防止重复的检测很混乱，于是找我求救。
我画了个流程图给他讲解了下，他照着重新组织了下逻辑，就OK了。

狂澜萧萧

这个顺序就错了，应该是先有需求，然后根据需求完成设计文档，再才是根据设计文档实现功能。

suquan77

LS的，这种是事后打补丁，不是一开始安排的结果……是这样的啦

oqipo

开发还是擦屁股？

魂魄追风

suquan77: Re:无意之间悟道了

目送LZ羽化升仙

77你的头像真是同步更新啊

zhmfreeman

这个顺序确实不对。
这个工作本来是安排给一个人的，我是帮忙而已。

khan

你牛插。

其实这不是挺好咩。。因为程序大人似乎不太明白 运营的需求啊。需要你来沟通。。。这是你存在的意义吧。。

某楼“这个顺序就错了，应该是先有需求，然后根据需求完成设计文档，再才是根据设计文档实现功能。”没有以设计为核心的单位，以运营为核心的单位，基本上不会以最先的需求为定死的蓝本。。。在实际过程中，程序会没法100%的实现。（这一方面是需求没给明确造成，一方面是实现手段和方式有限造成，前者情况一般多于后者情况，因为程序不会那么菜，只有需求很模糊没法下手，强下手就会做出不伦不类的东西，或者就算做好了，扩展性也特别差，别怪程序……）那么呢，东西做好后，，运营不满意，玩家不满意，老板不满意，你肯定就得将此工程进行更新维护了。。。这种时候，做事的程序，返工得太厉害一般会很不爽的。。。沟通稍微不行，就没得做咯。。。。所以需要中间人物的出现，，，，就是类似楼上这种沟通者。。。。

stephen_z

这是工作流,早有成熟的产品了