|
锁定老帖子 主题：我诅咒我们客户……
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-09-05
我们没有销售，项目经理给我的需求，这个项目经理是女的，脾气太好了……上次客户无缘无故让我们作个东西，她竟然同意了，于是乎我的周末就没了……
|
| 返回顶楼 | |
|
发表时间：2006-09-05
需求变更控制不力，这是不项目经理的责任。
不过你们的公司高层没有什么说法吗？如果没有的话，这说明要么公司高层也很稀里糊涂，要么就是项目的进度和成本仍然在公司可以接受的范围内。 |
| 返回顶楼 | |
|
发表时间：2006-09-05
高层就一个老板，老板说下次改需求必须和他商量。另外，我一直想在公司里面引入Service层和引入Spring，有什么好的办法说服其他人吗？
|
| 返回顶楼 | |
|
发表时间：2006-09-05
刑天战士 写道 我们没有销售，项目经理给我的需求，这个项目经理是女的，脾气太好了……上次客户无缘无故让我们作个东西，她竟然同意了，于是乎我的周末就没了……
面对女经理，是不是也。。。 
|
| 返回顶楼 | |
|
发表时间：2006-09-05
刑天战士 写道 高层就一个老板，老板说下次改需求必须和他商量。另外，我一直想在公司里面引入Service层和引入Spring，有什么好的办法说服其他人吗？
联合几个技术人员一块说。 |
| 返回顶楼 | |
|
发表时间：2006-09-05
刑天战士 写道 高层就一个老板，老板说下次改需求必须和他商量。
那好啊，你把用户的要求下来，整理以后发给项目经理，再抄送老板。 引用 另外，我一直想在公司里面引入Service层和引入Spring，有什么好的办法说服其他人吗？
你们公司什么样的人负责技术？水平怎么样？是不是听得进意见？ |
| 返回顶楼 | |
|
发表时间：2006-09-05
如果是客户的一个小需求（虽然不包含在系统需求规格说明书中），对开发人员没太大工作量的情况下，还是可以考虑的，具体原因请考虑“良好的客户关系能为我们带来什么？”需求到底接收不接收，改与不改，有一个度，一个规范，很同意evanyuan的说法：）
另，我觉得一个程序的改动带来45个errors,则这根本就不是框架的问题，这应该是基础问题，话说回来，也就是如果你的技术足够被大家所认可，或者大家都很相信引用这些新技术没有风险而又受益非浅的话，那会不用吗？ ^_^ |
| 返回顶楼 | |
|
发表时间：2006-09-05
水平嘛，当然比我强，但是可能因为老了，喜欢用成熟的技术。
|
| 返回顶楼 | |
|
发表时间：2006-09-05
可能是因为我是newbie吧，写程序不如老员工……
|
| 返回顶楼 | |
|
发表时间：2006-09-05
估计客户也有此感慨,只不过杀的对象不同 哈
得好好谈谈 否则就是... 找能压的住局面的老大去. |
| 返回顶楼 | |
