|
锁定老帖子 主题：碰到修改代码程序员有抵触怎么办
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (2)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-12-18
关键是程序员是否信服项目经理，在不信服的情况下出现分歧是很难达到一致结果的。
|
| 返回顶楼 | |
|
发表时间：2011-12-19
做了快一年维护的人飘过。。维护的是10年前的系统
|
| 返回顶楼 | |
|
发表时间：2011-12-19
yawei 写道 laoxing521 写道 上下翻了一遍, 觉得楼主是挺强势的,或者是个完美主义者,
但是没人搭理, 所以牢骚一堆 做为一个leader, 要么强势, 要么示弱 你定了一堆的要求给别人, 那你不光得保证你的这些东西是完全可以实现的, 而且还得保证能够给下面的人带来方便, 让他们受益, 否则, 暗里招人反感, 明里招人白眼 不是大牛, 没强势的资本, 就最好别玩这套, 老老实实当老二, 别防碍有能力的人发挥 关键是，大多数程序员不能理解设计的益处， 对很多程序员来说，面向接口设计多此一举， 分层设计也是脱裤子放屁， 对他们来说，这都是不方便。 不要把大家都当傻子，你提出了一个概念，让大家采用，那么首先你要证明你的概念是对的，能够带来益处，如果不能证明的话，就需要做一些实验来验证你说的到底有没有道理。如果没有达成共识，就简单的依赖手中的权力来强制推行你的概念，这是很招人反感的。 |
| 返回顶楼 | |
|
发表时间：2011-12-20
我现在的项目经理和这个项目经理很像哇~~不会是我们的项目经理吧~~
|
| 返回顶楼 | |
|
发表时间：2011-12-21
javaest 写道 貌似不懂技术和开发的项目经理还是比较多的,
这样的项目经理其实是比较被动的. 虽然是项目经理不应该写程序写代码,但是如果你有能力写的话, 就不用这样的低三下④的求程序员,你改改吧,改改吧. 有这心情 和这时间,自己动动手,早就搞定了. 总结就是,不懂技术的项目经理,开展工作的时候 比较的吃亏. 特别是程序员的工资还低,没有竞争力的工资.呵呵, 给程序员惹恼了,转身就闪人了,不伺候你这个事妈了.呵呵. 自己动手做了这次，做不了下次。 成员成长不了，自己慢慢又定位成高级程序员而非PM |
| 返回顶楼 | |
|
发表时间：2011-12-23
这项目经理执行能力有待提高啊，这沟通感觉是老程序员和新程序员的对话
|
| 返回顶楼 | |
|
发表时间：2011-12-26
谢青莱 写道 极度害怕那些技术出身的头，害怕他们指手画脚，甚至直接修改代码
最喜欢不是技术出身的头，也可以是其他技术的 这样比较好 哈哈 不懂技术，可以把经理集中在其他方面。 给老板一个建议，设项目经理的时候，最好互换领域。 人总有惯性，对自己熟悉的领域，就喜欢指手画脚，很难控制。 对于自己不熟悉的领域，总会保持一点敬畏。 圣经-------------- 我虽然掌握一切，但是也应该保持敬畏和谦虚。 ----------------------------------- 如果不懂技术，但是会谈技术名词，修改jsp里面某个字段名称和写个模块都是1天， 在他嘴里什么都很简单，你怕不怕 |
| 返回顶楼 | |
|
发表时间：2011-12-26
lancelotly 写道 说实话你们项目最需要的是一个架构师和ba，而不是把这2个角色的工作由pm和程序员来做，并不是谁对谁错，错的是需求和没有合理做这个需求的人。
同意这个哥们的说法，当分工不细的时候，项目经理承担了太多的角色。太多的角色直接导致项目经理承担更多的工作。更多的工作导致项目经理会感觉时间很紧，所以会出现通过msn等工具沟通的情况，因为PM希望能够很快的知道结果。所以你要么增加人手，要么自己把设计写好，给开发看。 就你目前的这个情况，我觉得还是要和开发沟通清楚。画UML，仔细的把自己的思路讲给他听。怎么会不懂呢？ 你这样跟他妥协了，万一以后还要改，而且改动大。难道你会撒手不管？最终还会是你自己的事。 |
| 返回顶楼 | |
|
发表时间：2011-12-26
国内有九成的项目经理不合格，弄不明白客户的真正需求。
而又有九成客户自己都弄不明白自己的需求··· |
| 返回顶楼 | |
|
发表时间：2011-12-27
个人认为，一个新的项目经理到来应该召开一个会议，熟悉下业务。不能自己来指定方案。
|
| 返回顶楼 | |
