所在位置:答疑 - 内容   
正在对团队进行转型,感觉很困难,各种阻力
 

2013-02-28 10:36:29 CleverKing(54***63)
我现在正在对团队进行转型,感觉很困难,各种阻力
2013-02-28 10:36:32 潘加宇(3504847)
这是一个很难的过程,一下子搞不了的,不要说对象模型,很多人连规范的数据模型都建不好,概念不清楚。 匍匐前进,先挑自己工作中比较头痛的部分来试试

2013-02-28 10:36:58 CleverKing(54***63)
光从业务建模上来说,很多时候业务专家不愿意配合,这个很头疼
2013-02-28 10:37:20 潘加宇(3504847)
尝试从现有的代码中把领域概念提炼出来,把领域逻辑封装在里面
2013-02-28 10:37:42 潘加宇(3504847)
这个和业务建模没有关系了
2013-02-28 10:37:49 潘加宇(3504847)
是设计,复用

2013-02-28 10:37:51 上海-木子(3044***83)
还要强制使用领域模型啊
2013-02-28 10:38:12 CleverKing(54***63)
我说的是初期的业务建模,项目刚刚开始
2013-02-28 10:38:49 潘加宇(3504847)
不要铺得太开,有一点就可以,改进业务建模就集中改进业务建模,不要去搞领域驱动设计。

2013-02-28 10:38:48 CleverKing(54***63)
我们做一个客服的业务改进,需要客服团队的配合,但是整天就找不到一个愿意坐下来跟我们聊的客服
2013-02-28 10:38:53 小鱼儿(55***501)
总要让团队成员看到正面效果了,才好推开
2013-02-28 10:39:39 CleverKing(54***63)
一开始做业务建模就很难开展,主要是我们不了解客服的业务流程,需要客服的配合
2013-02-28 10:40:02 潘加宇(3504847)
如果认为目前最大的问题是设计的复用比较差,那就集中精力改设计,对需求和业务建模也只能睁一只眼闭一只眼。

2013-02-28 10:40:07 DUBU(4959***06)
关键点啊 对业务的理解得透彻 要不没法继续
2013-02-28 10:41:49 CleverKing(54***63)
潘老师有专门针对设计的课程么?
2013-02-28 10:41:52 深圳-Stupig(5036***945)
我在尝试DDD的时候,我自己确实可以试,但是在实际开发中如果你拿你的东西去跟他们讲,他们就会说违反公司xxx规范、不合xxx架构之类的话,说到底就是不符合他们的固定思维
2013-02-28 10:42:13 CleverKing(54***63)
上次听你的课后面的设计讲的很少,主要还是集中在业务建模了
2013-02-28 10:42:23 潘加宇(3504847)
"他们"指的是

2013-02-28 10:42:40 深圳-Stupig(5036***945)
项目经理、组长和开发人员
2013-02-28 10:43:19 CleverKing(54***63)
我感觉DDD应该是整个团队,如果个人用这个,很容易出问题
2013-02-28 10:43:50 潘加宇(3504847)
这些岗位的人,可能认为做这样的变化,风险大于收益,不划算呗

2013-02-28 10:44:38 CleverKing(54***63)
确实是这样,很多团队都怕担风险,不敢上DDD
2013-02-28 10:45:25 潘加宇(3504847)
没那么宏大了,先把现有的一些代码改改,告诉大家这样做为什么要好一点。

2013-02-28 10:46:08 剪刀手爱德华(4617**7)
有的公司可能会觉得重构的代价比较大 可能不愿意实施
2013-02-28 10:46:48 深圳-Stupig(5036***945)
基本上他们认为这样做的价值为零,而风险很大,认为没价值是因为认识不足,另一方面也反映了个人不想承担太多责任,一旦搞不好就会连累自己
2013-02-28 10:47:15 张志刚(54***13)
找他们的老大
2013-02-28 10:47:38 剪刀手爱德华(4617**7)
也可以理解 如果一个系统都做了好多年了 想改也不是那么好改的
2013-02-28 10:47:49 DUBU(4959***06)
屁股决定脑袋 因为现在最苦闷的还是一线的程序员 :) 代码的各种逻辑混乱 各种修改 ~~
2013-02-28 10:48:04 深圳-Stupig(5036***945)
越是往上层思想越是顽固
2013-02-28 10:48:37 潘加宇(3504847)
不能光说公司觉得,公司的什么角色觉得? 如果说能决策的人确认了解了各方面的利和害,决定暂时不做改变,那就算了呗

