Rally Software transitioned from shipping code every eight-weeks, with time-boxed Scrum sprints, to a model of continuous delivery with Kanban. The team encountered complex challenges with their build systems, automated test suites, customer enablement, and internal communication. But there was light at the end of the tunnel -greater control and flexibility over feature releases, incremental delivery of value, lower risks, fewer defects, easier on-boarding of new developers, less off-hours work, and a considerable uptick in confidence.This experience report describes the journey to continuous delivery with the aim that others can learn from our mistakes and get their teams deploying more frequently. We will describe and contrast this transition from the business (product management) and engineering perspectives. Agile Conference978-0-7695-5076-3/13 $26.00

Pervasive computing is typically highly sensor-driven, but sensors provide only evidence of fact rather than facts themselves. The uncertainty of sensor data will affect each component in a pervasive computing system, which may decrease the quality of its provided services. We provide a general model to represent semantics of uncertainty in different levels (e.g., sensor, lower-level context and higherlevel context). Within our model, fine-grained approaches are applied to evaluate and propagate uncertainties. They will help to resolve the uncertainty in each process of context management so that the effect of uncertainty on system services will be minimised.

No abstract

Complex and dynamic working environments such personnel can be located through ad-hoc communication with as health care facilities consist of staff, patients and equipment pagers or mobile phones, locating patients and equipment can constantly moving in response to changing medical requirements. be more difficult. Location tracking systems have a natural Knowing the current location of people and equipment is essential for the smooth running of a facility, yet creating a global view in such ital l envionmens. Emeringtechnolois through tracking is a challenging task. It is clear that many in real-time tracking make location-based applications in this common hospital situations can be improved with real-time area an affordable, practical reality [1].access to the various actors' location information. One of the We outline three workplace use cases where location based main problems with implementing such services is that current services (LBS) can improve the efficiency of hospital tasks. location based applications tend to be proprietary and the data Commercial LBS solutions are typically offered as part of a generated closed. The realisation of ubiquitous location based specifi end-to lund a re onlyapplicaslartdata services demands the exploration of hybrid models and methods specific end-to-end package where only application layer data that can utilise existing and subsequent infrastructures in novel are exposed. We propose an alternate approach in which we and complimentary ways. We describe a number of hospital describe an open architecture with an accessible sensor layer scenarios that use location-based services and make available and a separate, loosely coupled, application layer. all the location data gathered. We propose that by aggregating ' t location data by a range of acquisition methods it is possible Since the application layers of each of these use cases all to improve the performance of location applications and readily consume location data, the ideal case is to pool the sensor layer adapt to the introduction of new location detection technologies. data and make it available to each of the applications either in its raw form or in a more processed, aggregated form. This will make it possible for developers to improve performance,

No abstract