个人简介：坚持自己的方向，不忘初心，方得始终！
突然发现，其实互联网或者是软件行业，与其他行业没有什么差别。也分应用层和底层，也都是组装生产的模式。 比如一家造车场，他不会所有零件自己生产，存在一个完整骑车产业链条，比如轮胎发动机，内饰等等。 那互联网行业也是如此，尤其是应用层，比如抖音，QQ，这些，成品都是拼装生产出来的，底层的技术如数据库，网络套件，中间价套件，缓存，测试组件等等，大的厂为了保持自己技术的一致性和复用，会对主要的基础套件进行加工形成自己的技术规范，但也很难覆盖全部。 回过头来看，成熟或者有竞争力的互联网，他的竞争力来源也可以参考。比如，苹果的竞争力是它的用户服务以及使用体验，京东依靠的是极致的物流体验。那么，是否可以断言，软件永远只是支持业务发展的一部分，真正的竞争力永远在业务模式本身。 这也许就是，为什么最能写代码场的不一定是最能挣钱的场，比如各大软件外包厂商。
滴滴的打车软件真心垃圾，真心不爱吐槽他了
三天打鱼第一天
事实证明，凡事得趁早，只有在自己可控的时间里，才能灵活安排自己的事情，否则身不由己的时候，太多了。
有时候，过于激进的推项目，会比较坑，尤其是对团队长外部合作的，就跟这条路一样，看着路况很好，就容易忽视头顶的红灯。闯下试试？ 那么应该怎么推了？我觉得猛推之前，得至少跟外部的实施配合团队确认下他们有没有接到这个项目，这就类似这个红绿灯，如果是红灯，那是剃头挑子一头热，如果是绿灯，那恭喜，可以进入下一步了。 #项目管理# #项目经理的日常#
顶着一个晕乎乎的脑袋去上班，喝了一杯魔爪都没见效
JIRA云，在中国感觉不好用，好多的网络限制，加载不出来。
项目管理，最重要的一个事情就是业务闭环。今天跟大家分享下刚刚遇到一个案例，UI走查。 我所在的项目是一个跨国团队的合作，UI设计在外方，产品设计，研发落实在我们部门。 目前困扰项目最大的一个问题就是UI检查，外方UI团队不愿意过早走查，但交付UAT之后的UI走查又会浪费部门团队的时间。我们团队建议一定要在UAT交付之前，完成UI走查与bug fix. 起初的方案，是让我方产品在产品验收的时候顺便截图，但后面仔细深入了解产品侧的观点，他们不care UI检查的结果，没有必要去做UI有差距截图。 最后，多方协商一致后，由QA提供UI实施效果截图到UI 团队，由UI检查核实，并进行反馈。 期间产品全程不对UI做决策。 #研发管理#，#项目管理#，#组织分工#
为啥要学这个CFA？ 因为比较优势，做最懂金融的项目经理。
每次跟泰国同事沟通的时候，总是气不打一处来。自己没啥主意，老是挑我们方案的刺。再这样，下次，我他妈直接说 Talk is cheap, show me the code, show me the entire design.
关注
