Modify the Download Package Content step to include a dynamic option similar to the Install Package step (see attached mock up). This will allow the ability to selectively download content that is not a direct task sequence reference. When deploying the task sequence, the direct references (common to every system) can be downloaded ahead of time and then the system specific items can be downloaded selectively at TS run time. OSDDownloadContent.exe already performs a dynamic content location request, which is super useful when needing to pre-cache or download driver packages, BIOS packages and other items that are machine specific.

Currently it appears that when the SCCM agent in the WinPE boot image connects to a Management Point, it selects one without using the Boundary Group rules, instead selecting one from the AD published list, starting with the first alphabetically.
Instead this should behave like the full blown Windows SCCM Client and select a Management Point based on Boundary Groups such as IP range.
It is worth noting that Distribution Points are selected correctly according to Boundary Group by the WinPE client, for OSD content.

Could you add Revision History for task sequences? It would save you the effort of exporting and importing task sequences or keeping copies for References. This would be a nice to have feature in the Configuration Manager Console - although I'm sure we all have a scheduled job for exporting SCCM configuration automatically anyway.

It would great to be able to configure TFTPBlocksize and TFTPWindowsSize on PXE-enabled DPs from the Configuraiton Manager console, and not having to edit the registry or to use Configuration Item/Baseline to do this. An option on the PXE tab in the Distribution Point properties please?!

Maik Koster has created an excellent Web Service for performing tasks e.g. during OSD, like removing a device from a collection. I think it would be a great idea to have a Site System Role for OSD where you have a built-in step in the TS to choose various tasks to perform during OSD.

Sometimes it might be handy to remove a computer from the OSD collection as a final step during the task sequence. Or additionally add the computer to additional collection(s) for for example extra software deployment or another task sequence.
Now scripts need to be created therefore and in my experience this doesn't always work well.
A predefined step where the collectionname or collectionID needs to be added to add (or remove) the computer to (or from) would be much appreciated.

When OS Upgrade and Custom task sequences are running offline (such as following a reboot while on VPN) all task sequence manager status messages are discarded. While this is expected in WindowsPE, it would be beneficial for troubleshooting/reporting if OS Upgrade and Custom task sequences would queue status messages locally just like Executive Manager does with software installation status.

Create an OSD variable for Secure Boot called _SMSTSSecureBootState. It should have three values depending on the state and the currently running OS: Enabled, Disabled, NA. This can be used during a TS to determine if Secure Boot should be enabled. Currently, a TS variable has to be defined and set based on if the registry key exists or not.

When trying to move away from Group Policies to Configuration times/baselines and in every other scenario as well, add a step in Task Sequence to evaluate and remediate select Configuration items/baselines. Then we can select which one of the Configuration Items/baselines should be applied during OSD so the settings are present when the user logs on for the first time

Sometimes a task sequence can fail without the technican noticing the reboot countdown, so they just see a login screen and assume everything is okay. How about a "OS Deployment Failed/Succeeded" splash screen at completion? MDT (UDI) has a completion screen, although it doesn't show on error. Still - something like that.

We use in Switzerland a EN-US MUI Windows 7 (DE/FR/IT) an we plan inplace upgrade to Windows 10 1607. After Upgrade Windows 10 is only in english upgraded. (We can only use a en-us win10, another language image crashed the TS) Please add a step for set one or more LP in the upgrade process (Native, please no Scripting, MDT etc.)
The same Procedure we require for the Win10 Upgrades via WSUS (1511->1607->1703...) After upgrade we must add manually via Tasksequence the other language packs. Why?

It would be good to be able to add the latest dynamic updates to a "Operating System Upgrade Package" to ensure it have the latest compatibility database and setup files.
Our environment do not allow the setup process to access internet + even if it could it will be better if we can download once to the package and not having all clients going out to internet.

Right now GPO processing is disabled during TS execution. This is annoying as quite often there's settings and environment configuration for a machine pushed by GPO, and right now they only apply at the end of the TS.

It would be nice to have an explicit "process group policy" step in a TS, which would be the equivalent of a "gpupdate /force".

It would be cool, if you set the CCMEXEC Service to "Auto" automatically while running a Task Sequence. After OS Deployment run, it sould be set to "Delayed" again.

This would Speed up OS Deplyoment up to 15 Minutes!

(We tested it in here with a TS Step after CCMSetup Step) cmd /c sc config "CcmExec" start= auto

We are seeing a number of unexpected restarts during the "Upgrade Operating System" Windows 10 feature update that causes the task sequence to fail. These restarts are happening during the "setup.exe" phase of the process. Allowing the task sequence to continue would resolve this issue.