最近被安排了一个新项目的设计，需求恶心又复杂，一个人设计扛不住了，该怎么样向上级合理诉说

[Renco]

=-=非常非常恶心的项目，日均数量大概在 2000w 。分库分表分区这种的跑不掉，但是业务逻辑又非常的。。怎么说呢 恶心。

而且需求很多细节文档没有说明，一个按钮后面有无数的逻辑和坑，越理越乱，最早的概要设计也基本完全推翻。因为问了需求很多细节的东西，发现原来的概要数据交互走不通。然后现在手上又有其他项目要维护，时不时的要改东西。

概要设计加详细设计总共给了两个礼拜的时间，看似很多，但是实际上有点来不及。人员是目前分配了两个，我主要负责设计，另一个主要负责验证数据查询新增效率等，和分表分区的梗之类的。

这礼拜的详细设计估摸着也来不及。实在顶不住，想的头疼，丢人了。

[Renco]

还是经验不足导致的把，本身设计经验比较少了，工作两年实际上最多的设计都是单元级别的表设计。

[Renco]

串联一个完整的业务还是有点 顶不住

[memedahui]

还能怎么办,再盖一层翔吧.

[Renco]

@memedahui 说的好呀

[jason19659]

人和代码只要能跑一个就行

[Renco]

@memedahui 有生之年成为屎山 creator 倒也不赖

[Renco]

@jason19659 我悟了

[mikulch]

好复杂的场景和数据量。。。。听起来像是一份年薪 50 万以上的工作。

[jorneyr]

复杂业务，大数据量，2 个星期搞设计，让大神来吧。

[Renco]

@mikulch 没事，可能做出来我就 50 万了 即便现在就 9k

[Renco]

@jorneyr 没有太多的设计经历，一般的设计是给多长时间合理呢

[jorneyr]

@Renco 虽然不知道有多复杂，但凭感觉，一个月都不一定够，设计的东西要验证可行性，还有前后端都得同时设计，交互等。

[TypeError]

如果兜不住，加钱加人加时间，得争取一下

[kop1989]

业务抽象是一个程序员的最核心创造性价值了，确实非常体现实力和对行业的了解程度。
和 lz 交流几个点吧。

1 、避免过度设计、优化。
2 、做好可行性验证。
3 、工时沟通方向：比如最简单的，你已经证明既有的概要设计作废了，那么理论上讲概要设计的工时也要加进来。
4 、可能的情况下，尽量多使用生产环境既有的工具、轮子。
5 、尽量每天跟上级汇报一下进度和情况以及目前解决不了的问题，这样方便追加工时和调整节奏，也方便证明你不是在划水。

[Renco]

@kop1989 好，谢谢！

[wd]

相信领导，把这个交给你就是相信以你的能力设计出来的东西应该够用...

[raaaaaar]

虽然说是挺难受的，不过老实说这其实是个很好的机会。。

[zhouyou457]

代码能跑就行，别想着骚操作
负载不够，机器来凑

[vindac]

日均 2000 万，有点强的。
两个星期的话，可以不做详细设计了，直接开始，先能跑，再优化

[sagaxu]

听起来像是传统行业或者软件外包，根据我的经验，就算过了专家评审，也不敢保证局部不会推倒重来。两周除非是成熟业务复用，否则不太可能搞定详细设计。

传统软件行业，这种工作一般是项目主管 /技术经理负责，9k 恐怕只有三四线城市给的出。