|
锁定老帖子 主题：碰到修改代码程序员有抵触怎么办
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (2)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-12-07
robertpi 写道 业务都没人家熟，适当放权吧，监控项目进度就行了，pm本来就不该管代码。鼓励程序员自己提方案。 感觉项目经理有点多此一举，我认为，如果在对需求不清楚得情况下，先自己把需求搞清楚在说吧，如果程序员在开发中真的碰见什么自己不知道该怎么解决的问题请求项目经理时，这时项目经理应该承担起自己的责任把这个事情搞明白，给程序员一个满意的答复。还有就是适当的放权。自己轻松，大家都轻松。我们以前的项目经理就是这样的。基本上只管进度的把控。具体开发怎么做不管，但是功能必须达到之前的要求。如果有什么事让她沟通很积极的就处理了，这样感觉2边都轻松，最怕那种，自己不会还要求这要求哪得项目经理 |
| 返回顶楼 | |
|
发表时间：2011-12-07
说实话你们项目最需要的是一个架构师和ba，而不是把这2个角色的工作由pm和程序员来做，并不是谁对谁错，错的是需求和没有合理做这个需求的人。
|
| 返回顶楼 | |
|
发表时间：2011-12-07
中途无故改来改去 确实比较让人抓狂。。。 |
| 返回顶楼 | |
|
发表时间：2011-12-07
有一句话说的好：我不同意你 但是我支持你 ！
|
| 返回顶楼 | |
|
发表时间：2011-12-07
LZ你犯了两个大忌
1、作为项目经理你不了解项目的需求或者就开始设计 2、作为lead，你不了解自己的小弟的能力就开始安排工作，急于把自己的思想灌输给对方，这样会造成对方的反感 说得好 有道理 |
| 返回顶楼 | |
|
发表时间：2011-12-08
laoxing521 写道 上下翻了一遍, 觉得楼主是挺强势的,或者是个完美主义者,
但是没人搭理, 所以牢骚一堆 做为一个leader, 要么强势, 要么示弱 你定了一堆的要求给别人, 那你不光得保证你的这些东西是完全可以实现的, 而且还得保证能够给下面的人带来方便, 让他们受益, 否则, 暗里招人反感, 明里招人白眼 不是大牛, 没强势的资本, 就最好别玩这套, 老老实实当老二, 别防碍有能力的人发挥 关键是，大多数程序员不能理解设计的益处， 对很多程序员来说，面向接口设计多此一举， 分层设计也是脱裤子放屁， 对他们来说，这都是不方便。 |
| 返回顶楼 | |
|
发表时间：2011-12-08
yawei 写道 laoxing521 写道 上下翻了一遍, 觉得楼主是挺强势的,或者是个完美主义者,
但是没人搭理, 所以牢骚一堆 做为一个leader, 要么强势, 要么示弱 你定了一堆的要求给别人, 那你不光得保证你的这些东西是完全可以实现的, 而且还得保证能够给下面的人带来方便, 让他们受益, 否则, 暗里招人反感, 明里招人白眼 不是大牛, 没强势的资本, 就最好别玩这套, 老老实实当老二, 别防碍有能力的人发挥 关键是，大多数程序员不能理解设计的益处， 对很多程序员来说，面向接口设计多此一举， 分层设计也是脱裤子放屁， 对他们来说，这都是不方便。 不是不方便作为项目经理你把握的是时间点,在这个时间点之前你已经给出一份修改方案,再详细了解的过程中,你又给出了一分修改方案,假如说,你后面的这一份修改方案不能在你所要求的时间范围内完成,确实是降低效率. |
| 返回顶楼 | |
|
发表时间：2011-12-08
297113372 写道 其實不是程序員不願修改，是給的報酬太少了。
領導總是想以最小的成本做最大的事，這無可厚非。 但是，程序員考慮的只有money多不多。 你说的很现实啊，经济基础决定上层建筑。 |
| 返回顶楼 | |
|
发表时间：2011-12-08
按接口重新设计好是好 问题是需要推倒重来 这样时间上可能来不及 需要冒很大的风险
这个程序员很可能也是中途接手 他就是想改设计 恐怕也很多顾虑 |
| 返回顶楼 | |
|
发表时间：2011-12-08
你想过吗，你们的目标不一致，单纯把想法强加于程序员，他会吃你这套吗
|
| 返回顶楼 | |
