First meaningful activity.
Azure for Teams
When onboarding a developer the time between entering the team room and the first meaningful check-in, is waste.
In the same category the time between a testers enters the team room the first meaningful test specification or test execution is waste.
As everybody knows from Lean, we should aim to identify and eliminate waste in our projects. Mean Time to Valuable Activity is waiting time, time where a team member is idle and is not adding any value to the finished good or service. Creativity is lost, motivation flows away and talent isn’t used, what is another waste type in the 8 waste types defined in Lean.
Onboarding team members is hard. Multiple challenges needs to be handled: understanding the system, knowing the team work ethics, get the necessary tools, get access rights, etcetera.
Team Influence zone.
Most activities are in the teams influence zone. For example, time to understand the system been build can significantly be reduced by lowering the technical complexity. Another good reason to focus on Technical Dept as a team, the same for the methodology used. Activities which are in the hands of the team are adjustable.
Getting the necessary tools, equipment and access rights is often not an activity teams are allowed to handle. For usages rights the internal infrastructure department needs to give approval, for workstations and licenses some / multiple managers needs to sign documents. Sometimes it takes weeks before everything is agreed up on and in the hands of the new team member, ready to start the first meaningful activity.
Team Desktops on Azure
Time the new team member is waiting for equipment is waste, creativity is lost, motivation flows away and talent isn’t used. To remove this waste, is to give control to the team of every activity necessary to onboard a new team member. Technical Dept was already in their hands, getting the necessary tools is the one to get focused on.
With development and test environments in the Cloud (Team desktops on Azure). A team can get much more self-organized. Provisioning new environments for new team members on the fly without any interference of other internal departments, ie people outside the team.
A Team desktops on Azure is nothing more than a Visual Studio or Test Manager environment running on Azure VM’s (IaaS). With the Azure capability of creating your own discs teams can pre-configure the preferred IDE.
When having a MSDN subscription start using Team Desktops on Azure very easily can be done, most often within the boundaries of the subscription benefits.
When getting more mature in using Team Desktops on Azure, an Azure Enterprise Subscription is necessary. A good practice is to create a sub-subscription per project at start of the project. For sure with a team member as co-administrator of that subscription.
When teams can self-service the onboarding of new team members waste is minimized and the new team member is delivering faster more motivated business value to the project. Reducing the time to first meaningful check-in or test specification or test run is a good metric.
Visual Studio Online Quality Dashboard WIN8 App.
We just released to Store the Visual Studio Online Quality Dashboard WIN8 App. An App which helps you being informed how projects are doing.
The start screen loads all projects the user is member of and visualizes the last build run state and date.
In one overview you can see which projects needs your attention. With personalized project images you also can easily navigate to you specific project.
(setting the personalized project image can be done in the project detail screen via the appbar.)
The project detail pages provides three key quality metrics of your project; unsolved bugs, test cases and feedback items.
It can take a few seconds before the data loads, when opening a big project for the first time.
Scrolling to the left, shows graphs and more details for these quality metrics. An important part in the middle are the build definitions.
When scrolling even further to the left shows the tasks board of the project. Which is fully functional.
Drilling in to a build definition gives an overview of last build runs with the change set details and code changes.
Bugs, Test cases and Feedback
The Bug, test cases and feedback work items views for navigating and editing of specific work items.
On the project detail screen the Add TMap Tasks gives the user the capability to add predefined Testing Tasks to a Sprint.
Selecting a task gives some more details about the task.
After selecting TMap testing tasks and a sprint, you can upload them to you project in a single click.
The implementation is based on the TFS OData API https://tfsodata.visualstudio.com/
Read more about it:http://blogs.msdn.com/b/briankel/archive/2013/01/07/odata-service-for-team-foundation-server-v2.aspx
Telerik controls are used for the graphs: http://www.telerik.com/products/windows-8/overview.aspx
WinRT 8.1 Build Error … Task 'GenerateAppxSymbolPackage' failed. Could not find a part of the path …
Suddenly builds start to fail on a Win8.1 project, with the interesting message “Could not find a part of the path ”.
C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v12.0\AppxPackage\Microsoft.AppXPackage.Targets (1512): Task 'GenerateAppxSymbolPackage' failed. Could not find a part of the path 'D:\Work\drops\projectName_220.127.116.11_Debug_Test'.
This messages is due to the fact that a team member runs the Package Creation Wizard from Visual Studio, sets the Bundle drop location and put the solution in the source repository.
The build server wants to use the same location as the value set by the developer. it is not saved in the Package mannifest, but in the csproj.
the value is saved in the csproj <AppxPackageDir> key, setting it during the build would be better. Setting it to a drop location known by the Build Server solves the error.
Fast and Flexible with Dev and Test Platforms as a Service.
cross post from labs.sogeti.com
Teams need to move fast, every action which results in wait time must be minimized to zero. Teams need to move flexible, context changes must be easy adoptable by the team and the system they realize.
Two very clear, but hard to accomplish aims. One challenges teams face today in reaching these goals are the availability of environments.
Development environments are hard to setup with mostly big hardware requirements. For example setting up a SharePoint 2013 development machine requires a lot of knowledge and time on an very powerful machine.
This will probably slow down the onboarding of a new team member. Requesting the proper hardware, read the book J install, configure and setup the environment.
The same for the environments that are used by testers. Every developer needs his own machine to develop on the solution, also testers need environments to plan, specify and execute tests. This means not only developers environments need to be available also for the tester a separate environment to execute their tests on needs to be available.
For just a normal development team it will work like explained in this video and diagram:
It gets interesting when the team runs sprints of one week and deliver every week a new increment. An increment which needs to be installed on a clean environment. With for this example a clean SharePoint environment, ready for validation. And, let’s say the team releases every four sprints a release for validation by customers an environment, which has the same characteristics as the production environment must be available.
Asking the supporting operations department first every week a new integration and test server and every month a clean ‘production like’ environment will make them crazy. Probably operational rules will even make this an not supported scenario and slows down the team in delivering value.
Two activities; onboarding of team members (Development), and the availability of environments (Test and Acceptance) are slowing down the team. Not only the complexity, but primarily the company dependencies (approval) which come with these activities bring teams value delivery to a full stop.
Dev and Test Platforms as a Service.
Virtualization is getting mainstream, even IaaS (Infrastructure as a Service) is wildly adopted, teams are using them, the benefit can get higher. Ready-to-use platforms easy to spin up for team members. Microsoft already delivers a Platform (Azure VM Template) preinstalled with Visual Studio 2013. http://www.windowsazure.com/en-us/solutions/dev-test/ (see screenshot)
Not only the pre-installed and configured VM’s from Microsoft can be used for this scenario, also the community started to make VM’s http://www.hanselman.com/blog/Over400VirtualMachineImagesOfOpenSourceSoftwareStacksInTheVMDepotAzureGallery.aspx
The other dependencies.
The tools are there, team members are powered with the capabilities they need to have. Now we get to the biggest problem, company policy and restrictions. Who is going to pay the bill?
Probably a complete sign off mechanism starts when a team needs something. A request for a new laptop is formalized in a full workflow with signatures on multiple documents, only getting approved with a proper business case it will probably take a few weeks, two when its fast but when someone is on vacation six till eight weeks. This same request – approval process is used for cloud possibilities. Cloud possibilities which are needed to move teams fast and flexible. This is definitely counterproductive and this dependency need to be solved fast.
Give the power to create environments in the hands of the people who need them. Then teams are ready to get along with the current development (and test) practices to move fast, flexible and deliver business value add a cadence the business needs.
Cloud Business App (LightSwitch SharePoint) development and test environments.
In Visual Studio 2013 RC there is a new template in the SharePoint / Office section, the Cloud Business App. A LightSwitch SharePoint Auto Hosted Solution. With this template you can create Apps with LightSwitch for O365 SharePoint, a powerful combination.
Although LightSwitch development is that quick that it almost can be done by a single developer. But when the business requirements are getting bigger, team development with decent development, test, acceptance and production environments are a must. when this is needed, there are a few things to pay attention to, one is actually due to the nature of development in SharePoint, developers have a Developer Site for debugging. Another one is data, tables/ lists, when you make a table change, data can be removed. And one related to LightSwitch you only can create a package for a specific site.
A Cloud Business App / LightSwitch SharePoint App (O365) development and test environment.
Multiple developers work together on one LightSwitch SharePoint App.
Each developer is connected to Team Foundation Service for agile planning and source repository. Also, each developer will have his/her own SharePoint Developer Site for debugging.
Every day / every hour a ‘get latest’ is done to verify integration with the other developers.
In this way every developer will stay in sync with the rest of the team and will have it’s own environment (and test data) for debugging. Not interfering with other developer debugging actions.
Testers are connected to Team Foundation Service for test planning, test case specification and test execution. Testers have their own ‘Test’ Site n O365 with a ‘stable’ App or more important with stable ‘test data’.
(4) Triggered by testers in the team a new package is created and uploaded to the App Catalog.
When a SharePoint data source is used in the LightSwitch App the connection string needs to be changed before packaging.
Testers are now able to freely test new functionality without disruption from debugging sessions from developers. Packaging and publishing is tested too in this way. A faster way can be to give the testers in the team a developer site too, and let them test from there. They will need to have Visual Studio for publishing.
Testers validate the same functionality in the sprint as the developers realize in that sprint. So, packaging ad republishing is done very often. While SharePoint and LightSwitch are very good in upgrading the data it takes many minutes, this requests a good tradeoff when to validate new functionality.
Connected App Developers
Most often a system doesn’t live on it’s own. WinRT Apps can be connected to SharePoint 2013 Lists very easily. With this development in the team too an additional site needs to be created for them to provide a stable integration endpoint.
Developers building connected apps have a separate site which they connect to. Test data will be isolated for them so they have a stable set to test with/ debug their own apps with.
Again packaging needs to be done from within Visual Studio to set the connection string for this specific site.
Integration Testers can use the same environment or setup.
Acceptance testing is done on a separate O365 environment from a package created and uploaded to the App Catalog.
Publish – connections string
The only ‘not so comfortable’ part is that for every deployment on another site you have to set the connection string of the data source.
This is only needed when you use SharePoint Lists as a data source, and the lists must be unique for that site. A workaround for this is that you make use of the SharePoint App in the Solution and add the needed Lists to it. Then these lists will be created when you deploy the App. Drawbacks from that solution are that the data in the lists are harder for SharePoint Search and that you can’t use them as a data source in your LightSwitch solution. Which result in that you have to access the tables with CSOM because the entity model isn’t available. When done careful setting the connection string every on publish is a good enough.
Different ways to work with SharePoint Lists in Visual Studio 2013 LightSwitch
When you have SharePoint Enabled in a LightSwitch solution you can work with SharePoint Lists in different ways. As a data source or ‘in App’ added as a list to the SharePoint project.
The choice is yours what to use … below some different characteristics.
As a data source
adding a SharePoint List as a data source.
- The list must exist on SharePoint.
- The list isn’t deployed together with the LightSwitch App. There is no connection with the LightSwitch Solution and the SharePoint List only by connection string.
- When you upgrade your LightSwitch solution you must not forget to update your list manually (when you made table changes)
- The SharePoint list isn’t affected when you uninstall the App.
- The connection to the List is set during packaging of the App in Visual Studio When deploying the App to a different Site (where you created the list) , you must package the App specific for that site, with the proper connection string.
- The SharePoint Lists can be saved as STP, which can contain data.
- The SharePoint List is a LightSwitch entity, which can used by the screens. Browse Edit Add for free,
- The SharePoint List is an entity in the LightSwitch App and can be accessed in code with intellisense.
- You can create relationship between the different data sources.
As a List in the SharePoint Project
Add a List to SharePoint Project in the solution.
- Lists in the SharePoint Project uses the SharePoint App Deploy and Update mechanism. The table stays with the LightSwitch App, also when installed on different sites. When updating the table structure is updated too (when not deleting columns or changing data types, adding columns is fine). When deleting the App the list and data are gone too.
- The SharePoint List can be accessed with CSOM from LightSwitch.
- The table entities are accessed in code by Name, no intellisense and compile time warnings.
- The SharePoint List isn’t an LightSwitch entity ad can’t be used (out of the box / browse, update, edit for free) with the LightSwitch screens.
So the tradeoff is most about … the usages of the screens (browse, update, edit for free and intellisense ) versus the deployment model (a package per site and manual update the lists.)
2013 Application Lifecycle Management Partner of the Year.
Microsoft has a global award granted to Sogeti for Application Lifecycle Management (ALM). Sogeti has received this award for its active contribution to the development of the Microsoft ALM platform, a complete set of tools for developing, testing and managing software.
Toine on stage …
You can watch the full video from the WPC opening keynote here…
With four other awards Sogeti got during the ceremony in July, 2013 in Houston in the U.S it is the most awarded Microsoft partner. The five awards are part of the 44 awards that Microsoft gives to technology partners.
“Sogeti is sincerely appreciative of the recognition we have received from Microsoft in each of these categories. It has been an exciting journey to witness the evolution of the relationship between Sogeti and Microsoft. Our shared alignment and collaboration with Microsoft consistently provides the highest possible value for both our consultants and clients. These awards help to validate Sogeti, and our solutions, as some of the best among the Microsoft Partner ecosystem.” said Sanjeev Agarwal, Senior Vice President of Sogeti’s Microsoft Alliance.
Awards were presented in 44 categories, with winners chosen from a set of more than 3,000 entrants from 106 different countries worldwide.
Visit http://www.microsoft.com/en-us/news/Press/2013/May13/05-20WPC13PR.aspx for an overview of the awards Microsoft reaches during the Worldwide Partner Conference in Houston in the US.
visit http://www.sogeti.com/microsoft for our Microsoft alliance page.
Windows 8.1 camera feature: Photosynth
Just installed the windows 8.1 preview on my Surface RT … it is a must when you have a RT, really brings some additional value. one of these features is the Photosynth integration.
while it is always a kind of odd and funny when you see people taking pictures with the (low quality) tablets, the Photosynth features makes it really a nice activity.
The Photosynth button.
two view modes … use your finger
and tile mode viewing (move your tablet around)
really nice… and don’t laugh at me when I’m taking standing with my surface above my head.
side tip: you can take screenshots with a RT device by pressing windows key (on the device) and the volume key together.
Small Microsoft Test Manager Exploratory Test Tip for WinRT Apps: Action Log Sliced
A small but useful Microsoft Test Manager feature when executing an exploratory test on WinRT apps: Sliced Action Log.
As an addition to the steps to reproduce, you can look at the sliced action log to investigate the bug.
The extended action log can be found in the links tab of the Bug.
The only property to set is the Diagnostic Adapter ‘Action log’.
Fast and Flexible.
Modern businesses need fast and flexible IT. Fast in the realization of systems to stay ahead of the competition. And flexible in the direction the system implementation goes to easily adopt innovations which can bring business benefit.
A good practice for software development to stay fast and flexible is to take as less as possible dependencies. The well-known SOLID principles are a good example of this low-dependency practice to stay flexible. <<read on at labs.sogeti.com>>