横向项目和纵向项目的区别,科研横向项目和纵向项目的区别?

最近感觉把如何弄横向项目这个事弄明白了,这里主要指横向的分享等类似项目推进;

过去,我一直感觉横向的项目非常难推进,比如跨组、跨部门的分享。在 19 年的时候组织过一次,排了全年的分享表,我们组的基本都分享完了,但是其他组的也就分享了一半,作为对最终结果负责的同学,对我的评价也不好。但当时,其实并没有意识到是自己的问题,更多的是感觉这事本来就不好推动,把问题往上透出会让其他老板不好看,最终也就搁置了。

今年老板开始负责算法月报的搭建,给了框子、前期推动,我来做相关的推动执行;我拿到这个事情,感觉不太好弄,因为是其他工程组开始做,我们来 follow 的,大家的意愿并不强,更多是要有这么个东西。好处是,更高一层的平台也有个算法月报的,我可以照葫芦画瓢,我也是这么做的。我去翻了下到家的算法月报运营方法,确实不一样,结合和各位老板的讨论,给了一版运营方案。相对来讲,这个解决了几个问题,一是信息池、月刊的撰写路径,信息池建立了一个收集机制,这比人工去催或者IM 敲高效太多了,同时把大家的活分下去了;二是给了个详细的运营机制,这个主要解决了从时间上如何运行这个事情。有了这个,就开始能跑一些初版了。

这个跑了一段时间,同时开始做一些其他横向的事情;我慢慢开始能把上面两个做法背后的东西凝练下。这类横向的东西,要长期跑下去,要解决两个问题,一个是收益问题、一个是合作问题。

收益问题很明确,对读者有收益、对写者有收益。算法月报对读者来讲,大家更多是当做新闻来看,重点可能会多看看,更多是开阔视野。统计数据也是这么显示的;对写者有收益,这是这类横向的能提供的更多价值所在。建立好透出机制,制造 PK 环境,给更多的观众,持续的透出,大家投入更高,是让这个事情能持续运转起来的飞轮。比如,最佳产出、专题调研,实际上都是给了大家一个“舞台”。

合作问题其实不太好解决,相对来讲,大家的投入不会很高。比如上面的分享,很容易就因为其他事项跑没了。总结起来,大概是一个原则,重的事情和实体组织绑定、其他的事情做的轻才跑的远。逻辑也不复杂,就是要把最终的产出归到实体组织,这样才有荣誉感、动力。

从个人来讲,从这里的一个反思是,要去找到对的形式学习,并从中处理出关键点、关键问题再继续改进。最开始是因为学习了到家的方式才找到门道,慢慢从中抽离出关键点、关键问题,慢慢去衍生新的东西。所以,遇到一个问题,如果自己做不好,主要还是要找到做的好的人是怎么做的,这是路径依赖迭代的方法。长期来讲,还是需要学会颠覆式迭代,或者说第一性原理式迭代,这个更难,回头再展开

本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 sumchina520@foxmail.com 举报,一经查实,本站将立刻删除。
如若转载,请注明出处:https://www.gooyie.com/36138.html