这是一个创建于 4122 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 nevernet 2014-09-19 11:06:14 +08:00 走人吧 |
 | 2 sophymax 2014-09-19 11:09:37 +08:00 via iPad  1 哪家？告诉我们，不方便的话私信告诉我也行 |
| 4 sophymax 2014-09-19 11:10:51 +08:00 via iPad 我在找工作，我要避开它 |
 | 5 geew OP 标题夸张了点，是50%的分数。。。 |
 | 6 dorentus 2014-09-19 11:14:54 +08:00 那产品经理的分数也会由程序员来定吗？ |
 | 8 7654 2014-09-19 11:24:43 +08:00 满足不了他的不合理需求不是完蛋了 |
 | 9 harryyyt 2014-09-19 11:25:47 +08:00 贵公司的程序员都是做业务相关开发的么，那些做基础架构，和业务无关的怎么办？ |
 | 12 seeyou 2014-09-19 11:37:03 +08:00 这些都不重要，看月底能拿多少钱 |
 | 13 generic 2014-09-19 11:43:18 +08:00 @geew 所以你相当于同时有两个50%上级。没法伺候呀。 问问你原来的100%上级怎么看。他如果觉得没问题，产品经理那边他负责搞定，只要听他的就行，而你又相信他，那还可以。否则走人吧。 |
 | 14 binux 2014-09-19 11:48:55 +08:00 既然是面向业务的，我觉得很正常 富士康的工人能因为 iPhone6 摄像头突出，不优雅，就拒绝生产吗？ |
 | 15 Owenjia 2014-09-19 11:48:56 +08:00 1 |
 | 16 frankzeng 2014-09-19 12:59:28 +08:00 脑抽了吧，双头领导，这是要作死的节奏。做产品经常提一下不切实际的需求，你要是都满足他，那不累死。 |
 | 17 learnshare 2014-09-19 13:03:36 +08:00 都是自己作死的，早日离开 |
 | 18 jsonline 2014-09-19 13:10:59 +08:00 1 不要惹程序员……因为他会生气然后去一个薪水更高的公司。 |
 | 19 SingleX 2014-09-19 13:14:07 +08:00 产品汪不作死就不会死 = = |
 | 20 tabris17 2014-09-19 13:15:45 +08:00 跳槽吧 |
 | 21 F281M6Dh8DXpD1g2 2014-09-19 13:15:47 +08:00 赶快换公司才是正经事 |
 | 22 CRight 2014-09-19 13:17:12 +08:00 via iPad 乔布斯也应该算是产品汪吧。 |
 | 23 alex321 2014-09-19 13:24:54 +08:00 话说，产品在大家众程序员的眼里都这么不堪哇，要死活避开？ |
 | 24 icylord 2014-09-19 13:25:49 +08:00 走吧 |
 | 26 min 2014-09-19 13:30:07 +08:00 跪舔产品狗吧 哈哈 |
| 27 tabris17 2014-09-19 13:44:09 +08:00 5 @alex321 打个比方：建筑师分建筑设计师和结构设计师。前者类似产品经理，考虑的是用户需求以及美观艺术，好比PM；后者负责设计实现，好比Coder。但是这两种建筑师都是建筑专业毕业的，你不会让一个画家或美工来做建筑设计的。 但是IT界里很奇葩的是存在很多完全不懂技术完全不懂软件开发的产品狗。产品狗的门槛真低 |
28 q378648220 2014-09-19 13:54:38 +08:00 @tabris17 说的太对了。 产品汪也不都是乔布斯，也有罗大锤。 程序猿的绩效分数由产品经理来定。以后程序猿的完全听产品的了。没做好，全推给程序猿。 这为现在盛行的一批不懂技术也不尊重技术的产品狗提供了更好的理由了。 就好奇这种公司怎么评产品的绩效。 求LZ私信告诉我是哪家工资。我也在找工作，我也要避开它。(_) |
 | 29 westy 2014-09-19 14:21:03 +08:00 作为需要评定团队程序员的产品经理，看到各位的话我压力很大... |
 | 30 luo123qiu 2014-09-19 14:22:32 +08:00 歪个楼，产品男的女的？ |
| 31 dorentus 2014-09-19 14:30:42 +08:00 via iPhone |
| 32 dorentus 2014-09-19 14:33:51 +08:00 via iPhone 对项目需要有整体把控，会去评定其他人完成任务治疗好坏的，那是项目经理。项目经理是不会自己提需求的，他/她要做的是协调需求方和实现方，保证工程可以顺利进行。 |
 | 33 imn1 2014-09-19 14:46:24 +08:00 我再次想到半泽直树～呃 |
