关于仓库管理的随笔之八：任务：Task & Ticket

Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE 波次既然是一组库存移动，就可以按照实际的移动操作分解为具体的Task（任务），无论是实际的库存移动，还是虚拟的库存移动。这就是说，可能有实际的task，更可能有虚拟的Task。

其实严格来说，任务是操作的分解，不是波次的分解。可我更希望在实际工作中把任务作为波次的分解。前面说了，波次是操作的集合，每形成一个波次，必有要形成这个波次的原因，而我希望每个任务都能够追溯到这个原因。

讲到这里要插入一个观点，大家可以注意到，库内各项操作实际上都是从查询这个动作开始，经过一番数据维护和处理，最后的结果是---还是查询，因为这有这样，主管们才能知道这个操作是否真的完成了，以及完成的绩效。所以，信息系统强大与否，查询能力是基础。而查询能力的强大，也要依靠信息本身的丰富全面，这就是为什么我希望任务关联到波次，因为我希望通过查询，能编织起一张信息网，可以恢恢，不要疏漏。哪怕很小的细节，也要设法可以查到，这才能真正提高仓库的信息化运作水平。

回到任务，这回就可以谈一谈具体的工作是怎么干出来的了。既然是任务，就要有两个要素：干什么，谁来干。显然，干什么，就是前面所说的操作，具体地，就是某种类型的库存移动。谁来干，这个有点需要琢磨的了。如果是由自动设备完成搬送或分拣（其实还是搬送），那么只要将这个任务以某种方式下发给设备，并且能有效跟踪该任务就行了。如果是人工完成，特别是人工拣货，可能就要制作pick ticket（拣货单）。

为什么呢？大家可以注意到，要想让工作有效率，想多加人手，就要尽可能使具体工序并行进行，每道工序尽量不要受到前后道工序的影响，而且每道工序的错误尽量有办法在下道工序解决。可是仓库的操作对于每个具体的Unit Load来说，都是串行的操作，怎样把串行的操作分解为可以并行的任务，这可实在是个大大的本事。我始终以为，自动搬送设备最大的好处，不是能力效率比人高，而是天生就擅长串行的操作，而人就不同。你让一个人先补货再拣货再包装再集货再装车，就不可能有效率了。对于人来说，只有并行工序，才有效率。实现这点，就只能靠pick ticket。

要考虑到，即使操作人员手里的pick ticket没有时间先后顺序，或者没有波次先后顺序时，也能完成操作。但最好有位置先后顺序，以便实际工作。实际工作中有很多方法，例如，只有包装的箱子被拿来时，才开始拣货，而箱子可以排序。这都属于具体技巧，不是pick ticket的必要条件，主管们必须明白这一点。

好了，仓库运作起来了，通过充分的磨合，以及信息系统查询水平的提高，可以达到很好的效果了。但是仓库的绩效是如何体现的呢？或者说，仓库好不好，靠什么说话呢？

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/13440635/viewspace-678515/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/13440635/viewspace-678515/