开发前一定要做好设计，第一次负责一个系统，因为设计排的时间太少，导致后期开发都是在修设计留的坑。

[Renco]

嗨，现在简直想把现在写的烂系统直接清空。

[Kirsk]

设计的前提是理解需求 如果需求模糊 尽可能拆分需求点进行开发 整个流程推倒重来不是新鲜事 敏捷是按团队实际情况减少沟通开发成本 比如我直接在原型上注明较复杂的业务理解 简单的同事能理解不需要 按页面给前端接口

[wangkun025]

对于周期的管理，天朝人普遍心态不行。计划一年的时候，压缩一下一个礼拜就做完。

[php01]

这是项目管理的问题。小公司，小团队，注定做不好这一块，不然也不会有 pm 了

[gadsavesme]

再好的设计也架不住需求的频繁变动，说白了一个好的项目不是只有开发水平高就可以的，是一大帮子人水平都比较高才行。

[des]

@tabris17 真 · DDD

[rabbitinhere]

楼主说得对！

[remarrexxar]

遇到不懂技术的领导要求排时间至少按照 4 倍报，一半留给他压，一半留给自己改 bug 和还技术债。

[Acoolda]

小公司，能跑就行，业务为主，赚钱了再请大牛来设计

[mascteen]

需求是第一步

[deweixu]

软件工程告诉我们要
需求规格说明书
概要设计
详细设计
编码
测试
改 bug
回归
上线


这些都

[Ritr]

@atonku 先做出来看看再说吧

[BarZu]

很正常的，我刚出来创业的时候，自己一个人，花 3 个月写的第一个系统，直接扔了，又花了 3 个月做的一个系统，勉强能用，第 3 个系统只花了一个月，卖了一万多块，第 4 个系统我已经很熟练了，目前在带团队做新系统，日，个人开发的经验不够用，又要骂街了

[redford42]

再好的设计也架不出需求全改

[xkzhangsan]

非常赞同！

[xkzhangsan]

@redford42 改需求，小改可以，如果大改那就另说了

[EdwardXia]

我现在的公司也这样，还是个央企，软件工程的概念真的需要普及一下，没有文档指导浪费太多时间了。

[594duck]

@Renco 因为你是创业公司，所以必须人贵人精。所以你认为产品一个 20 万 /年，IOS 一个 20 万 /年，APP 一个 20 万 /年，后台一个 30 万 /年。

[abersheeran]

哈哈哈。同意。我们之前有一个项目，一开始的设计全是我操持的。过了一年没碰之后突然要小修改，照样很容易上手。相比之下，之前另一个我全程没太管的项目，基本没法维护了。设计真的重要