We already get App-V for free for use with RDS, just lets just go value add with this for SCCM. It would make sooooo many people so happy.

Why can't I use the DaRT unless I have MDOP? Again: the amount of pain it saves in the mass deployment world makes it an awesome add-on.

I can see why MDOP would be a separate purchase for people who are trying to get away with just MDT ... but for those who paid for SystemCenter and are thus paying for an annual subscription ... these are all things the base SCCM should do anyway.

I use a LOT of PowerShell ... and the PowerShell modules in SCCM are ... well... bad.

Issue 1: I should not have to set my running location to a site to run a cmdlet. No one uses a set-location to make sure they are in the AD domain root before running a get-ADUser (unless they have a multi-domain environment and need to call something specifically), yet SCCM requires this to be true. It makes scripting needlessly complex.

Issue 2: there are a pointlessly large number of cmdlets. Do I really need a Get-CMDeviceCollection and a separate Get-CMUserCollection? Why can't I simply use "Get-CMCollection" with a -type switch that defaults to device? Once again: needless complexity when it comes to scripting because of this.

Issue 3: we need more cmdlets in general. There are good number cmdlets that have a "Get" without a corresponding "Set". That should just be a big NO NO, and I should reasonably expect to be able to set anything I get.

At the moment standalone media deployments only work when the content is referenced directly by the task sequence. There are some actions like installing apps/packages using dynamic variables which do not work.

The pre-staged media wizard was changed with SCCM 2012 SP1 so that you can add additional pre-staged content. I would like to see a similar approach where you can add additional content to standalone media and then this is checked first when the dynamic install action runs. There is already a process for adding the variables to the media, the only part that is missing is the ability to add the content and for the action to check if it is there.

We have a global OSD solution used by a large number of diverse business units and have to use dynamic variables for flexibility. We have built our own standalone media wizard using the SDK to allow the deployment teams to create standalone media based on the global TS but we would much prefer there to be solution native in the product. Having to build separate task sequences purely for standalone media is far from ideal...

It would be nice to have an integrated solution for that. I would like to have the option to add the programs ".exe" names to the application in sccm. during deployment, if the .exe is currently running, it should ask the user to close it or give the options:
- postpone deployment
- close the application and start update immediatly

if the .exe is not running, it should just go ahead and install it without asking.

and also a silent version of this: check if the .exe is currently running, if no -> go ahead and install. if it's running -> try again another time.

and yes there are some powershell solutions available for that, but it would be nice and easier to have an integrated solution

Today, you can be running a console with one version, that is not in synch with what is running on the primary. The only way you'll know is if you are missing features added to a newer release or if troubleshooting leads you down that route. You have to check the about page in the console to verify version number and compare that against what is installed on the Primary site server to see if they match, what I'm proposing is an easy visual way in the console to inform you when your versions don't match, and to offer the ability to upgrade via a simple click,.

to repro:
Install Configuration Manager 2012 R2 CU3 on the primary, and on a computer that has the Configuration Manager 2012 R2 console installed, connect, you will not be informed of the version difference and will never know it was different unless you went and actively looked for the difference.