| 34 alex321 2014-09-19 14:52:21 +08:00 1 啊，我说说我的情况。 我现在从项目的立项、市场分析、竞品分析到原型设计和需求文档编撰，接着后面的用研、视觉、系统架构和技术研发以及内外测试全程参与，并且都能给出现参考意见；产品从但孕育到上线的全部流程和流程中的状态似乎木有比我更加清楚的了；因此，我这边给几乎所有的项目下游做绩效考评，立项方和项目需求方给我做项目考评。 很多时候程序都会主动过来和我讨论架构、实现和某些算法问题，有时候我实在搞不明白程序和产品的关系为嘛会各种紧张。。ps，有下属女同事，我教她的招数就是，“我不管你怎么搞，反正要这么实现。” |
 | 35 ioth 2014-09-19 14:55:08 +08:00 原来是谁定？ |
 | 36 mouseshi 2014-09-19 15:01:33 +08:00 PM是公司原有得创始人或者创业伙伴么 |
 | 37 minotaur 2014-09-19 15:33:19 +08:00 程序猿接到不靠谱的需求已经够苦逼了，还要看产品狗的脸色 |
 | 38 dogarm 2014-09-19 15:47:50 +08:00 我只是设计狗不太懂开发，但是根据直觉，你们还是走人吧。 |
 | 40 coolicer 2014-09-19 15:55:54 +08:00 走人啊，最讨厌 绩效。 |
 | 41 Liang 2014-09-19 16:00:31 +08:00 绩效没什么，但分数线不定好就很恶心！！！ 我以前公司绩效满分定100分，我没拿过一个月满额的工资（你们可以说我没完成绩效，但上司总会找茬，因为他们坚信人有进步的空间）。。。 后来满分60，工资经常有多加的一部分。哈哈 |
 | 43 julyclyde 2014-09-19 17:45:48 +08:00 来我团吧，我团招人，不让PM打分 me at julyclyde.org |
 | 44 simo 2014-09-19 17:52:50 +08:00 lz公司确实挺扯的。 个人觉得，绩效就是评定时间段内的工作质、量； 程序员的做了多少项目，实现多少功能，这个产品属于上游、需求方，可以参与评定一部分；但是代码的好坏，他们有职责、有能力评定？ |
 | 45 hitsmaxft 2014-09-19 18:00:25 +08:00 其实都这样, 看开发团队 leader 怎么看了. |
 | 46 Melodic 2014-09-19 19:09:03 +08:00 求私信公司名，列入我的黄名单 |
| 47 nevernet 2014-09-19 20:12:26 +08:00 直接公布吧 |
 | 49 ZoomQuiet 2014-09-19 22:06:43 +08:00 via iPhone 理解就接受并作到好， 不理解就走人另折腾。 就种制度，不般也就几个季度后就自然演变走形的，该乍样还是乍样的… 但大家能确信的， 这公司也就这样了… (￣￣) |
 | 50 tushiner 2014-09-19 22:07:54 +08:00 别的我不知道，反正楼主这几天不爽我知道 |
 | 51 aerofloyd 2014-09-19 22:39:24 +08:00 不过也有很多程序员自己也非常烂，还跟风吐槽产品狗的…… 单方向咬人没意思。 |
 | 52 konakona 2014-09-19 22:41:10 +08:00 =,,= 程序员绩效考核本来就是一件可笑的事。 |
| 53 geew OP @tushiner 楼主没什么不爽哦 我从来没有特别关注过绩效这些东西..... 只是今天看到这个新规矩有点搞笑而已啦 大家一笑而过就是咯 |
| 54 geew OP 公司名就算啦 酱紫不好 |
 | 55 ETiV 2014-09-20 10:00:35 +08:00 via iPhone 这是告诉程序员成天别老对着电脑，没事儿也搞搞人际关系 |
 | 56 Jimrussell 2014-09-21 05:47:51 +08:00 我关注了几天……搞了半天公司什么名字还是没说，这搞笑的公司又不是你开的公司，无所谓啊，或者担心被社工？这些担心我只能说想得太多。 |
 | 57 wuyiqun 2014-09-21 08:31:26 +08:00 via Android 虽然我司没有这种制度，不过看到大家的评论还是压力山大…努力学习技术ing的产品汪路过。 |
Select Language