这就是从技术向管理方面的转换了,根据我自己的经验:
当我拿到一个项目的时候,把项目的业务需求转变成功能需求再转变成技术需求,把技术需求细化后分配给成员执行实现。
一开始是把细节的技术需求全部都规划出来了,连代码的框架,每一个变量/方法名,方法内的实现思路全部都写给成员。
待成员习惯了我的编码规范后,就直接只放一个技术需求的细节需求给他,让他自己设计编码。
再然后,就只给一个略微具体的技术需求,让成员自己去细节,设计编码。
再然后,就只提供功能需求,让成员自己去设计技术需求...
再然后。。。
我这是从上向下调教一个技术,你可以逆向参考一下,最主要的是自己的耐心和韧性~
过于依赖老大,我对业务或者数据库设计都不够深入 //你自己都知道问题在那里了呢?个人觉得就深入研究下这个项目的数据库是怎么设计的就ok,以前自己就是这么干的。多问问 为什么需要这个字段,不要行不行。如果不这么做,自己有没有更好的设计方案呢? 然后有新的方案,拿出来跟老大、同事们聊聊,看看怎样。看你是闲的发慌了把,同感,都经历过。共勉
骚年莫慌,牛奶会有的,面包也会有的。把你的控制欲拿出来,把你的热情拿出来。想着你可以控制一切,你要操纵一切,你要让别人听从你,你就会知道自己缺少什么和要做什么了。O(∩_∩)O哈哈哈~