这种由主要任务牵涉进的次要任务最好由谁负责比较好? 本帖最后由 wdydxf1 于 2015-02-06 22:34:45 编辑 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 现在是同事B很反感这样的事情, B认为T2我已经完成, 那么将来涉及到的T2修改, 肯定和我是无关的, 否则早期完成的代码越多, 后期要负责的代码就越多. 知道什么叫终身责任制吗你做的东西只要不是后期别人瞎改的,那么不管过了多少年,它出了问题,你都要负责到底的啥叫已经完成,涉及修改就和我无关?那也要看到底改什么,为什么改.如果本来就是因为一开始考虑欠周,导致后期要大改,那么根本就不能说是你完成了,而是根本没有完成.而且从头到尾都是B在做,他保证最熟悉.他花10分钟改一改的问题,别人可能需要先花72小时把所有功能全部屡清楚才能开始动手改.所以B拒绝修改是没有道理的行为.当然也不是说就必须得他来做,这个问题到底谁干还是可以商量的 如果修改的地方是单元测试覆盖到的，并且改动不会再涉及其他人，A能改那就直接改，让B review。否则让B改。改动的同时需要考虑未来还有没有类似的改动可能，是否需要一定重构。B的理由并不充分，如果需要改动被依赖的代码，说明被依赖的代码设计的不够好，或者是整体设计的不够好，无法对改动封闭。 这种自扫门前雪的思想不应该提倡，应该维持的导向是让能力越强的人覆盖越大的代码面。也就是说如果我改了你的代码，并且没有功能上和设计上的问题，那么这一部分就不需要你了的意思。对于软件团队，责任划分不需要过于明细。如果养成了谁写的代码就一定谁维护这种习惯，会导致谁写的代码就只能由谁维护，这样代码就会趋向于不可维护。需要责任范围适当交叠，才利于软件的可持续发展。 都是工作，其实没有人的概念！管他B在那里，如果发现需要修改，需要重构那么他就是工作。既然是工作，就提请工作申请，分配工作资源，安排后勤管理。（当然你可以提请由B来直接修改，也可以提请让B协助修改），其实最关键滴是你要认为这是工作，而不是某某滴责任就好至于责任问题，走另外的流程。你可以向另外部门提请“B工作有问题并提交理由”ps：其实就是工作是工作，工作不分是人，谁做都是做，谁做你都要安排工时，并有相关报酬。至于责任，那跟人不跟工作，在另外一个层面处理 有些产品经理或者技术经理，很在乎拍老板马屁，可能前两周安排了B来用一天写了某个程序，然后现在来要求B来修改时却极力地想把责任推在B身上。如果你一个经理告诉所有人“这是设计本身的问题，这段代码的修改是可以单独算钱的”，程序员就不会反感这样的“人”，就不会说这种人是朝令夕改、没事找事的做事方式。 当“几个月都过去了”，任务T1造成了T2的实现需要修改，也就是需要产生T3任务的时候，你一个经理却在团队里里外外（例如csdn）来纠结什么“谁来修改T2？”这种问题，这说明什么？这说明这个团队的经理具有“女人气”，需要改变自己。可能是怕别人指责自己造成了T3任务、于是就千方百计地把责任推给几个月前的T2任务。这种作风需要从自身开始改变，而不是跑来找什么“行政招数、强硬理由”去推卸责任给A程序员或者B程序员。如果一个经理承认增加了T3任务，那么长此以往，团队的设计和开发也许能够更加敏捷、更加有勇气、更容易沟通。 代码是属于整个团队的。试想B同事离职了怎么办，难道就没人修改了吗？所以这个事情，不应该是由A还是B来改的问题，而是整个团队怎么运作的问题。代码不属于个人，属于整个团队。最终由项目的负责人指派人来修改。 一句话呀领导者无能。这种小事也发上来么。直接让A来改就可以了，A如果不懂的，让A请请教B。这才是最合理的。因为人员是有限的，给你做这项目只能给你A跟C，你只能用A。这样A也可以熟习B所写的部份。这样也有一个人员的备份培养。 您好." 领导承揽大部分工作", 举个例子: 经理拿到一个新需求, 经理首先对这个新需求完全吃透(包括客户的需求和技术的实现), 然后再建立wbs吗? 还是经理只需要对客户的需求吃透(不需要吃透怎么实现), 然后分派任务? 能否再指导一下?, 用webservice如何同步ACCESS数据？ 新手关于sql server2008的问题 wince下开发一个软件更新程序 一个MDI问题，请大家帮忙啊！！ 如何 得到应用程序时 winform 、Console、还是webForm 奇怪的事情 请大家看下 C#函数体内,如何获取本函数的参数数目,类型及值? 要调用这个东西，要怎么办？ 关于webservices C#如何获取打印机打印文件的份数、单双面、彩色黑白属性 请教一个莫名其妙的问题 System.Net.Sockets.SocketException: 由于系统缓冲区空间不足或队列已满，不能执行套接字上的操作。
你做的东西只要不是后期别人瞎改的,那么不管过了多少年,它出了问题,你都要负责到底的
啥叫已经完成,涉及修改就和我无关?
那也要看到底改什么,为什么改.
如果本来就是因为一开始考虑欠周,导致后期要大改,那么根本就不能说是你完成了,而是根本没有完成.而且从头到尾都是B在做,他保证最熟悉.他花10分钟改一改的问题,别人可能需要先花72小时把所有功能全部屡清楚才能开始动手改.所以B拒绝修改是没有道理的行为.
当然也不是说就必须得他来做,这个问题到底谁干还是可以商量的
管他B在那里，如果发现需要修改，需要重构那么他就是工作。既然是工作，就提请工作申请，分配工作资源，安排后勤管理。（当然你可以提请由B来直接修改，也可以提请让B协助修改），其实最关键滴是你要认为这是工作，而不是某某滴责任就好至于责任问题，走另外的流程。你可以向另外部门提请“B工作有问题并提交理由”ps：其实就是工作是工作，工作不分是人，谁做都是做，谁做你都要安排工时，并有相关报酬。至于责任，那跟人不跟工作，在另外一个层面处理
一句话呀领导者无能。这种小事也发上来么。直接让A来改就可以了，A如果不懂的，让A请请教B。这才是最合理的。因为人员是有限的，给你做这项目只能给你A跟C，你只能用A。这样A也可以熟习B所写的部份。这样也有一个人员的备份培养。