场景一:公司领导要下达信息,比哪要公司想招10个开发人员来做一个项目,项目当然是有要求的,做某某的多少人,要求怎么.但是领导往往是给人
力资源的说:"我们要招10个开发人员,事情交给你了,这个月底完成." 场景二:员工想要反应福利不好的情况,正好公司最近在收取员工的意见,好完善公司制度等等,A员工就提了个"我们现在的福利条件与其它公司相
比还很差,能不能适当的完善一些."
上面两个场景的结果是这样的,第一个人力资源部门成月底完成了任务,因为领导交代的事情,必须完成,人数是够了,但是能不能符合要求就不知道
了.第二个场景是这样的,A员工最后收到一封邮件回复,内容大概是这样的."亲爱的小A,你的意见我们已收到,但是不够具体,你可以提一下我们公
司和其它公司哪里差了一些.",他们想表达的也就是你说哪里不好,你要福利好,你得说要什么啊? A员工心想:"你妹的,难到福利是要你天天发美女
图片给我吗?".
我的理解,我觉得上层的人比下层的人聪明,也就是下层的人会更笨一些,所以下传信息的时候应该一层比一层内容更具体,在一层一层下达的过程
中会把这个信息完善得更具体.最后到执行的人手里应该是很具体的一个任务了. 比如说ABCD四层,要安排一个任务X A对B说要做一个X B对C说要做一个X C对D说要做一个X 最后D说X是什么? 这样是把一个抽象的东西一层一层传达下去,肯定会出问题,在传的过程中一定会存在返回去寻取信息的过程.比如B拿到要做X的时候应该想想是什
么样的X.B就完善了信息对C说 我要一个@@这种的X ,C就会说要一个@@,##这种的X,最后D拿到手上的才会是一个足够具体的任务,当然也不是最详
细,至少是可以执行的任务,也就至少是一个类了,不是一个抽象类吧.
当然还有一种是A对B就说了我要一个@@,##这种X,已级很具体了,这样完全传达下来也是可行的.
再说信息的上传吧.我觉得下层的人是更笨的,所以上传信息不应该由上面的人来问这个怎么做,比哪人家说了福利不好,上面的人应该分析,汇总大
家的意见,看问题出在哪里,而不是去问下面的员工,哪里不好吗?你说哪里不好我就改哪里,你妹.
其实这里我本来想说到接口的问题,时间不多了,以后看能不能想起. 接口要即大又具体,也就是越能抽象出更多的对象的行为越好,但是也要越是
具体越好,要求越具体越好.这个感觉是矛盾.其实不矛盾,也就是找到中间的一个平衡位置.