在工作中,对程序员提意见如何才能做到完美?现在中软卓越北京java培训讲述,如何给技术提需求建议? 产品看似掌控大局,但是很多事情都不是自己能完成的,发需求成了差评的日常,给设计发,给技术发,给策划发… 需求发出去之后,收回来的东西不满意也是常有的事情,于是吐槽也成了日常,然而吐槽也并没有什么用…如何与技术沟通? 一、需求是人做的,人心是肉长的 需求之所以复杂就是因为需求是人来做的,如果是机器来做就太简单了:只要输入正确的命令,机器会准确的帮你实现好。 有了人的存在,需求就会存在delay、错误、品质不够等问题。 但这并不能成为需求实现不理想的接口,为何别人的需求可以加塞在你的前面?为何别人提的需求实现品质就比你的高? 同一个忙,你找陌生人,朋友,亲人来帮,其过程和结果肯定是不一样的! 那你能不能让对方成为你的朋友甚至哥们,就要看你的本事了。 二、发需求的方式 我相信所有人都经历过这么一种场景: 你发了需求,但是对方没有看到,于是在交付的那天你什么都没有收到! 别怪别人!怪自己! 发需求的方式强烈建议2种结合:邮件+口头 邮件:很正式,内容完整,并且容易回溯 口头:最好是口头,因为消息和邮件是繁多的,很容易被忽略,但是语言的交流是印象深刻的。如果无法实现口头交流,最好是通过IM再提醒一下,让对方明确的回复已经看到邮件,加深印象。 三、需求内容需要符合“SMART原则” Specific——需求必须是具体的,明确的,别摸凌两可 Measurable——需求必须是可以衡量的,要能够评价他的好坏 Attainable——需求必须是可以达到的(这个也是对方经常拿出来的理由,遇到之后参见要点一) Relevant——需求必须和其他目标具有相关性,没有意义的需求是浪费时间,要告诉对方意义何在 Time-based——需求必须具有明确的截止期限 以上是中软卓越北京java培训机构老师,分享的如何给技术提需求建议,希望能帮助到大家 http://bj.zretc.com