WorkThe story, in brief

How to build a ‘safe-to-fail’ culture for IT teams — and why you should

IT leaders are telling teams to experiment with AI. But most are still punishing failure in performance reviews.

Illustration of two anonymous hands arranging task cards around an amber tool on a shared desk.
People, judgement and the changing nature of work.AI illustration by KeyNews
The KeyNews take

Why it matters

Safe-to-fail culture is a necessary but underdeployed practice for AI adoption in enterprises. Without explicit permission, clear boundaries, and protected experimentation time, IT workers will avoid trying new tools—leaving companies' AI investments stranded. The article collects practitioner advice on how to unblock this.

The key facts

13 to know
  1. Typeform allocates $1,000 per employee for training, tools, and certifications

  2. Typeform delivered 9-month project in 3 months with AI tools and time allocation

  3. Randstad Digital framework: every pilot needs business owner, hypothesis, measurable outcome, time limit, explicit decision

  4. Smartsheet uses pre-approved sandboxes with DLP and access controls to allow same-day tool trials without security review

  5. Equifax leadership actively commends teams for shutting down projects that no longer make sense

  6. Lenovo uses staged testing: sandbox with synthetic data → test environment → small pilot with limited access

  7. Typeform allocates $1,000 per employee annually for training, tools, or certifications; gives dedicated workday time for experimentation

  8. Smartsheet enables pre-approved sandboxes for citizen-development projects with DLP and access controls pre-configured to eliminate security review delays

  9. Lenovo built a governed AI sandbox on enterprise AI OS; successful prototypes inherit security and compliance controls by default for production

  10. Typeform's Research Flow team delivered a working prototype in 3 months (vs. 9-12 months without AI tools) using clear goals and bonus incentives

  11. Safe-to-fail culture requires: disciplined pilots with business owner, hypothesis, measurable outcomes, time limits, and explicit go/no-go decision

  12. Clear boundaries approach: document what tools/data employees can use, which systems are accessible, when IT/security involvement is required

  13. Staging approach: synthetic data in sandbox → test environment → small pilot, with audit trails and reversal plans before production

Go to the source

Computerworldcomputerworld.com

Publisher excerpt: Companies continue to invest in AI, automation, developer tools, and other new technologies. But they may not get the results they expect if IT workers don’t have the time, resources, or freedom to learn how to use them. IT workers may be afraid to try new tools if they think a failed experiment…
Read original report
Back to today's editionMore work news

Keep reading

Related stories

More from Work