1. 个体和互动高于流程和工具
强调的是再好的协同办公工具都不如团队成员之间的即时沟通,无论现在是在用飞书、企业微信、钉钉这类面向协同办公场景的产品,还是直接使用微信、QQ这类集合日常生活交流的产品,亦或者使用OA这类流程产品。
工具和流程可以在一定程度上提高工作效率,但这些流程和工具是一个“保底”的效用,在遇到一些重大事情或者比较紧急的事情,亦或者面对面沟通成本低于使用工具进行沟通时,多进行个体互动且形成这种习惯,是更佳的选择。
2. 工作的软件高于详尽的文档
在日常工作中,大家都会看到产品经理的需求文档、设计同事的设计文档、开发同事的技术方案文档……
这些文档的一种重要作用就是进行信息的传达,尽可能减少低效的沟通成本。
那产出这些文档,大家都有着对应的工作软件,如产品经理常用的Axure。
对于文档来说,使用何种工作软件的意义更大于详尽的文档。
早期需求文档其实都是word文档形式的,但是现在随着行业的发展,一些工作软件逐步进入了人们的视野。
这些工具类似于工业时代的蒸汽技术,本质上解决的是同一类问题,但是可以大幅提高工作效率。
从成本、效益角度来说,最终得出的投入产出比更高,因而更得用户认可和信赖。
3. 客户合作高于合同谈判
赚钱,或者说取得经济效益回报,是每个企业都要追求的目标,甚至可以说是大部分企业的首要目标。
但是从企业的可持续发展来看,想要持续性的取得经济效益回报,就不能只关注合同的谈判,即不能只关注于某次合作带来的经济回报,而要将重点放在与企业合作的客户身上,要关注如何才能与客户取得长期合作。
例如SaaS产品,其重点是客户的续费,而不是首次购买。
如果只关注单次合作,而不注重长期合作,不提供优质的产品服务、售后服务。
不仅不能获得客户的持续合作,而且企业口碑也会因此受损,在整个行业中都会受到不可估量的负面影响。
4. 响应变化高于遵循计划
最后一点,其实大家会感受比较深刻。
每次在迭代开始前,产品经理都会跟技术、测试负责人制定产品迭代计划。
但是在项目迭代过程中往往会有一些“突发情况”,例如老板又插需求了、市场商务同时又提紧急的“可以赚钱”的需求了。
这种现象的发生仿佛成为了一个客观事实。
但是既然发生了,那产品经理就要想办法解决。如何解决?
其实在敏捷开发的思维里,每个迭代都会留一个“buffer期”,即创建了sprint之后,并不是按照时间要求,将所有的人力都进行排满,一般会预留20%的人力去响应一些变化的需求。
最后还要提醒的一点是,响应变化高于遵循计划,并不是说不做初始的产品计划。初始的产品计划还是非常重要的,而且需要遵循执行。这样能保证项目的有序进行。
https://www.tracup.com/