北京短视频代运营,北京抖音广告片,北京抖音代运营公司欢迎您 ! 联系朗创|收藏本站|网站地图

朗创seo公司

北京专业抖音代运营广告片拍摄10年短视频运营经验!

咨询电话:13683819778

北京seo服务首选朗创网络营销
您的位置: 资讯中心 > 常见问题 >

愤怒愤怒的程序员对产品经理生气

作者: 1 来源:朗创seo公司 发布日期: 2018-09-25 10:20:12
信息摘要:
本来应该是一场闹剧,后来有人拿出了视频故事:故事发生在一家互联网公司,一位产品经理向程序员请求可以基于用户的手机外壳颜色来改变软件主题颜色。T经理。 因此,你知道上

本来应该是一场闹剧,后来有人拿出了视频故事:故事发生在一家互联网公司,一位产品经理向程序员请求可以基于用户的手机外壳颜色来改变软件主题颜色。T经理。
    
     因此,你知道上面的视频。这个程序员一定是被产品经理强迫了很长时间才出现的。作为一个不了解这种开发知识的程序员,这个产品经理非常崩溃。在历史上,这个程序员经常用ang来打产品经理。呃,让我们看看什么样的外来产品需求:
    
     从事电梯软件设计。有一次我接到一个电话:你好,XX我们这里有一块电路板烧坏了。您可以查看软件是否可以更改。
    
     请把我们的软件放在百度关键词的第一个软件上,SEO是什么我不在乎。我运行你的软件,我的排名上升。
    
     更近,我为客户做了一个小程序,当然,从客户的角度来看,公开号码给客户开了,不久之后,客户过来问我以下问题。
    
     说实话,世界上的产品都是家族式的。除了程序员的异国情调需求会被打败之外,产品经理还应注意频繁的产品变更,代码变更也会被程序员打败,这是为什么
    
     因为对于程序员来说,每个项目的每个功能都不是独立的,是相关的。在产品经理第一次识别出需求之后,程序员需要根据这些需求构思整个架构,想出来,然后开始编写代码。
    
     嗯,程序员刚刚编写了第一个特性的一半,突然产品经理说会是这样的。对于程序员来说,有必要删除之前编写的代码。您需要知道成百上千行工作的代码,并且不容易删除。代码本身。
    
     更可怕的是,一些产品经理不断地调整一个特性:稍后删除它,稍后添加一个奢侈版本,不管用户的工作量如何,将其转换成一个紧凑的版本,以满足用户的要求。
    
     然后,我们可以看到,每个人都是产品经理,但不是每个人都可以是产品经理。一个好的产品经理应该对项目有一个非常完整的长期和短期计划,其中某些功能不会被转移,项目团队将会了解更多一个好的产品经理还应该了解数据,用事实征服程序员;一个好的产品经理应该更多地了解更终产品经理。我们需要协调沟通,而不是独裁。
    
     不同之处在于国外不是996,我们更注重家庭,一般在晚上6:00到9:00的时候,我们会选择陪伴家庭,在9:00等待孩子入睡,然后解决一天未完成的工作。老板走了,你可以走了,所以我们的文化是你必须完成的事情。
    
     另一方面,你在大公司有很多事情要处理,你必须为每个具体任务计划你自己的时间。现在,我也会花一些时间做流程图和编写产品需求文档,但是这不会占用我太多的时间。
    
     我在思考、团队结构、产品策略等方面花费了更多的时间。我现在认为更有效的方法是与团队成员进行更多的沟通,所有这些都具有更多的口头特征,但是比需求文档更有效。
    
     就人员数量而言,硅谷的产品经理人数少于工程师,产品经理与工程师的平均比例为1:7或1:8。
    
     所谓工程师文化,更多的是我们不认为工程师的任务是写代码,我们也不认为工程师的好坏标准取决于他写代码的速度。因为他们可能没有良好的沟通技巧和团队领导能力。
    
     在硅谷,工程师负责产品,而不仅仅是产品经理,还有执行规则。我们希望工程师编写的代码比代码多,这可能就是为什么人们认为硅谷是面向工程师的,而产品经理只是搞砸了。
    
     至于如何评价一个产品经理是否足够优秀,这取决于产品的结果。提高产品成功率的方法就是让团队中的每个人都思考他们所做的每一件事,让他们知道该做什么。
    
     与其说团队中的所有成员都是无意识的,不如说只有产品经理努力编写产品文档,每个人都遵循文档。浪费。每个人都很聪明,在硅谷很难找到工作。这是否意味着每天编写代码
    
     因此,作为产品经理,一方面我们需要能够开发我们自己的智慧,另一方面,我们需要能够开发良好的团队文化和协作过程,以激发所有人的价值。有能力成为一名优秀的产品经理。
    
     硅谷的许多技术公司被称为项目经理,而不是项目经理。他们中的大多数具有技术背景,通常在一些基础技术部门,如基础架构、数据系统和其他部门。
    
     这些项目是非常复杂的,项目经理需要将大任务划分成不同团队的许多小任务,这些任务负责确保项目按时交付。
    
     事实上,很多时候,工程师会自己做项目经理,甚至项目主管也会做项目经理的工作。工程主管可能会说我有十个工程师,有些工程师会自己做关于项目状态的一些事情。T
    
     在我的团队中,我希望每个工程师都非常清楚自己负责团队的哪个部分,并且他应该是该部分的领导者,而不仅仅是执行者。
    
     在硅谷,我们用同样的标准来衡量产品经理和工程师的质量:你对产品有什么影响,你有多少用户。优点是工程师和产品经理都有对产品的所有权感,每个人都从相同的标准开始。划线。
    
     第一个优点是,当你与工程师沟通时,他在技术上信任你。默认情况下,你知道技术,不会试图欺骗你。我已经通过工程师谁将首先测试我,并且简单的函数预测更长的时间限制,我只能抑制我的愤怒,并礼貌地告诉他,我觉得这个函数可以分三步完成,以及我是否可以误解了它的复杂性。
    
     第二个优点是,当在产品发布之前出现问题时,比如突然发现功能不能按时完成并且需要扩展,具有技术背景,您可以很好地估计完成该功能需要多长时间,以及它是否是值得推迟发布此功能的产品。
    
     技术人员习惯于逻辑的说话方式,在与团队成员交流时会遇到一些问题。例如,设计师往往很时髦,很奇妙,很能自我比较。当你与他们沟通时,所谓的客观和逻辑是不可行的。你需要创造的是一种感觉,一种与设计师情感共鸣的感觉。因此,这也是技术人员转向产品经理的挑战。
    
    

咨询热线

13683819778