让小伙伴们高效协作,产品排期应该怎么玩？.pdf

让小伙伴们高效协作，产品排期应该怎么玩？ 1. 明确分工，知其表亦知其里 做排期之前一定要明确产品开发必须的生产要素，即设计、测试、前端开发、后端开发等。 设计 交互设计与 UI 设计，当原型图设计完成后第一时间要和设计沟通并做出相应设计图，根据以往的 UI 基调设计出相应的设计图并交付给前端。 UI设计的一致性很重要，在产品之初就要想清楚并定义好 ，就算后期涉及到某些人事变更，也需要保证 UI/UX 风格的统一性，或者能够保证修改后的 UI/UX 风 格一致性地实现落地。不止一次看到一个产品里面的 UI/UX 风格元素有好几套，这样是很伤体验的 ，之于这点，做无论是做产品还是设计都要有所考虑。 测试 测试就是保证产品的质量即可用性，通俗而言就是提 bug 给技术开发，做 bug 排期，跟进 bug 以确保 至少没有重大 bug 以发布当前版本产品。很多人提倡开发自测，这点很不靠谱，就像一个技术如果 不丢掉自己技术思维去做产品一样，做出来的产品刻板可笑，测试思维和技术思维是两码事，必须 要有一个能够为产品质量负责的角色。（ PS. 如果一个技术拥有测试的思维，那他也可以做自测， 问题是这样的人很少，这也是为什么 T DD 即测试驱动开发不火的原因，确实是对 dev 的要求很高啊 ） 前端开发 包括 Android 、iOS 、Web 前端开发等等，即实现 view 且会涉及到一部分 view 所包含功能逻辑的角色 。关于 web 前端开发， web app 的概念日盛， web 开发可做的事情也越来越多， H5 大行其道、方兴 未艾， native app 大有被其扬弃之势，混合开发亦早已是常态。产品经理在设计 view 时也需要考虑 到这些，并且在对具体 item 定义和设计时关注其可复用性，并且时时刻刻关注产品功能设计的可延 展性也要想清楚，在设计和前端开发的合理排期中这点也十分重要。 后端开发 包括架构、数据、接口、后台管理、（运维）等，后端开发需要搭建 web 框架以满足前端 web 或 者app 的接口访问需求以提供数据，合理定义并搭建数据结构以满足无论是后台管理还是 web 框架 的CRUD （增删改查）需求。后端重业务逻辑和数据处理，一方面后端开发要对前端产品的接口可 用性负责，而在数据和业务方面，则无论是在数据挖掘、爬虫、数据匹配推荐、搜索、标签系统、 anti-spam 等方面都可能有所涉猎。这些的大前提都是在产品提供一个合理的产品结构和业务需求 的基础上实现的。如果是技术出身的产品经理，最好能把产品数据结构图实现，如果不是那也需要 尽力去配合后端开发并与之在此处达成一致以保证对后端整体数据有一个清晰的脉络认识。对数据 有感知的产品经理必然会反过来加深其对业务的剖析和理解，并优化其对产品业务需求的整体把控 。 2. 别让测试等着开发，也别让开发等着测试 提倡边做边测，在合理的功能模块（开发需求模块）划分的粒度内进行做完就测、测完就改、然后 再回归继而再反复，这样的好处有以下： 3. 串行和并行：合理的穿针引线 正如上文提到的：别让测试等着开发，也别让开发等着测试。合理的排期一定是串行和并行任务合 理交织安排的，串行即人与人之间的协作以一个人完成交付物后交付给另一个人就方可可执行的； 并行即人与人之间互不干扰就可以执行的。 常见串行： 等等 … 所有串行之外的任务都是可并行的。 首先要考虑功能闭环或者模块的完整性，这样提供给测试形成一个开发测试质量 ok 的周期闭环，其 次要在后台能够保证提供前端可用接口的基础上进行前后端并行，依据这些原则进行 view 的实现 即UI/UX 的设计和实现落地。（这也是我目前的做法，可能每个人的做法各有不同，因人而异，仅 代表个人观点） 总之，我认为排期要