arXiv ScienceSearch

arXiv · 2602.03884

Nota de Política Pública: Quanto de produtividade precisamos para reduzir a jornada de trabalho?

Abstract

Brazil's working-time debate is no longer only a choice between keeping the 44-hour week and moving directly to 36 hours. Alternatives around 40 hours, a five-day schedule and phased transitions are also on the table. This policy note asks a simple question for that choice: how much more productive would the economy need to become for each option not to reduce output in the short run? To answer, I combine Brazilian data on hours worked, informality, firm size and sectoral composition with a model of adjustment between formal and informal employment. The main result is that a move to 40 hours requires a productivity gain of about 2 percent. A direct move to 36 hours requires a much larger jump, between 6.6 and 8.2 percent, which is high relative to Brazil's recent productivity record. Informality also rises in the 36-hour scenario, by about 1.6 to 1.9 percentage points, but the main cost comes from fewer formal hours worked. The exercise does not say whether the reform should or should not move forward; it shows that size, timing and transition instruments change the arithmetic substantially. For policymakers, the message is direct: a phased route, with a stop near 40 hours, requires a much smaller productivity target than an immediate jump to 36 hours.

Explore related subjects

Keep this discovery

Explore connections, maps & timelines

BibTeXRIS

Victor Rangel. 2026-05-02. Nota de Política Pública: Quanto de produtividade precisamos para reduzir a jornada de trabalho?. https://arxiv.org/abs/2602.03884

Cite the original work for its findings. Save a collection to share your selection of sources.

KEEP EXPLORING

Related papers

Access to Live AI Advice and Behavior Under Risk: An Incentivized Experiment

Generative AI has become an everyday advisor, and the systems people consult are live and interactive, not pre-scripted. We ask whether access to such a system changes behavior under risk. In an incentivized experiment (N = 158), participants made lottery choices with an optional decision aid presented as a conventional pre-written tool, a live one-shot AI, or a live interactive AI they could query, with information format held equivalent across conditions. Risk preferences are elicited via DOSE. We find no evidence that access to a live AI advisor changes risk aversion.

econ.GN

Bricks or Cash? Externalities of Housing Upgrading in High-density Cities

We estimate housing externalities in a high-density city, exploiting the staggered rollout of Singapore's nationwide Main Upgrading Programme for public housing. Controlling for nonrandom neighborhood exposure, we find that upgrading raises treated buildings' prices by 11.5% upon completion and neighboring buildings' resale prices by about 2% within 500 meters, decaying to zero beyond. A model with distance-decaying externalities shows that in dense settings spillovers justify the distortions of in-kind provision; this advantage diminishes and reverses at lower densities. Administrative data on over 2 million residents show that upgrading disproportionately retains older incumbents, suggesting age-specific amenities as an underexplored externality channel.

econ.GN

The Joneses Visit an Economics Lab

Existing literature offers persuasive evidence that individuals care about how their consumption compares to that of peers, and proposes a large variety of explanatory models. The present paper proposes a common framework for many of those models, and compares their ability to predict behavior in a laboratory experiment. We find evidence of Keeping up with the Joneses motivations but also find that conspicuous consumption is enhanced by Veblen motivations arising from peers' ability to observe one's own choice. Among the seven quasi-linear preference models we compare, our data are best explained by a model that contrasts envy and pride (upward vs downward comparisons) using a value function borrowed from Prospect Theory.

econ.GN