2013-02-28 10:50:20 张志刚(54***13)
按照道理,项目只要是愿意出钱来做的话,他们的老大觉得有价值才会做。找到这个价值点非常重要,如果老大觉得你分析的价值点都没谱,估计这个项目就没法做了
2013-02-28 10:50:37 刘佳(761**3)
我在一家游戏公司上班时给大家聊过潘老师讲的UML,非常受欢迎,我现在离职了,回去发现大家还是用UML和Case工具,还是业务部门的。
2013-02-28 10:50:49 深圳-Stupig(5036***945)
潘老师,我有个建议,在搞企业内训的时候你可不可以再针对公司管理层开些思想课?让他们都了解一下,光是我们开发人员理解实施不起来
2013-02-28 10:50:53 剪刀手爱德华(4617**7)
这其实是个比较难沟通的问题 因为公司的相关决策的角色可能对技术并不是很懂 然而重构对于他们来说可能最终的效果是一样的 所以他们会觉得应该把精力放在其他的事情上 毕竟人力资源有限
2013-02-28 10:51:30 剪刀手爱德华(4617**7)
当然对于长远来说用更好的架构模式当然对于系统是更有帮助的了
2013-02-28 10:52:29 潘加宇(3504847)
[表情]术业有专攻。如何说服管理层引进改变,是另外一个学问,和这个改变是"认识改变""开发方法改变"、"企业文化改变"没有关系

2013-02-28 10:52:29 深圳-Stupig(5036***945)
潘老师的课的内容本来就是改进企业业务流程的,这也算是给我们这些软件企业改进一下业务流程吧
2013-02-28 10:53:19 剪刀手爱德华(4617**7)
同意潘老师的观点[表情]
2013-02-28 10:53:24 潘加宇(3504847)
"认识改变"--"人事改变"

2013-02-28 10:55:25 上海-木子(3044***83)
没有人事的支持,不好搞啊
2013-02-28 10:57:33 李兴衡产品总监(84***6)
很多的时候这种改变自下而上很难,如果能找到契机自上而下是最好的,不过这难度也不小。有点类似销售去谈客户了,需要懂得老板的关注点、痛点,然后搭桥出关联的策略,不过最关键的,还得有说话的机会……
2013-02-28 10:58:01 深圳-Stupig(5036***945)
同意术业有专攻,这确实是不同的领域,但是却是有大大的关系,如果潘老师觉得自己搞不来,可以找其他专业的人来搞这种针对管理层的思想传播,这对UML的传播起到很大的推动作用
2013-02-28 11:00:56 剪刀手爱德华(4617**7)
个人体会做需求其实就是在关注别人需要什么样的东西 只有做他人需要的东西你才能真正的成功
2013-02-28 11:01:13 潘加宇(3504847)
这个。。。。说来话长啊

2013-02-28 11:01:38 CleverKing(54***63)
哈哈,潘老师的笑话好冷
2013-02-28 11:01:43 深圳-Stupig(5036***945)
愿闻其详
2013-02-28 11:05:38 /xin飞艇(377***148)
要有针对性
2013-02-28 11:05:53 刘佳(761**3)
业务部门愿意接受UML,他们发现用Jude这样的建模工具加上一些原型设计工具,能够写出很好的需求文档。
2013-02-28 11:12:48 深圳-Stupig(5036***945)
但是我们都死在最后一公里上
2013-02-28 11:17:34 Vam(99***86)
和领导层谈话是很伤元气的一件事
2013-02-28 11:17:58 Vam(99***86)
角色跨越是比较痛苦的,会给个人造成比较大的压力
2013-02-28 11:21:08 潘加宇(3504847)
你现在能做到的也许已经是最好的了

2013-02-28 11:21:49 Vam(99***86)
说来惭愧,n年前听完您的课,就没怎么再深入研究UML了
2013-02-28 11:22:41 剪刀手爱德华(4617**7)
大家还是要多交流啊
2013-02-28 11:22:54 Vam(99***86)
不过UML的重要性是常驻我心中的,早晚要捡起来
2013-02-28 11:24:15 上海-木子(3044***83)
前期设计和后期重构,那个更好? 2013-02-28 11:28:32 北京-张攀攀(3691****82)
今天 深圳-Stupig等对DDD的讨论很有意义 2013-02-28 11:28:47 北京-张攀攀(3691****82)
我也有类似的体会
2013-02-28 11:29:16 北京-张攀攀(3691****82)
实际上 对OO理解到位的程序员 不多 包括一些高级程序员项目经理
2013-02-28 11:30:37 北京-张攀攀(3691****82)
工作一段时间后 不想接触新理念新方法 希望走老路一招鲜吃遍天
2013-02-28 11:30:56 北京-张攀攀(3691****82)
所以 。。。
2013-02-28 11:32:43 kiler(180***743)
如果你唯一的工具是锤子,你往往会把一切的事物看成钉子。
2013-02-28 11:32:56 kiler(180***743)
开发人员经常干的事情
2013-02-28 11:33:44 暗香浮动(378**7997)
这个不是开发人员经常这样,几乎大部分人都这样
2013-02-28 11:35:51 北京-张攀攀(3691****82)
这也说明这些人锤子不够多
2013-02-28 11:36:14 北京-张攀攀(3691****82)
希望用一个锤子搞定所有事情