|
锁定老帖子 主题：碰到修改代码程序员有抵触怎么办
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (2)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-12-05
xiongbin 写道 LZ你犯了两个大忌
1、作为项目经理你不了解项目的需求或者就开始设计 2、作为lead，你不了解自己的小弟的能力就开始安排工作，急于把自己的思想灌输给对方，这样会造成对方的反感  是这样。
1.项目经理了解的没小弟熟，从对话中，很明显，他们之前的沟通，已经让这个小弟很反感了，或者根本接受不了。 2.每个人都有自己的想法，从对话中，可以看出，这个小弟还是很不错的，有责任心，他心里已经有了自己的思路，他不想被又一次无谓的沟通打断自己的思路，他需要安静+时间实现自己的想法。 3.如xiongbin所说，项目经理过急把思想灌输给小弟，每个人都会很反感，而其实我最想说的是：这个小弟应该也是个聪明的程序猿，大概意思懂了之后，他应该知道怎么设计，而且会越做越好。 作为leader，请多一些宽容心。 为啥我有种感觉leader得罪不起的味道。  罪过罪过。。
|
| 返回顶楼 | |
|
发表时间：2011-12-06
可以定义接口，然后强制程序员实现接口。
接口沦为管理工具鸟。 |
| 返回顶楼 | |
|
发表时间：2011-12-06
把事情说明白吧，这几句对话反映不出来是谁的问题
|
| 返回顶楼 | |
|
发表时间：2011-12-06
最后修改：2011-12-06
呵呵，谢谢各位的回复,其中有几位兄弟的回复说得也很有道理，我这里也说几句，谈谈后来我是如何处理的：
(1)前面很多人提到之前为什么不明确需求再设计，这个肯定有一些客观原因，事后我还是坚持要和那位程序员进行了沟通，也理解了他的一些因为技术能力方面的原因，不理解设计，此外通过沟通，我对设计进行了调整优化，并放宽了粒度，只对接口层面十几个接口做了要求，至于接口的实现类和如何实现等等全交由程序员自由发挥，我只是关注一个结果。 (2)此外我又再次强调了沟通的重要性 (3)另外我想今后类似的事情任务的分派的确要根据员工的能力来合理安排。 这事目前程序员已按我的要求进行了实现，基本符合要求，他自己也承认了不善沟通。呵呵，似乎一切过去了。。。。 |
| 返回顶楼 | |
|
发表时间：2011-12-06
这个事本身是小事，但是背后隐藏着些软件工程里刻待解决的东东，那才是真正值得讨论的,就是如何让团队更好的进行沟通
|
| 返回顶楼 | |
|
发表时间：2011-12-06
我看了这两个回复觉得楼主“彻头彻尾的LAJI”！
|
| 返回顶楼 | |
|
发表时间：2011-12-06
xixix2004 写道 这个项目经理一直在强调沟通，但恰恰是他本人的沟通出现了问题。什么设计需求这些软件工程商的大道理前面的筒子已经说过了，我想说的是这次谈话本身
他应该主动的走到程序员身旁，表示自己的诚意和这次谈话的重要性，而不是在即时通讯工具上这么没头没尾的来这么一段，没有解决任何实际问题，只是传达出了以下几层信息： 1，我对你的工作不是很关心，我只关心我需要关心的东西。 2，如果哪里出了问题，一定是你的问题，而不是我的问题。 3，在我们的思想没有达成一致的时候，你可以按照你想法去做。 4，但是我可以威胁你，别忘了，我是你的经理，即使我可能是错的。 就是啊，主动去找程序员多好的！ |
| 返回顶楼 | |
|
发表时间：2011-12-06
上下翻了一遍, 觉得楼主是挺强势的,或者是个完美主义者,
但是没人搭理, 所以牢骚一堆 做为一个leader, 要么强势, 要么示弱 你定了一堆的要求给别人, 那你不光得保证你的这些东西是完全可以实现的, 而且还得保证能够给下面的人带来方便, 让他们受益, 否则, 暗里招人反感, 明里招人白眼 不是大牛, 没强势的资本, 就最好别玩这套, 老老实实当老二, 别防碍有能力的人发挥 |
| 返回顶楼 | |
|
发表时间：2011-12-06
楼主还是不错的，程序员也不错，错的是需求，是客户。
|
| 返回顶楼 | |
|
发表时间：2011-12-06
看来看去，貌似是那项目经理在不是很清楚业务的情况下，却要硬性的去定义统一的接口。。为什么不只是把定义接口的重要性传达给程序员，告诉他：你所有的实现类就像那样，而让程序员自己去定义那些统一的接口，并他们自己去实现呢？
另外，楼上的孔明很幽默。。 |
| 返回顶楼 | |
