个人简介:坚持自己的方向,不忘初心,方得始终!
突然发现,其实互联网或者是软件行业,与其他行业没有什么差别。也分应用层和底层,也都是组装生产的模式。 比如一家造车场,他不会所有零件自己生产,存在一个完整骑车产业链条,比如轮胎发动机,内饰等等。 那互联网行业也是如此,尤其是应用层,比如抖音,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.