My time zone in AZ changes next week, do I assume next week when I schedule something in Eastern time that it is still in Pacific?

For an event next week after Eastern Time returns to standard time, use a two-hour difference: for example, 10:00 AM in Arizona equals 12:00 PM Eastern.

Outlook calculates the offset for the event’s date, not the date on which you create it. Calendar events are stored in UTC and displayed using the applicable time-zone and daylight-saving rules, so scheduling the event today does not lock it to today’s three-hour difference.^1^ ^2^

Arizona remains on UTC−7:

• While Eastern is observing daylight time (UTC−4), Eastern is three hours ahead.
• After Eastern returns to standard time (UTC−5), Eastern is two hours ahead.
• Arizona’s clock does not change; only its informal relationship to Pacific or Mountain time changes.

Schedule it in Outlook.com

1. Open Calendar and select New event.
2. Enter the event’s date next week.
3. Select the Time zone globe beside the start/end time.
4. Choose Eastern Time (US & Canada) and enter the intended Eastern time.
5. Select Save or Send.

Outlook will display the corresponding Arizona time on your calendar. The event editor supports selecting a different time zone for the event itself.^3^

Also ensure the calendar’s primary time zone is an Arizona time-zone entry rather than Pacific Time:

Settings → Calendar → View → Time zones → Display my calendar in time zone → Arizona → Save. Outlook uses this setting to display events and as the default zone for newly created events.^1^

DST-transition display caveat

If you display both Arizona and Eastern time bars, Outlook can show an incorrect one-hour alignment when the calendar view includes the Sunday on which DST changes. This is a display issue affecting the transition view. Switch temporarily to Work Week (Monday–Friday) or view the following week without the transition Sunday.^4^

References

1. Web
2. How time zone normalization works in Microsoft Outlook
3. Outlook on the web
4. Multiple time zones show an incorrect time difference when DST starts and ends