雨水的早晨的博客

PM怎么防止被忽悠 ？唯有你要懂！！！PM懂不懂技术，无所谓，关键是你要知道每个人在干啥，不能被忽悠，关键时刻，你可以帮忙提供解题思路或者解决方案。公司之前的产品线都是偏向管理系统，业务逻辑比较复杂，对UI界面要求比较简单，所以从来没有意识到美术资源会严重耽误影响项目的工期。公司最近转型做游戏，游戏很耗美术组的资源，UI、原型、动效以及音效，同时又把项目工期拿捏的死死的，经常延期，导致后面的研发团队着急忙慌、加班加点的赶工期，很累人。而且在美术资源和研发的对接过程也是乱糟糟、矛盾四起。因为公.

PM 是 资源的整合者，信息的沟通者，氛围的创造者，决策的制定者，和团队的领导者。这个概念存在我的脑海里，是一个规则需要自己去遵守，如同一个尺子在丈量着自己的行为。工作是否到位，项目绩效是否良好，都要时刻把它们翻出来，一一复盘，并进行反思，到底有没有问题，到底是哪里有问题，该如何解决，未来该如何规避。上任PM以来，就意识到自己是个服务型的岗位。我需要编织一个网，需要兜住所有的鱼；不能出现漏网之鱼，当然也不允许外来物种侵入，鱼网不能过小，否则鱼儿在里面活动不开；也不能过大，否则难于管理，也容易丢鱼.

最近在项目上发生了一件事，让我一下子有种恍然开朗的感觉。事情是这个样子的：小H提了一个需求，程序小L在开发过程中，觉得需求不合理，让我向小H再仔细问问。小H是一个很厉害的角色，描述问题很严谨，当你发了错误的时候，她会“怼你”，让你有种被她按在地上打的感觉。所以一般情况下，我很少找小H沟通，就算要沟通，我一定会提前准备好材料，不允许出错，尽管如此，还是会战战兢兢。这个情况其实也一直困扰我，到底该如何和小H沟通。我说，这个事情你确定不？ 不要我们没有搞明白，之后又让人家按在地上到我们? 小L说，按在地上打

Q：项目A，在线上运营的App版本在tga后台突然间无法收到数据，很奇怪，上线时正常的版本，为什么突然间出问题了呢？第一步澄清问题：1、一样的版本，之前tga可以收到数据，现在tga突然无法收到第二步 分析问题：2、tga的数据是如何上报的？ 定义的事件如何触发了，就给向指定的地址上报数据。第三步 提出假设a、核查其他项目，是否同样也收不到数据，来确定是单个项目的问题，还是tga后台的问题b、上报的数据地址是否出现了问题。第四部：校验，得出结论对第三步列出的假设，一一进行校验，判定。最后发

上一个版本0605完成的很好，在前期美术资源延误4天的情况下，我们依然能够如期高质量的发版上线。领导对我们表示了肯定，团队的小伙伴虽然很辛苦，但结果很让人窃喜。but 立马就来了一个转折点，线上出现了一个问题：思路SituationQuestionSolutionsSituationConflict ：adjust后台的数据量极少，和TGA差异非常大What ： 为了配合数据组渠道数据归因的统计，adjust sdk从gillar集成中剥离出来，单独集成了adjust的unity版本Why ： 数