Rob;
Is it easily identifiable which jobs require full labor tracking and which jobs do not?
We are evaluating our processes and Labor Reporting seams to be a very time consuming process. We would like to explore minimizing the about of time Shop Employees are in the system VS performing production.
Any additional suggestions you could provide would br greatly appreciated.
Thanks
Patty Buechler
Is it easily identifiable which jobs require full labor tracking and which jobs do not?
We are evaluating our processes and Labor Reporting seams to be a very time consuming process. We would like to explore minimizing the about of time Shop Employees are in the system VS performing production.
Any additional suggestions you could provide would br greatly appreciated.
Thanks
Patty Buechler
--- In vantage@yahoogroups.com, Robert Brown <robertb_versa@...> wrote:
>
>
> 30-40 jobs per employee a day? Sounds about like our single location assembly area.
>
> Just how 'accurate' do you think any Start/End Activity data you're recording really is?
>
> People figure out a way to batch report when faced with heavy handed reporting requirements. The data is often useless as a result.
>
> At the very least I'd suggest no more than 1st and last OP Qty type reporting. (Any 'middle' OPs would be set to Backflush type.) This would at least allow a single entry & cut down on non-value added transaction entry time cost.
>
> We back-flush all but LAST OP with is Qty reporting. Our total assy time work content is typically 3-8 minutes per unit & we want them building quality product (not using a heavy handed set up ERP system).
>
> Opposite scenario: Our CNC parts fabrication shop (where jobs may exist in process for a month as they wind through 5-20 OPs) - Here we DO use Time & Qty reporting type labor entry.
>
>
> Think of you high flow areas... Backflushing labor "standards" isn't useless. You can cum those earned hrs and compare to actual paid. That data can then be used to improve the accuracy of your standards and/or detect poor performing employees (as well as stars).
>
> Heck, we are considering ending use of make direct jobs entirely and setting everything up for single post production kanban receipts reporting (and then shipping from the receipt whse bin).
>
> Don't be so sure the presence of a tight system driven reporting requirement process isn't distorting the results on such high velocity jobs.
>
> "The presence of the observer changes that which is observed".... Isn't that some famous quantum physics truism?
>
> It sure applies to high velocity manufacturing.
>
> Go Lean (and report less)...
>
> My 2 cents (for what it's worth).
>
> Rob Brown
>
> --- On Tue, 2/10/09, bonner.nathan <bonner.n@...> wrote:
> From: bonner.nathan <bonner.n@...>
> Subject: [Vantage] Manufacturing Best Practices
> To: vantage@yahoogroups.com
> Date: Tuesday, February 10, 2009, 11:56 AM
>
>
>
>
>
>
>
>
>
>
>
>
> We are in need of some help in identifying best practices for
>
> production execution in Vantage around short-run small-volume Sales
>
> Orders which require Make-Direct / Make-to-Order fulfillment.
>
>
>
> Currently we are relying on one Job per Sales Order / Line / Release
>
> to meet these requirements. The most significant drawbacks to this
>
> approach are the large number of MES Start/End Production
>
> transactions and the large number of Jobs to manage and close.
>
>
>
> We do not want to loose sight of our actual production cost so we are
>
> a little leery of going to a "Back Flush" or "Use Estimates for
>
> Actual" model. But we recognize the need to reduce the number of
>
> transactions required to meet the demands of our Sales Order
>
> fulfilled through manufacturing. Our current process is as follows:
>
>
>
> Quote â€" Sales Order â€" Order Job Wizard â€" Issue Material â€" Start
>
> Production (First Operation) â€" End Production (First Operation) â€"
>
> Return Material â€" Customer Shipment â€" Invoicing & Job Closing
>
>
>
> Some of our eighteen locations are managing upwards of 30 â€" 40 Jobs
>
> per Shop Employee per day.
>