• Everyone, please help make our jobs easier and choose the correct category. Thank you

Any new info?

Please tell me a reason to vote YES on this proposal with lack of info given about RRECS aside from the printed time allowances given for starters.

RRECS won’t even be ready until MAYBE the end of this contract. There are still too many variables for discussion between the Union & the PO... like how long a sample will be used & how often will changes (counts) happen. We also have to go a full year of Data Collection to determine our Evaluations so why should it matter if it’s in this one or not?
 
Association really needs to DEMAND that they cannot allow the rural craft to be subjected to RRECS. They will never be able to say that the technology is absolutely 100% accurate, with no glitches or failures on the scanner part or managements to track all our daily volume, travel speeds, distances up driveways , distances to doors, load times, boxholders, accountables etc. With no possibility to confirm daily data, this should be dead, and proceed no further. Too many questions not answered, too many possibilities for corruption on their side, too complicated of a system. I don't care if the stupid association said this is binding before this all started. They need to fight it and prove that this is the biggest over micromanaged system that a group of Harvard type engineers came up with. Scanner can't even determine if your creeping in llv or walking. Scanner isn't even close to houses for many spms. And this is going to be the way we are paid. Association needs to do what's right and shut this down now. If the usps doesn't have the technology for rrecs in ALL areas to be accurate, which they dont, then this isn't acceptable for the craft.

My SPMs are right where the mailboxes are & that includes the CBU addresses. A few scanner errors is still going to be better than counting the lightest 2 weeks of the year. New scanners with better technology will be in our hands before this is in full effect (IMHO). If the scanner thinks I’m walking, good. Mapping starts late August & training on all the scanning we’ll be doing should be by the time that’s done. We can see our DPS #s when we want now, so I’m sure all data will be available for us to verify. You could count everything like we do during a mail count if you don’t trust the bosses.
 
I have a business district on my route I park and walk and go into 7 business. Under new system how is it going to give me credit based on scanner data I serviced all 7 businesses. I see a screwing coming getting full credit
 
There is no way they can determine how many NDCBU individual boxes or Central boxes a carrier services a day. My concern is they will come up with a formula ( guesstimate) for the route box coverage factor.


Yes, exactly. Here is the section from the MOU:
2. Route Coverage Factor: A methodology will be developed, and shared with the union, within thirty (30) days from the signing of this MOU, to determine the appropriate daily coverage factor for each rural route to include all delivery points, specifically centralized deliveries. The calculation of the route coverage factor will utilize current and future USPS data sources, as well as, an average rather than the median value.


My guess: they will look at a day's mail volume, run it through a formula, and say "that's good for 80% box coverage."
Either that or make us scan the mail for each box ;)
 
Yes, exactly. Here is the section from the MOU:



My guess: they will look at a day's mail volume, run it through a formula, and say "that's good for 80% box coverage."
Either that or make us scan the mail for each box ;)

In the '90s a major railway was having trouble tracking/locating their cars using internal software. So they went to the experts Big Blue, IBM, to develop software. After several years and much $ the railway dropped the contract because they had no improvement over their own folks.

Modeling company functions for data collection is hugely complex, even for simple ones. And also requires ongoing mods. So for USPS, har. Ever done your family budget on a spreadsheet, then have an "oh poo, forgot that".

Probably a sweet heart deal for whoever programs and makes the hardware. Then, like
Emily Litella they'll say "Never Mind"

bg
 
They seem to be collecting a shipload of data now from our scanner actions. Why would they need another 52 weeks. Will the alleged new scanners be used prior to the Beast implementation?

Since round 1 of digitization and at a later time.... I have been asked about all my movement at my remote indoor mall POB location. I told them I jackpot most of the mail for this location. I only have one slot on case for here. So why all the movement? Many mailers who send out mail in my DPS and presort to this location only use the primary address of the mall management POB#. Since I know where it's supposed to go I put it in the correct tenant POB. Oh I see.

What about the 2nd trip you are making from the front door of the POB entrance and back to another location inside? Do you remember from inspections that I walk in and bypass the two different sized wall slots of out going collection locations where the out going and parcel locker keys are dropped? I collect the out going and pick out the keys which I walk back to place on the small table I have there with extra 3849s, pens and blockers before I leave.

If you want me to case all the mail for here I'm going to need managements POB number pulled from my DPS and an extra wing for the others. So far no pull from DPS and no wing.
 
They seem to be collecting a shipload of data now from our scanner actions. Why would they need another 52 weeks. Will the alleged new scanners be used prior to the Beast implementation?

Although there is a lot of Data being collected, we are not Scanning to Load, scanning for non-barcode pkgs, not scanning in & out to route on POV routes nor clocking in by scanner, and routes are not mapped yet. I’m sure there are other scans we also aren’t doing. Mapping can change periodically with new construction of roads & repairs & expansions so that would need to happen in real time.
Too many variables are not in the scanner/computer yet.
 
In the '90s a major railway was having trouble tracking/locating their cars using internal software. So they went to the experts Big Blue, IBM, to develop software. After several years and much $ the railway dropped the contract because they had no improvement over their own folks.

Modeling company functions for data collection is hugely complex, even for simple ones. And also requires ongoing mods. So for USPS, har. Ever done your family budget on a spreadsheet, then have an "oh poo, forgot that".

Probably a sweet heart deal for whoever programs and makes the hardware. Then, like
Emily Litella they'll say "Never Mind"

bg
or Edgar Allen Poe in the raven??
 
Although there is a lot of Data being collected, we are not Scanning to Load, scanning for non-barcode pkgs, not scanning in & out to route on POV routes nor clocking in by scanner, and routes are not mapped yet. I’m sure there are other scans we also aren’t doing. Mapping can change periodically with new construction of roads & repairs & expansions so that would need to happen in real time.
Too many variables are not in the scanner/computer yet.

What you say is true but as I explained to the board member giving our meeting, it should be a matter of flipping a switch once all routes have been mapped. There is not need to delay start up for a year start recording data now! All data that will be required we are dealing with now, with the exception of the mapping. Once those points are identified, it just a matter of plugging them into (box location, stop location for package, delivery location) the past years history of activities. As far as all those other scanning functions that we will have to do, use a two week average for each of them and call it good. It won't be the first time we used two weeks data to determine our pay. After using the two weeks test results to get the system up and running lets say in 6 months use real numbers from then on! Its not rocket science, stop kicking the can down the road!
 
What you say is true but as I explained to the board member giving our meeting, it should be a matter of flipping a switch once all routes have been mapped. There is not need to delay start up for a year start recording data now! All data that will be required we are dealing with now, with the exception of the mapping. Once those points are identified, it just a matter of plugging them into (box location, stop location for package, delivery location) the past years history of activities. As far as all those other scanning functions that we will have to do, use a two week average for each of them and call it good. It won't be the first time we used two weeks data to determine our pay. After using the two weeks test results to get the system up and running lets say in 6 months use real numbers from then on! Its not rocket science, stop kicking the can down the road!
I hope there is more transparency to the process than that... flip the switch and bada bing... here's your new eval... congrats you're a new 40H route, any questions??? See ya Saturday, and every Saturday after that....
 
I hope there is more transparency to the process than that... flip the switch and bada bing... here's your new eval... congrats you're a new 40H route, any questions??? See ya Saturday, and every Saturday after that....

That brings up another thought, will there be limitations to the changes in evaluations, No more than 2 hrs. etc.…
 
Back
Top