1. IT的那些人做什么呢，为什么我的需求处理这么慢．
IT部是全公司人均服务量最大的部门，现在杭州只有２个IT技术支持人员，他们涵盖了从装软件，代下载，执行公司的网络策略，桌面支持和网络规划，运维，全部的工作．平均１个人要服务于２００多个员工．同样的，我们EIS服务于HR的只有１．５个人力，这１．５个人力，不仅要面对公司１０多个HR以及全体公司４００多名员工的DocServer咨询，我们还承担着HR新功能的开发工作，而且还担负DocServer将近1００多个HR相关功能的运维工作．所以，你的需求处理的慢也很正常，如果实在很急，可以打个电话催催，说不定他忘记了呢．另外，如果想备忘，可以发邮件到hzsupport或者EIS主管的邮件，有邮件总会让他想起你的．
2. 为什么我这么一个简单的需求还要我写一个文档，太繁琐了．
软件的开发工作大概需要耗费开发人员４０％－５０％的日工作时间，剩下的５０％－６０％的时间都在和需求人员沟通需求是怎么样的，我们经常说的一句话，就是＂你能说这个需求究竟是怎么样的吗＂，可见一个好的，完善的需求描述是多么的重要．如果你能把需求文档写得好，那么就差不多节省了将近４０％的开发时间，就能够提前完成你的需求的开发工作．对软件开发来讲，理清需求是必须的，花费的时间，要么开发人员花，要么就是需求人员花．如果你的需求文档写得比较烂，那么开发人员就需要花费很多的时间去和你理清需求，也同样会浪费你很多的时间．
3. 开发估的时间太夸张了吧，这么简单的功能要２周时间
简单的定义我想对不同人是不一样的,需求人员觉得很简单的功能,可能实际分析下来不简单,如果开发人员也按照你的简单的逻辑去开发,完全系统就不可用,比如我们通常只想到界面端需要用到的东西,却想不到诸如这些信息如何管理,如何维护,如何出报表.另外,开发人员还要考虑到需求的扩展性,比如你今天想买只鸡,明天想买只鹅,那么开发人员就不能只开发出买鸡的功能.
4. 我这个功能很急的，把那个XX的功能向后挪挪吧
相信我,对于自己的事情,没有人不觉得慢的.所以,大家都很急.
我觉得如果实在你觉得很急,我们可以找那个XX一起讨论一下,让他看看能不能让一下你.
因为对于我们来说,客户是一视同仁的,既然不能按照经济价值的高低排序,我们只能按照提出时间来排序,当然,如果能得到高层的认可,我相信那个XX也会主动让你的.
5. 你搞不定是吧,那你问问XXX（你的领导）能不能搞定
软件开发是一个技术性很强的活动,如果开发人员告诉你功能不能解决或者不能搞定时,那差不多就真的是不能搞定的,一般来说,我们提出拒绝时,都是大家讨论后的结果,拒绝不代表这个事情不可以做,只是代表按照需求方提出的方式在一定的条件下不可行(比如人力超支,受众小).这个时候就需要我们召集相关人员,重新评估,形成新的需求,一般来说,XXX不能搞定的,他的领导也未必能搞得定.所以遇到问题我们还是沟通为主,避免意气用事.
6. 过程管理要上系统啊,太麻烦了吧,我还有很多工作要做呢
成熟公司的IT团队都是有Ticket系统的,Ticket系统相比邮件有很多方便的地方,对于大多数人来讲,学习使用就是20几分钟的事儿,但过程管理系统相对于邮件来讲,内容的权限管理和分享查询都要方便得多.我们也要和正规化的流程接轨嘛.