ࡱ> &* !"#$%_ Ybjbj :bbyQ3B%B%B%B%B%V%V%V%8%r(V%b,|!N(*N*N*NO X[p_aaaaaa$BB%K]OOK]K]B%B%*N*N!i!i!iK]B%*NB%*N_!iK]_!i!i !en*N}K_lK0mbvnnB%K]K]!iK]K]K]K]K]!iK]K]K]K]K]K]K]K]K]K]K]K]K]K]K]K] $: MSF for Agile Software Development v5.0Process GuidanceBy: Microsoft Compiled by: Leonard S. Woody III Leonard.Woody@gmail.com www.leonardwoody.com6/14/2010  Table of Contents  TOC \o "1-3" \h \z \u  HYPERLINK \l "_Toc265073823" 1. Introduction  PAGEREF _Toc265073823 \h 5  HYPERLINK \l "_Toc265073824" 2. Agile Principles and Values, by Jeff Sutherland  PAGEREF _Toc265073824 \h 5  HYPERLINK \l "_Toc265073825" 2.1. Individuals and Interactions  PAGEREF _Toc265073825 \h 6  HYPERLINK \l "_Toc265073826" 2.2. Working Software over Comprehensive Documentation  PAGEREF _Toc265073826 \h 7  HYPERLINK \l "_Toc265073827" 2.3. Customer Collaboration over Contract Negotiation  PAGEREF _Toc265073827 \h 7  HYPERLINK \l "_Toc265073828" 2.4. Responding to Change over Following a Plan  PAGEREF _Toc265073828 \h 8  HYPERLINK \l "_Toc265073829" 2.5. Agile is an Umbrella Methodologies are Implementations  PAGEREF _Toc265073829 \h 9  HYPERLINK \l "_Toc265073830" 3. Scrum  PAGEREF _Toc265073830 \h 10  HYPERLINK \l "_Toc265073831" 3.1. Prepare for the Project  PAGEREF _Toc265073831 \h 10  HYPERLINK \l "_Toc265073832" 3.2. Plan the Project  PAGEREF _Toc265073832 \h 11  HYPERLINK \l "_Toc265073833" 3.2.1. Build the Product Backlog  PAGEREF _Toc265073833 \h 11  HYPERLINK \l "_Toc265073834" 3.2.2. Determine Your Team's Velocity  PAGEREF _Toc265073834 \h 12  HYPERLINK \l "_Toc265073835" 3.2.3. Establish the Release Plan  PAGEREF _Toc265073835 \h 13  HYPERLINK \l "_Toc265073836" 3.2.4. Prepare for the First Sprint  PAGEREF _Toc265073836 \h 13  HYPERLINK \l "_Toc265073837" 3.3. Plan a Sprint  PAGEREF _Toc265073837 \h 14  HYPERLINK \l "_Toc265073838" 3.3.1. Choose User Stories  PAGEREF _Toc265073838 \h 14  HYPERLINK \l "_Toc265073839" 3.3.2. Identify Tasks  PAGEREF _Toc265073839 \h 14  HYPERLINK \l "_Toc265073840" 3.3.3. Estimate Tasks  PAGEREF _Toc265073840 \h 15  HYPERLINK \l "_Toc265073841" 3.3.4. Commit to User Stories  PAGEREF _Toc265073841 \h 15  HYPERLINK \l "_Toc265073842" 3.4. Run a Sprint  PAGEREF _Toc265073842 \h 16  HYPERLINK \l "_Toc265073843" 3.4.1. Complete User Stories  PAGEREF _Toc265073843 \h 16  HYPERLINK \l "_Toc265073844" 3.4.2. Track Sprint Progress  PAGEREF _Toc265073844 \h 17  HYPERLINK \l "_Toc265073845" 3.4.3. Finish the Sprint  PAGEREF _Toc265073845 \h 18  HYPERLINK \l "_Toc265073846" 3.5. Track the Project  PAGEREF _Toc265073846 \h 19  HYPERLINK \l "_Toc265073847" 3.5.1. Prepare for the Next Sprint  PAGEREF _Toc265073847 \h 19  HYPERLINK \l "_Toc265073848" 3.5.2. Track Release Progress  PAGEREF _Toc265073848 \h 20  HYPERLINK \l "_Toc265073849" 3.5.3. Finish the Release  PAGEREF _Toc265073849 \h 21  HYPERLINK \l "_Toc265073850" 3.6. Creating a Great Product Backlog  PAGEREF _Toc265073850 \h 21  HYPERLINK \l "_Toc265073851" 3.6.1. Epics and Themes  PAGEREF _Toc265073851 \h 23  HYPERLINK \l "_Toc265073852" 3.6.2. Spikes  PAGEREF _Toc265073852 \h 24  HYPERLINK \l "_Toc265073853" 3.7. Comparing the Product and Sprint Backlogs  PAGEREF _Toc265073853 \h 24  HYPERLINK \l "_Toc265073854" 4. Engineering Practices  PAGEREF _Toc265073854 \h 25  HYPERLINK \l "_Toc265073855" 4.1. Build and Deploy Continuously  PAGEREF _Toc265073855 \h 25  HYPERLINK \l "_Toc265073856" 4.1.1. Managing Dependencies  PAGEREF _Toc265073856 \h 26  HYPERLINK \l "_Toc265073857" 4.1.2. Continuous Integration in Visual Studio 2010  PAGEREF _Toc265073857 \h 27  HYPERLINK \l "_Toc265073858" 4.1.3. Getting Ready and Started  PAGEREF _Toc265073858 \h 29  HYPERLINK \l "_Toc265073859" 4.1.4. Version Control  PAGEREF _Toc265073859 \h 30  HYPERLINK \l "_Toc265073860" 4.1.5. Build  PAGEREF _Toc265073860 \h 30  HYPERLINK \l "_Toc265073861" 4.1.6. Testing and Deployment  PAGEREF _Toc265073861 \h 31  HYPERLINK \l "_Toc265073862" 4.1.7. Project Integration and Communication  PAGEREF _Toc265073862 \h 33  HYPERLINK \l "_Toc265073863" 4.2. Branch Strategically  PAGEREF _Toc265073863 \h 33  HYPERLINK \l "_Toc265073864" 4.2.1. How does your team manage code while it introduces multiple changes simultaneously through several project releases?  PAGEREF _Toc265073864 \h 33  HYPERLINK \l "_Toc265073865" 4.2.2. How often should your team reverse integrate and forward integrate?  PAGEREF _Toc265073865 \h 34  HYPERLINK \l "_Toc265073866" 4.2.3. How does your team manage sources that implement different user stories?  PAGEREF _Toc265073866 \h 35  HYPERLINK \l "_Toc265073867" 4.2.4. How does the team manage releases from the version control perspective?  PAGEREF _Toc265073867 \h 36  HYPERLINK \l "_Toc265073868" 4.3. Test Early and Often  PAGEREF _Toc265073868 \h 37  HYPERLINK \l "_Toc265073869" 4.3.1. Test Strategy  PAGEREF _Toc265073869 \h 38  HYPERLINK \l "_Toc265073870" 4.3.2. Test Planning  PAGEREF _Toc265073870 \h 41  HYPERLINK \l "_Toc265073871" 4.3.3. Acceptance Testing  PAGEREF _Toc265073871 \h 43  HYPERLINK \l "_Toc265073872" 4.3.4. Unit Testing  PAGEREF _Toc265073872 \h 44  HYPERLINK \l "_Toc265073873" 4.3.5. Test-Driven Development and Testing Early  PAGEREF _Toc265073873 \h 45  HYPERLINK \l "_Toc265073874" 4.3.6. Manual versus Automated Testing  PAGEREF _Toc265073874 \h 46  HYPERLINK \l "_Toc265073875" 4.3.7. Reporting the Test Results  PAGEREF _Toc265073875 \h 51  HYPERLINK \l "_Toc265073876" 4.4. Use Models in Agile Development  PAGEREF _Toc265073876 \h 51  HYPERLINK \l "_Toc265073877" 4.4.1. Updating Existing Applications  PAGEREF _Toc265073877 \h 51  HYPERLINK \l "_Toc265073878" 4.4.2. Modeling User Stories  PAGEREF _Toc265073878 \h 52  HYPERLINK \l "_Toc265073879" 4.4.3. Stabilizing the Application Structure by Using Layer Diagrams  PAGEREF _Toc265073879 \h 56  HYPERLINK \l "_Toc265073880" 4.4.4. Generating Code  PAGEREF _Toc265073880 \h 59  HYPERLINK \l "_Toc265073881" 4.4.5. Modeling Your Design  PAGEREF _Toc265073881 \h 60  HYPERLINK \l "_Toc265073882" 5. Artifacts  PAGEREF _Toc265073882 \h 62  HYPERLINK \l "_Toc265073883" 5.1. Work Items and Workflow  PAGEREF _Toc265073883 \h 63  HYPERLINK \l "_Toc265073884" 5.1.1. Introduction  PAGEREF _Toc265073884 \h 63  HYPERLINK \l "_Toc265073885" 5.1.2. User Story  PAGEREF _Toc265073885 \h 72  HYPERLINK \l "_Toc265073886" 5.1.3. Task  PAGEREF _Toc265073886 \h 85  HYPERLINK \l "_Toc265073887" 5.1.4. Test Case  PAGEREF _Toc265073887 \h 85  HYPERLINK \l "_Toc265073888" 5.1.5. Shared Steps  PAGEREF _Toc265073888 \h 86  HYPERLINK \l "_Toc265073889" 5.1.6. Bug  PAGEREF _Toc265073889 \h 87  HYPERLINK \l "_Toc265073890" 5.1.7. Issue  PAGEREF _Toc265073890 \h 87  HYPERLINK \l "_Toc265073891" 5.1.8. Work Item Fields  PAGEREF _Toc265073891 \h 87  HYPERLINK \l "_Toc265073892" 5.2. Team Queries  PAGEREF _Toc265073892 \h 90  HYPERLINK \l "_Toc265073893" 5.3. Dashboards  PAGEREF _Toc265073893 \h 90  HYPERLINK \l "_Toc265073894" 5.4. Excel Reports  PAGEREF _Toc265073894 \h 90  HYPERLINK \l "_Toc265073895" 5.5. Workbooks  PAGEREF _Toc265073895 \h 90  HYPERLINK \l "_Toc265073896" 5.6. Reports  PAGEREF _Toc265073896 \h 90  HYPERLINK \l "_Toc265073897" 6. Roles  PAGEREF _Toc265073897 \h 90  HYPERLINK \l "_Toc265073898" 6.1. Intro  PAGEREF _Toc265073898 \h 90  HYPERLINK \l "_Toc265073899" 6.2. Product Owner Role  PAGEREF _Toc265073899 \h 90  HYPERLINK \l "_Toc265073900" 6.2.1. What Makes a Good Product Owner  PAGEREF _Toc265073900 \h 91  HYPERLINK \l "_Toc265073901" 6.2.2. Core Responsibilities  PAGEREF _Toc265073901 \h 91  HYPERLINK \l "_Toc265073902" 6.3. ScrumMaster Role  PAGEREF _Toc265073902 \h 92  HYPERLINK \l "_Toc265073903" 6.3.1. What Makes a Good ScrumMaster  PAGEREF _Toc265073903 \h 92  HYPERLINK \l "_Toc265073904" 6.3.2. Core Responsibilities  PAGEREF _Toc265073904 \h 92  HYPERLINK \l "_Toc265073905" 6.4. Team Role  PAGEREF _Toc265073905 \h 92  HYPERLINK \l "_Toc265073906" 6.4.1. What Makes a Good Team  PAGEREF _Toc265073906 \h 93  HYPERLINK \l "_Toc265073907" 6.4.2. Team Core Responsibilities  PAGEREF _Toc265073907 \h 93  HYPERLINK \l "_Toc265073908" 7. Meetings  PAGEREF _Toc265073908 \h 94  HYPERLINK \l "_Toc265073909" 7.1. Intro  PAGEREF _Toc265073909 \h 94  HYPERLINK \l "_Toc265073910" 7.2. Sprint Planning Meeting  PAGEREF _Toc265073910 \h 95  HYPERLINK \l "_Toc265073911" 7.3. Daily Scrum Meeting  PAGEREF _Toc265073911 \h 96  HYPERLINK \l "_Toc265073912" 7.4. Sprint Review Meeting  PAGEREF _Toc265073912 \h 97  HYPERLINK \l "_Toc265073913" 7.5. Retrospective Meeting  PAGEREF _Toc265073913 \h 98  Introduction Your team can apply agile practices more easily by using the process template for MSF for Agile Software Development v5.0 with Visual Studio Application Lifecycle Management (ALM). The template and this guidance will help you practice Scrum and apply agileengineering practices. These processes and practices come from Scrum, eXtreme Programming, and other agile methodologies, as  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997578%28v=VS.100%29.aspx" Agile Principles and Values, by Jeff Sutherland describes.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC365683.png" \* MERGEFORMATINET  This guidance was developed in partnership with Jeff Sutherland, Ken Schwaber, Mitch Lacey, and Juan Perez. For more information, see the following Web resources:  HYPERLINK "http://go.microsoft.com/fwlink/?LinkID=178950" Jeff Sutherland,  HYPERLINK "http://go.microsoft.com/fwlink/?LinkId=181126" Ken Schwaber,  HYPERLINK "http://go.microsoft.com/fwlink/?LinkID=178951" Mitch Lacey, and  HYPERLINK "http://go.microsoft.com/fwlink/?LinkID=178953" Juan J. Perez. Agile Principles and Values, by Jeff Sutherland Agile development is a term that was derived from the Agile Manifesto, which was written in 2001 by a group that included the creators of Scrum, Extreme Programming (XP), Dynamic Systems Development Method (DSDM), and Crystal; a representative of feature-driven development; and several other thought leaders in the software industry. The Agile Manifesto established a common set of overarching values and principles for all of the individual agile methodologies at the time. It details four core values for enabling high-performing teams. Individuals and their interactions Delivering working software Customer collaboration Responding to change These core values are supported by 12 principles, which you can find at the following Web site:  HYPERLINK "http://go.microsoft.com/fwlink/?LinkId=161241" Manifesto for Agile Software Development. These values are not just something the creators of the Agile Manifesto intended to give lip service to and then forget. They are working values. Each individual agile methodology approaches these values in a slightly different way, but all of these methodologies have specific processes and practices that foster one or more of these values. Individuals and Interactions Individuals and interactions are essential to high-performing teams. Studies of communication saturation during one project showed that, when no communication problems exist, teams can perform 50 times better than the industry average. To facilitate communication, agile methods rely on frequent inspect-and-adapt cycles. These cycles can range from every few minutes with pair programming, to every few hours with continuous integration, to every day with a daily standup meeting, to every iteration with a review and retrospective. Just increasing the frequency of feedback and communication, however, is not enough to eliminate communication problems. These inspect-and-adapt cycles work well only when team members exhibit several key behaviors: respect for the worth of every person truth in every communication transparency of all data, actions, and decisions trust that each person will support the team commitment to the team and to the teams goals To foster these types of behavior, agile management must provide a supportive environment, team coaches must facilitate their inclusion, and team members must exhibit them. Only then can teams achieve their full potential. Moving toward these types of behavior is more difficult than it might appear. Most teams avoid truth, transparency, and trust because of cultural norms or past negative experiences from conflict that was generated by honest communications. To combat these tendencies, leadership and team members must facilitate positive conflict. Doing so not only helps create productive behavior but also has several other benefits: Process improvement depends on the team to generate a list of impediments or problems in the organization, to face them squarely, and then to systematically eliminate them in priority order. Innovation occurs only with the free interchange of conflicting ideas, a phenomenon that was studied and documented by Takeuchi and Nonaka, the godfathers of Scrum. Aligning the team toward a common goal requires the team to surface and resolve conflicting agendas. Commitment to work together happens only when people agree on common goals and then struggle to improve both personally and as a team. This last bullet, about commitment, is especially important. It is only when individuals and teams are committed that they feel accountable for delivering high value, which is the bottom line for software development teams. Agile methodologies facilitate commitment by encouraging teams to pull from a prioritized work list, manage their own work, and focus on improving their work practices. This practice is the basis of self-organization, which is the driving force for achieving results in an agile team. To create high-performing teams, agile methodologies value individuals and interactions over processes and tools. Practically speaking, all of the agile methodologies seek to increase communication and collaboration through frequent inspect-and-adapt cycles. However, these cycles work only when agile leaders encourage the positive conflict that is needed to build a solid foundation of truth, transparency, trust, respect, and commitment on their agile teams. Working Software over Comprehensive Documentation Working software is one of the big differences that agile development brings. All of the agile methodologies that are represented in the Agile Manifesto stress delivering small pieces of working software to the customer at set intervals. All agile teams must establish what they mean when they say working software, which is frequently known as the definition of done. At a high level, a piece of functionality is complete only when its features pass all tests and can be operated by an end user. At a minimum, teams must go beyond the unit test level and test at the system level. The best teams also include integration testing, performance testing, and customer acceptance testing in their definition of what it means to be done with a piece of functionality. One CMMI Level 5 company has shown, through extensive data on many projects, that defining acceptance tests along with the feature, implementing features serially and in priority order, immediately running acceptance tests on each feature, and fixing any bugs that are identified as highest priority will systematically double the speed of production and reduce defects by 40 percent. This from a company that already has one of the lowest defect rates in the world. The Agile Manifesto recommends that teams deliver working software at set intervals. Agreeing on a definition of done is one of the practical ways that agile teams bring about the high performance and high quality that is needed to accomplish this goal. Customer Collaboration over Contract Negotiation Over the past two decades, project success rates have more than doubled worldwide. This is attributed to smaller projects and frequent deliveries, which allow the customer to provide feedback on working software at regular intervals. The writers of the manifesto were clearly on to something when they stressed that getting the customer involved in the software development process is essential to success. The agile methodologies foster this value by having a customer advocate work hand-in-hand with the development team. The first Scrum team, for example, had thousands of customers. Because it was not feasible to involve them all in product development, they selected a customer proxy, called a product owner, to represent not only all the customers in the field, but also management, sales, support, client services, and other stakeholders. The product owner was responsible for updating the list of requirements every four weeks as the team released working software, taking into account the current reality and actual feedback from customers and stakeholders. This allowed the customer to help shape the software that was being created. The first XP team began with an internal IT project. They were able to have a company end user on their team work with them daily. About 10 percent of the time, consultancies and internal teams can find an end user who can work with the team on a day-to-day basis. The other 90 percent of the time, they must appoint a proxy. This customer proxy, whom XP teams call the customer, works with end users to provide a clear, prioritized list of features for developers to implement. Collaborating with the customer (or customer proxy) on a daily basis is one of the key reasons why industry data shows that agile projects have more than twice the success rate of traditional projects on average worldwide. Agile methodologies recognize this and, as such, have created a place on their development teams that is specifically for the customer representative. Responding to Change over Following a Plan Responding to change is essential for creating a product that will please the customer and provide business value. Industry data shows that over 60 percent of product or project requirements change during the development of software. Even when traditional projects finish on time, on budget, with all features in the plan, customers are often unhappy because what they find is not exactly what they wanted. Humphreys Law says that customers never know what they want until they see working software. If customers do not see working software until the end of a project, it is too late to incorporate their feedback. Agile methodologies seek customer feedback throughout the project so that they can incorporate feedback and new information as the product is being developed. All agile methodologies have built-in processes to change their plans at regular intervals based on feedback from the customer or customer proxy. Their plans are designed to always deliver the highest business value first. Because 80 percent of the value is in 20 percent of the features, well-run agile projects tend to finish early, whereas most traditional projects finish late. As a result, customers are happier, and developers enjoy their work more. Agile methodologies are based on the knowledge that, in order to succeed, they must plan to change. That is why they have established processes, such as reviews and retrospectives, that are specifically designed to shift priorities regularly based on customer feedback and business value. Agile is an Umbrella Methodologies are Implementations Agile development is not a methodology in itself. It is an umbrella term that describes several agile methodologies. At the signing of the Agile Manifesto in 2001, these methodologies included Scrum, XP, Crystal, FDD, and DSDM. Since then, Lean practices have also emerged as a valuable agile methodology and so are included under the agile development umbrella in the illustration later in this topic. Each agile methodology has a slightly different approach for implementing the core values from the Agile Manifesto, just as many computer languages manifest the core features of object-oriented programming in different ways. A recent survey shows that about 50 percent of agile practitioners say that their team is doing Scrum. Another 20 percent say that they are doing Scrum with XP components. An additional 12 percent say that they are doing XP alone. Because more than 80 percent of agile implementations worldwide are Scrum or XP, MSF for Agile Software Development v5.0 focuses on the core processes and practices of Scrum and XP.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC307329.png" \* MERGEFORMATINET  Scrum is a framework for agile development processes. It does not include specific engineering practices. Conversely, XP focuses on engineering practices but does not include an overarching framework of development processes. That does not mean that Scrum does not recommend certain engineering practices or that XP has no process. For example, the first Scrum implemented all of the engineering practices that are now known as XP. However, the Scrum framework for software development was designed to get a team started in two or three days, whereas engineering practices often take many months to implement. Therefore, it left the question of when (and whether) to implement specific practices up to each team. Scrum co-creators Jeff Sutherland and Ken Schwaber recommend that Scrum teams get started immediately and create a list of impediments and a process improvement plan. As engineering practices are identified as impediments, teams should look to XP practices as a way to improve. The best teams run Scrum supplemented with XP practices. Scrum helps XP to scale, and XP helps Scrum to work well. The following table shows how key terms in Scrum and XP can be interchanged. ScrumXPproduct ownercustomerscrummasterXP coachteamteamsprintiterationsprint planning meetingplanning gameScrum Scrum is a framework for running projects that is based on agile principles and values. It defines a set of activities that can help your team deliver more value to your customers faster. These activities provide your customers with the opportunity to review, guide and influence your team's work as it progresses. This approach does not attempt to define everything at the start of a project. Instead, your team works in short iterations (also called sprints) and refines the plan as the team makes progress. For information about the agile principles and values on which Scrum is based, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997578%28v=VS.100%29.aspx" Agile Principles and Values, by Jeff Sutherland. MSF for Agile Software Development v5.0 is based on Scrum. Therefore, your team can adopt Scrum by using tools that are integrated with your core development activities. Prepare for the Project Before you start your project, perform the following tasks: establish the business case assemble a team set up your team's infrastructure To establish a business case, identify the business need and justification, define the vision, and obtain funding. Geoffrey Moore's book "Crossing the Chasm" provides good guidance for establishing your vision. For more information, see the following Web resource:  HYPERLINK "http://go.microsoft.com/fwlink/?LinkId=178849" Crossing the Chasm. After you establish the business case, you must assemble your team and identify the ScrumMaster and the product owner. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997887%28v=VS.100%29.aspx" Roles (MSF for Agile Software Development v5.0 Reference). Finally, your team must set up the infrastructure. For example, install Visual Studio Team Foundation Server and Visual Studio Application Lifecycle Management (ALM), create and possibly customizeyour team project, and set up engineering practices. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286491%28v=VS.100%29.aspx" Getting Started with Visual Studio Application Lifecycle Management,  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms242899%28v=VS.100%29.aspx" Customizing Your Team Project, and  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997885%28v=VS.100%29.aspx" Engineering Practices. Plan the Project In a Scrum project, your team will spend most of its time developing your product in a series of sprints. However, your team must first create a high-level plan for the project. This plan is a roadmap to guide more detailed decisions that your team will make during the course of the project. As your team implements the plan, it will change. When your team has finished planning the project, the team will have created a product backlog and, if it is needed, a release plan. Build the Product Backlog The product backlog is a list of user stories that describe what your users need and value. The user stories are prioritized by business value and risk, and the team estimates user stories in abstract units that are called story points.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC338636.png" \* MERGEFORMATINET   INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC307343.gif" \* MERGEFORMATINET Create User Stories: In his book "User Stories Applied," Mike Cohn defines user stories this way: A user story describes functionality that will be valuable to either a user or purchaser of a system or software. User stories are written from the end users point of view. For example: As a returning customer, I want to find a meal that I have ordered before. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ee518933%28v=VS.100%29.aspx" Creating a Great Product Backlog. INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC307344.gif" \* MERGEFORMATINET Prioritize the User Stories: Your product owner prioritizes the user stories in the product backlog by working with your customers to understand what they value and by working with your team to understand risks and dependencies. Your product owner specifies priorities by assigning a rank to each user story to indicate the order in which the team should implement them. Your product owner can use many techniques to analyze and compare the value of user stories. If your team already has a method for prioritizing that works well for you, use that method. A few prioritization techniques are closely associated with the agile community, such as the Kano model of customer satisfaction and relative weighting by Karl Wiegers. (For more information about relative weighting, see the following page on the Web:  HYPERLINK "http://go.microsoft.com/fwlink/?LinkId=166084" First Things First: Prioritizing Requirements.) Other prioritization techniques, such as cost prioritization, net present value, payback period, and internal rate of return are well established outside the agile community. These techniques are also legitimate and appropriate for prioritizing your product backlog on a Scrum project. For more information, see "Part II: Estimating Size" from the book that the following Web resource identifies:  HYPERLINK "http://go.microsoft.com/fwlink/?LinkId=178859" Agile Estimation and Planning. INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC307345.gif" \* MERGEFORMATINET Estimate the User Stories: Your team collaboratively estimates each user story in story points. In his book "Agile Estimation and Planning," Mike Cohn defines story points this way: Story points are a unit of measure for expressing the overall size of a user story, feature or other piece of work. Story points are relative values that do not translate directly into a specific number of hours. Instead, story points help a team quantify the general size of the user story. These relative estimates are less precise so that they require less effort to determine, and they hold up better over time. By estimating in story points, your team will provide the general size of the user stories now and develop the more detailed estimation of hours of work later, when team members are about to implement the user stories.Determine Your Team's Velocity Before your team creates its release plan and plans each sprint, your team must determine its velocity. Your team's velocity is the number of story points that it can complete in a sprint. If your team has measured its velocity by collecting data that shows how many user stories the team completes in a given period of time, use that data. It will provide the best insight into the team's velocity. If you do not have that data now but you are starting to run your project by using Visual Studio ALM and MSF for Agile Software Development v5.0, that data will be collected over the course of the project. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380706%28v=VS.100%29.aspx" Status on All Iterations Report (Agile). If historical data is not available, your team can make a rough estimation of how many story points it can complete in the first sprint. Look at the estimated user stories at the top of the priority stack and make a quick assessment of how many stories it could complete in a sprint. Add the story points for each of those user stories to get an initial estimate. After the first sprint, you can use historical data to determine your team's velocity. In the first few sprints, you should expect substantial variation as your team learns how to estimate consistently. Over the course of several sprints, your team's measured velocity should become more stable. When your team's measured velocity is stable, reassess the release plan. The estimate of your team's velocity provides a starting point that you can use to determine how many user stories to implement in the sprint, but the estimate is not the basis for your team's commitment. Your team's commitment will be made based on more detailed estimations of the tasks that are required to complete the user stories. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380682%28v=VS.100%29.aspx" Product Planning Workbook. Establish the Release Plan Each sprint, your team will complete an increment of the product that it could ship. Although the user stories that your team implements are ready to be shipped at the end of the sprint, they may not provide enough business value to justify actually releasing the product. Plan your releases by assigning them to iterations: Identify groups of user stories that, together, provide enough business value to release to your customers. Determine in which sprints the team expects to complete those groups of user stories. As your team makes progress, user stories will be added to the product backlog, and user stories may be removed. In addition, the priority of some user stories will change, and some user stories may be implemented earlier or later than originally expected. Your product owner will maintain the release plan together with the product backlog over the course of the project. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380682%28v=VS.100%29.aspx" Product Planning Workbook. Prepare for the First Sprint A sprint is a timeboxed iteration of development that is usually one to four weeks long and that produces an increment of the product that the team could ship. Before your team starts the first sprint, your product owner prepares the product backlog. The user stories that are high enough priority to be considered in the first sprint must be ready for the team to implement. Your product owner must prepare the product backlog by performing the following tasks: Break the user stories down into smaller stories. Provide details about the user stories that the team will need to break the stories down into tasks. Your product owner will know that a user story is too large if it represents a significant amount of the team's total velocity. For example, a user story that is 15 story points is too large to take into the sprint planning meeting if the team's velocity is 30 story points. The team will take half the sprint just to complete that user story. Your team will also ask for details about the user stories to be able to break them down into tasks and estimate those tasks. For example, when your team examines the user story "As a customer, I want to be able to search for a type of meal," your team may ask the following kinds of questions: "Must that be a free-text search, or can it be a selection for a list of available types?" "If more than one vendor provides a meal that matches the search, how should the results be sorted?" For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997796%28v=VS.100%29.aspx" \l "PrepareForNextSprint" Preparing for the Next Sprint. Plan a Sprint When team has developed the product backlog and established a release plan, your team can start to work in sprints. Your team starts the sprint with a sprint planning meeting, in which the team commits to completing a set of user stories from the product backlog. That set of user stories, together with the supporting tasks, is the sprint backlog. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ee518934%28v=VS.100%29.aspx" Comparing the Product and Sprint Backlogs. After the sprint starts, the user stories in the sprint backlog are not changed. Therefore, the plan must be detailed enough that the team can make that commitment with confidence. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ee191595%28v=VS.100%29.aspx" Sprint Planning Meeting. Choose User Stories Your team chooses the user stories that are candidates to be implemented in the sprint. You team identifies the user stories that have the highest priority and whose story points do not exceed its estimated velocity. For example, the four user stories that have the highest priority might have 8, 3, 7, 6, and 2 story points. If your team had a capacity of 25 story points per sprint, your team would include the first four stories in the sprint backlog. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380681%28v=VS.100%29.aspx" Iteration Backlog Workbook. Identify Tasks Your team evaluates each user story to determine what it must do to implement that story. Your team breaks user stories down into tasks to help it understand the user stories well enough to make a confident commitment to complete them in the sprint.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC354955.png" \* MERGEFORMATINET  Teams that are very experienced at Scrum may be able to make this commitment without breaking the user stories down into tasks. Estimate Tasks After the tasks are identified, your team estimates how long (in hours) each task will take. Teams frequently use the planning poker technique to estimate tasks. This technique helps prevent teams from trying to estimate more accurately than is necessary. Commit to User Stories Your team uses the Iteration Backlog workbook to make sure that the team has enough working hours to complete all of the tasks. If the sprint has more work than your team has available in the sprint, the lowest ranked user stories must be removed until the work is within the team's capacity for the sprint. Smaller stories that are lower priority can be exchanged for larger stories that do not fit the sprint.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC372417.png" \* MERGEFORMATINET  Your team commits to completing the user stories that it has determined that it can complete. It makes this commitment with the understanding that your product owner will not attempt to introduce additional work or change the priorities of the user stories that are being implemented in the sprint. Run a Sprint During a sprint, your team completes the tasks that are required to implement the user stories in the sprint backlog. Your team can track its progress and make sure that it meets the customers acceptance criteria and your teams criteria for finished software before you finish each sprint. Complete User Stories After your team plans the sprint, it has a list of user stories that it has committed to completing during the sprint. Those user stories have been broken down into tasks. Each member of your team signs up for a task when the sprint starts. After completing that task, the team member updates its status and sign up for another task. In this manner, your team works through the list of tasks, completing the user stories in the sprint backlog. A team member can indicate which tasks are completed when checking in code. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms181410%28v=VS.100%29.aspx" Associate Work Items with Changesets. For more information about assigning tasks and updating their status, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380700%28v=VS.100%29.aspx" Task (Agile). Scrum relies on people talking to each other more than formal processes to make sure that dependencies are understood, that expertise is shared, and that changes in plans are made efficiently. Hold a short, daily Scrum meeting in which each member of the team shares some details about the work that they accomplished on the previous day, the work that they plan to accomplish that day, and any issues or impediments that might affect or require help from other team members. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ee191590%28v=VS.100%29.aspx" Daily Scrum Meeting. In his book "Extreme Programming Explained," Kent Beck talks about how it is cheaper to fix a bug sooner rather than later. Given that fact, your team must understand what is important to your customer. Perhaps the customer values quality instead of more features. Your product owner must know this kind of information because customers control the flow of the work to the team. The software that a Scrum team produces should be error free. However, your team will likely encounter bugs in your projects. Handle bugs with the understanding that it is cheaper and quicker to fix them as they are found than it is to put them off until later. When your team finds bugs, fix them immediately. If your team cannot fix the bug on the same day that was found, create a bug work item in Visual Studio ALM and fix it before the end of the sprint. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380645%28v=VS.100%29.aspx" Bug (Agile). Track Sprint Progress Your team can track the progress of the sprint to make sure that work is being completed as expected and that it meets the acceptance criteria. Scrum teams most frequently use a burndown report to track their progress through a sprint. MSF for Agile Software Development v5.0 provides a set of reports that teams can use to track the progress of a sprint.  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380678%28v=VS.100%29.aspx" Burndown and Burn Rate Report (Agile)  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC354949.png" \* MERGEFORMATINET   HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380683%28v=VS.100%29.aspx" Build Quality Indicators Report  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380702%28v=VS.100%29.aspx" Test Plan Progress Report  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380641%28v=VS.100%29.aspx" Stories Progress Report (Agile) Teams often find that they need more or less time to complete a task than what they estimated during the sprint planning meeting. This kind of variation is typical. You can record this information by specifying the actual time that the team spent in the task. As the sprint progresses, your team might identify work that it had not expected but that is necessary to complete a user story. In this case, create a task, estimate it and then determine whether your team can complete it in the hours that remain in the sprint. If your team can complete the task, continue with the sprint. If your team cannot complete the task in the sprint, meet with the product owner to discuss how to continue. The product owner and your team can resolve the issue by making the following kinds of changes: Reduce the acceptance criteria for the user story so that the task becomes unnecessary. Remove the user story from the sprint backlog. Cancel the sprint. Finish the Sprint As the end of the sprint approaches, make sure that your team is completing all user stories or requirements. For example, make sure that the acceptance tests are passing and that each user story meets the criteria that your team defined. For more information about what it means to be done, see the following Web page:  HYPERLINK "http://go.microsoft.com/fwlink/?LinkId=178862" Mitch Lacey & Associates, Inc.  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380736%28v=VS.100%29.aspx" Bug Status Report  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380674%28v=VS.100%29.aspx" Bug Trends Report On the last day of the sprint, your team will demonstrate the user stories that it has completed to the product owner and possibly to your customers. Your product owner and customers will determine whether they accept each user story. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ee191592%28v=VS.100%29.aspx" Sprint Review Meeting. After the customer review, your team will hold a retrospective. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ee191586%28v=VS.100%29.aspx" Retrospective Meeting. Track the Project As your team works in sprints to deliver increments of the project, your customers develop a better understanding of their remaining needs, and changes in the business environment must be considered. Your product owner works with your customers to understand these changes. Your product owner will maintain the product backlog and the release plan to reflect those changes and to make sure that your team has what it needs at the start of each sprint. Your team tracks the progress of the product as a whole to make sure that it is making healthy progress toward completing the project. Prepare for the Next Sprint The freshness of the product backlog has a direct relationship to the overall quality and completeness of the project. The backlog must be regularly updated, changed, and rethought to make sure that it is ready every time that your team is about to start a sprint. Your product owner prepares the product backlog for the next sprint by performing the following tasks: Update the user stories and their priorities as customers' needs change. Break down user stories that are likely to be implemented in the next sprint.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC347978.png" \* MERGEFORMATINET  When your team finishes a sprint, other user stories get closer to the top of the product backlog. Your product owner must analyze and break down those stories that are at the top so that your team can implement them in the upcoming sprint. (For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997796%28v=VS.100%29.aspx" \l "PrepareForFirstSprint" Prepare for the First Sprint earlier in this topic.) Mike Cohn often talks about this process as the product backlog iceberg. As the team works on a set of functionality, the iceberg melts, new work surfaces, and the iceberg becomes smaller. In this process, additional details emerge, just enough and just in time. Now that your team is busy running a sprint, your product owner cannot expect to have the same level of your team's involvement in maintaining the product backlog as it may have provided in preparing for the first sprint. To help your product owner prepare the product backlog with a minimum of disruption to the sprint, your team and your product owner will discuss the open issues about the product backlog over the course of the sprint. Track Release Progress As the project proceeds from sprint to sprint, your team will track the overall progress toward the next release. Your team will also track its progress to assess and improve its velocity. As your team tracks its progress, it should try to answer the following kinds of questions: Are we working on the most appropriate user stories? Your product backlog will be refined with new user stories as the project progresses. However, if the total number of stories in the backlog is not decreasing, even though you are completing stories each sprint, the team should investigate the cause. The stories being completed might not be the best choices. The team should have a vision and a goal for each release and ensure that the stories tie directly with what is being asked of the customer. Are we carrying technical debt? Some teams treat a user story as finished even though work such as fixing bugs remains to be completed. Those teams take on technical debt that they must pay later, usually at a higher cost. Visual Studio ALMprovides several reports to helpyour team track its progress over many sprints.  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380706%28v=VS.100%29.aspx" Status on All Iterations Report (Agile)  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC313630.png" \* MERGEFORMATINET   HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380648%28v=VS.100%29.aspx" Stories Overview Report (Agile)  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380641%28v=VS.100%29.aspx" Stories Progress Report (Agile) You can create custom reports and work item queries to help track progress. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/bb649552%28v=VS.100%29.aspx" Creating, Customizing, and Managing Reports for Visual Studio ALM and  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286705%28v=VS.100%29.aspx" Finding Bugs, Tasks, and Other Work Items. Finish the Release If your team is not accumulating technical debt, it can release the product when it has completed the sprints in that release, without additional work. Your team and your product owner hold customer review and retrospective meetings to examine the release as a whole. However, technical debt is a challenging problem that teams cannot eliminate easily. If your team, like many other teams, is still accumulating technical debt, you must spend time doing the outstanding work to finish the user stories before you release your product. In the retrospective for the release, consider what your team must do in upcoming sprints to avoid taking on more debt. Creating a Great Product Backlog Your team creates a product backlog, which usually contains user stories, to represent what its customers need and value. Over the course of the project, your team will add detailed information to the user stories, break them down into smaller stories, prioritize and estimate them, and finally, implement them and deliver the results to your customers. By writing great user stories and continuously updating the product backlog, your team can more effectively deliver value to your customers. Bill Wake summarizes what makes a good user story by using the INVEST acronym (independent, negotiable, valuable, estimable, small, and testable). For more information, see the following Web site:  HYPERLINK "http://go.microsoft.com/fwlink/?LinkId=178741" XPlorations. Mike Cohn discusses how to write user stories in one of his books, and you can download the relevant chapter from the following Web site:  HYPERLINK "http://go.microsoft.com/fwlink/?LinkId=178742" User Stories Applied for Agile Software Development. When your team creates a user story, make sure that it represents customer value by answering the following questions: Who the user is What the user needs to do Why the user needs to do that In most cases, your team can accomplish this by creating an effective title. Mike Cohn suggests the form As a , I need to in order to . You can see this approach in the example As a customer support representative, I need to access customer information so that I can more quickly respond to customer questions. In many cases, the reason is obvious. For example, As a vegetarian, I can filter my view to see only vegetarian meals. The user stories should also be defined in a way that allows them to be implemented in any order. However, it is not always practical to make the user stories completely independent. Bill Wake and Mike Cohn both describe techniques that your team can use when making user stories independent is a challenge. User stories that are valuable and independent, as previously described, make up the product backlog. They are estimated and prioritized, and then your team starts to work on the highest ranked user stories. Before your team implements a user story, it must have the characteristics in the following list. Your product owner will work to make sure that the user stories that are ranked highest meet these criteria before bringing them to a sprint planning meeting. Small enough to be implemented in the sprint User stories that are about to be implemented must be small enough to be finished in the sprint. Your product owner will work with your team to break down user stories that are too large. For example, the user story As a customer support representative, I need access to customer information so that I can more quickly respond to customer questions may be too large to finish in a sprint. It could be broken down into stories such as As a customer support representative, I need to access the customers name and the recent call summary by using the customer's phone number and As a customer support representative, I need to access the customers full call history so that I can research the current problem in more detail. Just detailed enough to describe and estimate the work that is required to implement the story Before they are included in a sprint, user stories are estimated in story points. These are intentionally rough estimates that are primarily used to manage the backlog and to help prepare for the sprint. When a sprint starts, your team will break the user story down into the tasks that are required to implement it. Your team will work with your product owner in the product backlog grooming meeting to determine which stories need more information before they can be broken down into tasks to estimate the hours of work. Your product owner can gather these details and record them in the user storys description. Be careful not to add more details to the user story than necessary. The user story should be the basis for a conversation and negotiation with your product owner and customers that continues until the user story has been finished and accepted. Too much detail can impair the negotiation by creating an implication of precision that is not accurate. Acceptance criteria defined At the end of a sprint, your customers or your product owner will either accept the user story as finished or reject it. Before the sprint starts, the criteria for customer acceptance should be described as clearly as possible. Of course, a user story may not be accepted for reasons that were not anticipated. However, the conversations that your team has with customers to help define the acceptance criteria will help ensure that your team understands your customers expectations. The acceptance criteria can be used as the basis for acceptance tests so that you can more effectively evaluate whether you are finished with a user story. Epics and Themes It is frequently said that user stories should be small. That is true for the user stories that are about to be implemented. However, the stories that are ranked lower can be larger. In fact, keeping them large is a good way to keep your product backlog from becoming too large to manage. User stories can be broken down into smaller user stories as they approach the top of the prioritized product backlog. It is helpful to think of large user stories as epics and themes. Epics are very large user stories that represent a significant amount of work. When you break an epic down, you may create many themes and other, smaller user stories. Themes are user stories that are fairly large, generally larger than you would implement in a sprint. Before your team implements a theme, it must be broken down into smaller user stories. When you prioritize the product backlog, break down epics and themes that are near the top, and prioritize the new, smaller user stories. When you are finished, the highest priority user stories should be small enough to implement. Lower in the prioritized backlog, most of the user stories are generally larger. Spikes Your team will sometimes need to do work that is not a direct implementation of a user story. This work is called a spike. Three common types of spikes are research, bug debt, and process or engineering improvements. To create a spike in Team Foundation, create a user story work item, set the type to Spike, and then prioritize it in the product backlog together with the other user stories. Research Research occurs when there are open questions about a user story that must be answered before the user story can be fully broken down into tasks and estimated. For example, the team comes across the story As a frequent flyer, I can book award travel during a sprint planning meeting. After discussing it, they have more questions than answers. The team creates a user story to represent the spike. As a team member, I can understand what book award travel means so that I can write stories to include in future sprints. The team determines how many hours it is willing to dedicate to that research and writes that number as the timebox for the spike. None of the stories that are written during the spike can be done during that iteration. The work must be scheduled for a future iteration by using the product backlog. Bug Debt The best time to fix a bug is when you find it. If you cannot fix it on the same day that you found it, you should create a bug work item to make sure that you do not lose track of it. Be careful to avoid accumulating bugs. If your team does accumulate bugs, create a user story, and link the bugs to the spike so that it can be estimated and prioritized together with other user stories and spikes. Process or Engineering Improvements Your team will undertake process or engineering improvements that help drive it toward success. These improvements are often identified during the sprint retrospective and daily scrum meetings. For example, your team might need to improve code coverage by the unit tests or reduce the build time on the continuous integration server. Comparing the Product and Sprint Backlogs The product backlog and the sprint backlog serve similar but distinct purposes. The product backlog is primarily managed by your product owner and contains a high-level view of all the work that your team must complete to create the product. Your product owner ranks the user stories in the product backlog and provides sufficient detail during the sprint planning meeting so that your team can estimate and implement each user story. In contrast, your team creates the sprint backlog, which contains a detailed list of all the tasks that your team must complete to finish the user stories for the sprint. In the product backlog, your team estimates user stories with the relative unit of story points. In the sprint backlog, your team estimates tasks in hours. Your product owner updates the product backlog every week, but your team updates the sprint backlog at least daily. Your product owner maintains the same product backlog throughout the project, but your team creates a new sprint backlog for each sprint. The following table details many of the key differences between product and sprint backlogs. ItemProduct BacklogSprint BacklogLevel of detailLess detailedVery detailedEstimation unitsStory PointsHoursDocument ownershipProduct OwnerTeamRevisedWeeklyDailyDurationProjectSprintWorkbookProduct Backlog workbookIteration Backlog workbook Engineering Practices To increase the velocity at which your team delivers value to your customers, your team can apply engineering practices that come from agile methodologies and that support agile principles and values. Build and Deploy Continuously When many developers collaborate on complex software projects, it can be a long and unpredictable process to integrate different parts of code together. However, you can make this process more efficient and more reliable if you build and deploy your project continuously. Continuous integration (CI) is the process of integrating your code into a shared repository as frequently as possible. During code integration, a build break or a test failure can inform you, in a timely manner, of an error in your code. Martin Fowler has the following breakdown of practices for continuous integration: Maintain a single source repository. Automate the build. Make your build self-sustaining. Check in at least once a day. Build each check-in on the CI server. Keep the build fast. Test in a clone of the production environment. Make it easy for anyone to get the most recent executable. Always be aware of what is happening. Automate deployment. For more information, see the following page on Martin Fowler's Web site:  HYPERLINK "http://go.microsoft.com/fwlink/?LinkId=178566" Continuous Integration. Visual Studio Application Lifecycle Management (ALM)helps you manage the end-to-end process of software development and supports the practice of continuous integration. By leveraging the capabilities of Visual Studio ALM, your project can avoid unexpected delays, cost overruns, and execution risks. Managing Dependencies Integrating code is a complex process because of the dependencies among code. For example, a library that draws a circle on a screen depends on the Sqrt() method of the system math libraries. If the Sqrt() method changes, you must update the library accordingly. Hardware and operating systems change much less frequently than your team project. However, ignoring changes under any circumstances can lead to disastrous results. You can integrate your code as early as possible to examine whether it is based on valid assumptions and whether it works as planned. Changes in code can affect dependencies differently. The following illustration shows two situations. The example on the left shows a relatively isolated change. However, the example on the right shows a change with more potential impact because there are many dependencies on it.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC378596.png" \* MERGEFORMATINET  The following illustration shows how constant changes can have compound effects if you do not integrate and upgrade your code continuously.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC378597.png" \* MERGEFORMATINET  In step 1, you change code block h, which potentially affects all depending code blocks a, b, d, e, and f. In step 2, you change both code blocks a and b. If the team does not integrate between steps 1 and 2, blocks a and b might no longer be valid. In step 3, you change code block f. Assuming the team does not integrate between steps 2 and 3, code block b at this point has been affected, changed, and affected again. As a result, code block b can become challenging to fix. Continuous Integration in Visual Studio 2010 Visual Studio ALMprovides integrated toolsets to support continuous integration.As the following illustration shows, these tools includeversioncontrol, build, test,deployment to a lab environment, work item tracking, and the data warehousing functionality.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC378598.png" \* MERGEFORMATINET  First, you can use Team Foundation version controlto manage branches, changesets, and the integration between them. Each team member can use workspaces to work independently. For more information, see HYPERLINK "http://msdn.microsoft.com/en-us/library/ms181423%28v=VS.100%29.aspx" Branching and Merging and  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms181383%28v=VS.100%29.aspx" Set Up your Development Machine to Work with your Team's Project. Second, you can use Team Foundation Build to compile, test, and deploy your software in an automated and distributed system. As the previous illustration shows, Team Foundation Build has two kinds of builds. One kind usesa continuous build type to build the development branch.The otherkinduses a gated check-in build type to build the Main branch. Visual Studio Team Foundation Serversupports five types of builds: manual, continuous (triggered by every check-in), rolling (accumulate check-ins until the previousbuild finishes), gated check-in, and scheduled. For more information, see HYPERLINK "http://msdn.microsoft.com/en-us/library/ms181716%28v=VS.100%29.aspx" Create a Basic Build Definition, HYPERLINK "http://msdn.microsoft.com/en-us/library/dd793166%28v=VS.100%29.aspx" Understanding a Team Foundation Build System, and HYPERLINK "http://msdn.microsoft.com/en-us/library/dd794776%28v=VS.100%29.aspx" Check In Pending Changes that Are Controlled by a Gated Check-in Build. Third, lab management capabilities of Visual Studio ALM help define and deploy builds to both physical and virtual lab environments. To catch integration errors at runtime in a specific environment, you can deploy a build to a lab environment and then run test suites on this build. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997438%28v=VS.100%29.aspx" Using a Virtual Lab for Your Application Lifecycle. In addition, test capabilities in Visual Studio ALMare available on yourteam members' machines, on the build machine, and inside the lab environment. First, running test suites on the developers machine catches problems with thecode that has been recently changedor created.Second,running tests on the build machine catches problems that relate to integration with other code. Third, running tests in the lab catches problems that relate to the variance in different environments. For more information, see HYPERLINK "http://msdn.microsoft.com/en-us/library/ms182465%28v=VS.100%29.aspx" How to: Configure and Run Scheduled Tests After Building Your Application.  INCLUDEPICTURE "http://i.msdn.microsoft.com/Hash/030c41d9079671d09a62d8e2c1db6973.gif" \* MERGEFORMATINET NoteRunning tests can generate code coverage metrics, which you can use to understand how much code your test cases can cover. However, you cannot use code coverage to measure test completeness or quality. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd504821%28v=VS.100%29.aspx" How to: Configure Code Coverage Using Test Settings for Automated Tests. Fourth, Visual Studio Team Foundation Server is the repository that stores work items. You can create, manage, and track work items, such as bugs or tasks, that are assigned to your team members. If a build breaks during code integration, your team must fix the problem as soon as possible. You can configure Team Foundation Server to create work items for build breaks. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286718%28v=VS.100%29.aspx" Tracking Bugs, Tasks, and Other Work Items. Last, the databases of the warehouse for Team Foundation Server and for SQL Server Analysis Services aggregate and relate all the data that is provided by subsystems in Team Foundation Server. These subsystems includeversioncontrol, build, test, deployment, and work item tracking. Therefore, your team can visualize the end-to-end process of continuous integration.For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms244691%28v=VS.100%29.aspx" Generating Reports Using the Relational Warehouse Database for Visual Studio ALM. Getting Ready and Started Your team can take the following progression to start using continuous integration and Team Foundation Server: Use Team Foundation version control to integrate code into a single code base. Create a manual build type in Team Foundation Build. Run automated test cases to verify the quality of your build. If you do not have an appropriate test suite, create a placeholder test suite and import a few automated test cases. This suite can serve as a placeholder for future tests. Ensure that you deliver the resulting binaries from a build to a shared location. This strategy can help you diagnose problems that appear during testing. Use Microsoft Test Managerto catch integration errors at runtime in a specific environment. Version Control A version control system provides a shared repository to your code. A small team can work with a single branch. However, working with two or more branches is more feasible because you usually must develop multiple versions of code and release your project in different milestones. For more information about how to create and merge code branches, see the following page on the CodePlex Web site:  HYPERLINK "http://go.microsoft.com/fwlink/?LinkId=178567" Team Foundation Server Branching Guide 2.0. Build In continuous integration, a build system generates the executable components that can be tested and deployed. A build system also provides feedback in the form of compilation errors and warnings. These errors are caused by changes that are introduced into your project source. Team Foundation Build provides the following build types: Manual Builds are queued by team members. Continuous Builds are queued by a check-in to a version-control branch. Rolling Builds accumulate until the previous build finishes. Gated check-in Check-ins are accepted only if the submitted changes merge and build successfully. Scheduled Builds occur on a defined schedule. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms181716%28v=VS.100%29.aspx" Create a Basic Build Definition. What are the expectations from team members to successfully implement continuous integration? Your team members must organize their sources so that they take no longer than 10 minutes to build. For larger projects, this frequency might not be possible. By using Team Foundation Server, yourteam can configure various build definitions thatbuild different subsets of the code base. If builds take a long time, you can use a rolling build type to continuously generate binaries for the unchanged code. If and when a build breaks, your team must fix the build immediately. Assuming that the main branch does not get affected by a bad reverse integration, most build breaks are either from a bad check-in at a work branch or a forward integration from the mainline branch. It is a good idea to assign the task of fixing build breaks to a team member for a period of time and then to rotate this assignment among members of your team. How many builds should be run per day? When you integrate your code continuously, you can run a continuous build for each check-in that occurs in every branch. You can also run a rolling build that is independent of new checked-in code. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms181716%28v=VS.100%29.aspx" Create a Basic Build Definition and  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms181724%28v=VS.100%29.aspx" Monitor Progress of a Running Build. How can Team Foundation Server help code build faster? Configuring the build definition to perform incremental builds will help increase the speed of the build. You can use build logs to identify slow parts of the build, where there is an opportunity to improve. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/aa833876%28v=VS.100%29.aspx" Configure Team Foundation Build for an Incremental Build. How can Team Foundation Build help scale continuous integration? Build controllers and build agents can help scale the continuous integration cycle. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd793166%28v=VS.100%29.aspx" Understanding a Team Foundation Build System. Testing and Deployment How does testing and deployment fit into continuous integration? The following illustration shows how the features of testing and deployment in Visual Studio ALM fit into continuous integration.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC378599.png" \* MERGEFORMATINET  First, when you integrate your code continuously, you can find problems with the code from the build itself. The build either succeeded or did not compile, given the compiler that you used. You can generate a build report that contains both error and warning messages from the compiler. In Visual Studio ALM, the build report also provides information such as whichbugs were fixed in this build, whichchangesets were included in this build, and whether code analysis was run during the build. By using Visual Studio ALM, you can verifywhetherthe design of your code followsthe rules that your team defines. For more information,see HYPERLINK "http://msdn.microsoft.com/en-us/library/dd409395%28v=VS.100%29.aspx" How to: Validate .NET Code Against Layer Diagrams. Second, you can find problems with your code by running unit tests. These tests diagnose problems differently from compilers. The rules of the compiler check problems with code syntax and language constructs. In contrast, the unit tests (which can run on a build after it is completed) can verify any functional aspect of the code. These unit tests can also provide metrics such as code coverage on a build, given a set of unit tests. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd504821%28v=VS.100%29.aspx" How to: Configure Code Coverage Using Test Settings for Automated Tests. By using Microsoft Test Manager, you can configure a set of environments in which you can run tests. Isolated unit tests can provide a level of functional verification. However, environments have the followingimportant aspects: Varying environments can affect how code works. For example, network settings and topology might be difficult to test without a lab management environment. Automating code deployment in a specific environment helps your team decrease deployment time and increase the number of deployment iterations. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd648135%28v=VS.100%29.aspx" How to: Create an Environment from Virtual Machine Templates and  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd293551%28v=VS.100%29.aspx" Setting Up Test Machines to Run Tests or Collect Data. How can I organize my test suites to enable continuous integration? You can run the test suites that are most important for your continuous builds because too many tests can delay the completion of build. Make sure that you run these tests for the current iteration. On a nightly or scheduled build cycle, you can also run tests from previous builds and complete test passes that verify functionality in previous sprints. How does continuous integration affect the test team? Continuous integration helps identify builds that contain errors so that your test team does not waste time working with and installing bad builds. Project Integration and Communication The effort of implementing continuous integration can be significant depending on the size of your project. Your team must define and schedule the work for continuous integration in the first sprint of the project. If you want to adopt continuous integration in stages, you can start by implementing the automated build. Then, you can modify it to include running unit tests. Finally, you can add the capabilities of deploying the tested build to a lab environment, and then you can run tests inside the environment to verify whether a varying environment affects the code. Branch Strategically Source code is an important asset in your development effort. But it can be a challenge to effectively manage and evolve source files when multiple developers work concurrently on file updates. You can use a version control system to store source code in shared repositories, to isolate parallel development efforts, to integrate code changes, and to recover previous file versions. A key element in version control is branching that enables simultaneous development. If you branch strategically, you can maintain the order and consistency of multiple versions of your software. Team Foundation provides a flexible and reliable version control system. You can use Team Foundation version control to manage multiple revisions during development of source code, documents, work items, and other critical information that is worked on by your team.For more information about version control in Visual Studio Team Foundation Server, see HYPERLINK "http://msdn.microsoft.com/en-us/library/ms181368%28v=VS.100%29.aspx" Using Version Control. How does your team manage code while it introduces multiple changes simultaneously through several project releases? When you work with a version control system, you must consider how to set up a branch structure. You can create a branch by mirroring the source code file. Then you can change the branch without affecting the source. For example, as the branch structure in the following illustration shows, the MAIN branch contains completed functionality that has passed integration tests, and the DEVELOPMENT branch contains the code that is under construction. When a new functionality in the DEVELOPMENT branch is completed and can pass integration tests, you can promote the code from the DEVELOPMENT branch to the MAIN branch. This process is referred to as reverse integration. Conversely, if you merge the code from the MAIN branch to the DEVELOPMENT branch, the process is referred to as forward integration.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC372280.png" \* MERGEFORMATINET  For more information about how to create and merge code branches, see the following page on the CodePlex Web site:  HYPERLINK "http://go.microsoft.com/fwlink/?LinkId=178567" Team Foundation Server Branching Guide 2.0. Branching and merging entail the following principles: Each branch must have a defined policy about how to integrate code into this branch. For example, in the branch structure of the previous illustration, you can assign a team member to own and manage the MAIN branch. This member is responsible for performing the initial branch operation, reverse integrating changes from the DEVELOPMENT branch to the MAIN branch, and forward integrating changes from the MAIN branch to the DEVELOPMENT branch. Forward integration is important when the MAIN branch also integrates changes from other branches. The MAIN branch must contain code that has passed integration tests so that it is always ready for a release. The DEVELOPMENT (or work) branch constantly evolves because team members check in changes periodically. Labels are snapshots of the files in a branch at a specific time. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms181439%28v=VS.100%29.aspx" Use Labels to Take a Snapshot of Your Files. Team Foundation Build allows you to choose from several types of builds for your branches: manual, continuous, gated, rolling, and scheduled.We recommend that the MAIN branch has a gated check-in build type.This means that the DEVELOPMENT branchmust pass all requirements for the MAIN branch before you can commit a reverse integration. The DEVELOPMENT branch should run a continuous build type becauseyour team must know as soon as possible when a new check-in affects the DEVELOPMENT branch. How often should your team reverse integrate and forward integrate? As shown in the following illustration, reverse integration and forward integration should occur at least when you complete a user story. Although each team might define completeness differently, completion of a user story generally means that you complete both the functionality and the corresponding unit tests. You can reverse integrate to the MAIN branch only after unit tests have verified the stability of the DEVELOPMENT branch.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC378600.png" \* MERGEFORMATINET  If you have more than one work (DEVELOPMENT) branch, forward integration to all work branches should occur as soon as any branch integrates into the MAIN branch. Because the MAIN branch is kept stable, forward integration is safe. Conflicts or failures at the work branches might occur because you cannot guarantee that the work branches are stable. It is important that you resolve all conflicts as soon as possible. By using a gated check-in for the MAIN branch, you help make the reverse integration much easier because quality gates help avoid conflicts or errors in the MAIN branch. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd794776%28v=VS.100%29.aspx" Check In Pending Changes that Are Controlled by a Gated Check-in Build. How does your team manage sources that implement different user stories? As the following illustration shows, you can check in changes to a work branch periodically to complete a user story. You can implement multiple user stories in the same branch at the same time. However, you can reverse integrate to the MAIN branch only when you complete all the in-progress work. It is recommended that you group user stories by similar size because you do not want a large user story to block the integration of many small ones. You can split the two sets of user stories into two branches.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC378601.png" \* MERGEFORMATINET  When should the team add a branch?  You should create branches in the following situations: When you must release code on a different schedule/cycle than the existing branches. When your code requires a different branch policy. If you create a new branch that has the new policy, you can add strategic value to your project. When functionality is released to a customer and your team plans to make changes that do not affect the planned release cycle. You should not create a branching for each user story because it creates a high integration cost. Although Team Foundation Server 2010 makes branching easy, the overhead of managing branches can become significant if you have many branches. How does the team manage releases from the version control perspective? Your team should be able to release code at the end of any sprint. By using Team Foundation Server, you can label a branch to take a snapshot of the code at a specific point in time.As the following illustration shows, you can label the MAIN branch for a release.This lets you return the branch to its state at this point.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC372284.png" \* MERGEFORMATINET  Because you must implement updates on releases, creating a branch for a release helps your team continue to work independently on the next sprint without creating conflicts with future releases. The following illustration shows a branch that contains code for an update and that is reverse integrated into the MAIN branch after a release at the end of the second sprint.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC379434.png" \* MERGEFORMATINET  When you create a branch for a release, you should create that branch from the MAIN branch, which is the most stable. If you branch for release from a work branch, it can cause integration challenges because the stability of work branches is not guaranteed. Test Early and Often Catching defects as early as possible is the least expensive way to ensure software quality. Kent Beck and Cynthia Andres wrote Here is the dilemma in software development: defects are expensive, but eliminating defects is also expensive. However, most defects end up costing more than it would have cost to prevent them. (For more information, see the following Web page:  HYPERLINK "http://www.bing.com/search?q=Extreme+Programming+Explained+Embrace+Change+by+Andres+Beck&form=QBRE&qs=n" Extreme Programming Explained: Embrace Change.) Best practices and tools can help your team to minimize the cost of preventing and fixing defects by maintaining the quality of your project throughout its lifecycle. Your team can more accurately gauge the quality of your project at any time if you find defects, fix defects, and verify fixes as you go along. By testing often, your team and stakeholders can remain aware of the current state of the code and make informed decisions throughout the project. Ultimately, you should be able to answer the question Can we release? and understand the implications for the people who use the software. This topic recommends the following practices: Create a set of automated unit tests for each class and for the API of every major component. Writing unit tests should take about 40% of team members' time. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380755%28v=VS.100%29.aspx" Creating Automated Tests. Create tests for each user story. These should preferably be automated. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286676%28v=VS.100%29.aspx" Creating a Test Plan Using Requirements or User Stories. Create check-in policies that remind team members to run unit tests before checking in code. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms181459%28v=VS.100%29.aspx" Add Check-In Policies. Set up a continuous or nightly build that runs the full set of tests. Monitor test coverage to ensure that all your code is tested. Aim for coverage of at least 70%. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ee730419%28v=VS.100%29.aspx" Testing Gaps Excel Report (Agile). Run manual tests near the end of every sprint. Your team can manage and scale these testing activities early in your project by using the integration between Microsoft Test Manager, Visual Studio Application Lifecycle Management (ALM), and Visual Studio Team Foundation Server. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms182409%28v=VS.100%29.aspx" Testing the Application. Test Strategy Your teams success with testing depends on several factors, which include the size of your team, your teams methods, and your team's management tools. You can use agile methods to continuously improve test results. By applying this method, not only can you start to test with very limited resources, but also you can adjust your practice as appropriate throughout your project. What to consider when introducing agile testing When introducing agile testing to an existing application, your team can start by thinking of your testing strategy at both the sprint level and the project level. At the sprint level, you can include a set of acceptance tests to cover each user story of the current sprint. At the project level, you can have tests that span the entire project, such as end-to-end testing. This is useful if you want to verify functionality that spans two or more sprints. You can create all kinds of tests while your team builds code during a sprint. These tests include unit tests, acceptance tests, and nonfunctional tests, such as performance tests, security tests, and usability tests. To apply agile testing methods, you first should consider the history of your application and the system that your team uses. You can apply agile testing methods to both new and existing applications. You can use Microsoft Test Managerto create a test plan for yourentire project and a test plan for eachsprint in your project. These test plans allow your team to organize test cases into test suites thathelp prioritize running tests and help understand test results. For more information, see HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286676%28v=VS.100%29.aspx" Creating a Test Plan Using Requirements or User Stories. Your team can useVisual Studio ALMto group test cases into test suites throughseveral methods: Creating and managing a static group of test cases. Using a query to create and manage a dynamic group of test cases (that is, find test cases based on priority). Adding a user story or a requirement to a test plan, where test cases have a link to the requirement. Copying an existing test suite from another test plan. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286738%28v=VS.100%29.aspx" Organizing Test Cases Using Test Suites. Second, you must consider the testability of your code. To learn this, you need to understand the architecture and patterns of your application. If you use patterns such as Model View Controller (MVC), Model View ViewModel (MVVM), or Model View Presenter (MVP), you can isolate certain functions and run functional tests without the negative impact of user interface testing. However, this does not always represent the real case. For example, you cannot isolate functionality for the refactoring parts of your application, and you can reach certain areas of code only through the user interface or networking event handlers. If you want to significantly improve test quality, you must increase the percentage of testable code. For more information about these patterns, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd394709%28v=VS.100%29.aspx" ASP.NET MVC 2. Third, you must consider the capabilities of your team before you implement agile testing. Some team members should be able to create unit tests when you implement functionalities. Some team members should be able to create and define manual use cases and workflow tests if they are familiar with the business rules of your application. Additionally, other team members should be able to create automated and more detailed tests that are based on these manual tests if they have necessary technical skills. How to manage the testing lifecycle Testing is an iterative process throughout your project. Refer to the following steps: Make clear testing objectives, and make sure that your entire team agrees to them. Based on these objectives, determine your test strategy. For example, your strategy might be "Tests will be run before every check-in, unit tests will have 70% code coverage, and every user story will have at least one automated test." Define your test plan based on project user stories, design assumptions, and nonfunctional requirements in the current sprint. You can add user stories to the backlog and plan them for future sprints. You should match each test plan to at least one sprint and, therefore, should have test cases for all user stories in the sprint. Define and build test cases, such as acceptance tests, unit tests, functional tests, and performance tests. Group test cases into test suites. You can fit these test suites into defined test plans that help guide your testing effort. Run test suites and contained test cases repeatedly throughout a sprint. Start to run tests early in a sprint, and continue to add test cases to the test suites. If you want to identify important test conditions and situations, you can apply exploratory testing and have frequent conversations inside your team. Ensure that all the acceptance tests for a user story have passed before you set its status to complete.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC372274.png" \* MERGEFORMATINET  Although the workflow can be much more involved depending on the breakdown of software, the previous illustration captures the essence of a workflow among main components. Code generates builds. Code is influenced by the defined work, test plans, and the quality of builds. Test plans, test suites, and test cases are influenced by planned goals and other aspects of the project that this illustration does not show. Changes in code can affect test cases. Fixing Bugs You must deal with bugs as early as possible. A severe bug means that the user stories that it affects have not been completed. Create bug work items for bugs that are found through either testing or other activities. Set the severity of the bug to indicate the degree to which it affects user stories. A high severity, such as 0 or 1, indicates that important user stories are not implemented or that users must perform significant workarounds to achieve the story. A low severity, such as 3, indicates that users can still achieve their main objectives without extra work. Work with others on your team to decide on an action plan for each bug. Resolve bugs as soon as you fix them. The bug should be assigned to another person to verify. Verify and close bugs as soon as possible. Track the status of bugs. In the retrospective meeting at the end of each iteration, look at the Bug Trends report, and discuss the reasons for any unusual increases. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380674%28v=VS.100%29.aspx" Bug Trends Report. Test Planning Test planning is the process of helping your team to understand your projects big picture and the process of preparing your team for all kinds of testing. Agile testing starts at the sprint level. In each sprint, your team creates tests to verify the user stories that were built in that sprint. The team runs the tests that were created in both the current and previous sprints. Through the course of the project, a large number of tests are built up that covers all functionalities. The following illustration shows a template for test plans in your project.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC372275.png" \* MERGEFORMATINET  Create a test plan for each sprint and for the project By using the testing features of Visual Studio ALM, your team can incrementallyplan, organize, execute, and report tests. Your team can create a template for test plans, and team members can fill in test suites. In a test plan, your team can identify where you should use automated or manual test cases. For each sprint in your project, you can start to create a test plan. By using this plan, your team can focus on verifying functionality in the current sprint. Although the plan is empty at first, you can use it as a placeholder for test suites. Then you can organize test cases into appropriate test suites. You should create these test cases early and throughout a sprint if you want to get timely feedback from project stakeholders. You can also create a test plan that covers your entire project. You can use project test plans to coalesce tests from previous sprints and organize test suites that apply to the entire project. You should continue to run regression test suites because it is important to maintain stability and flow when your team builds larger projects. Especially if you work with larger and distributed teams that lack proximity, regression test suites can catch errors that are based on changes that have cascading impacts. Without correct measures in place, these errors are very difficult to catch and may be caught either late in the cycle or after delivery. Some teams may want to define a test plan that spans the entire project. These kinds of test plans may verify related functionality in a number of sprints and contain test suites that run throughout the project. For example, you can test a feature that spans user stories across sprints only when the entire feature is complete. Define acceptance tests before a sprint You should define acceptance tests before a sprint. These acceptance tests can help you determine whether a user story is complete. You can track acceptance test cases if you create a test suite that is named Acceptance Tests in a test plan for each sprint. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ee330950%28v=VS.100%29.aspx" \l "Acceptance" Acceptance Testing later in this topic. Build unit tests during a sprint Your team should build unit tests during a sprint. Unit tests can verify code performance, such as the cost of time and resources that are used to execute code. Other types of tests, such as nonfunctional tests (that is, performance tests and security tests) should be built and added to the appropriate test suites. You should organize these test suites so that you can easily identify their cost. Focus testing on areas of high use Understanding where the high variability in your software exists determines where the hotspots can be. The user input, the environment that runs the software, the network, and the hardware are examples of configuration variables that enable your team to discover hotspots in the software. If a condition rarely occurs or there are a convoluted number of conditions that can occur during a test, the value of the test diminishes except that the potential impact of a defect is very high. In general, isolation of functionality is desirable when possible. Testing situations of high impact are also important. For more information about how to manage configurations by using Microsoft Test Manager,see HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286643%28v=VS.100%29.aspx" Defining Your Test Matrix Using Test Configurations. For existing projects, monitor the areas that have the highest number of defects, and determine why the defects exist. Also monitor code churn because this area might overlook underlying assumptions. Some reasons for code defects include difficulty of managing not only states (for example, network and user interface) but also code. Separate tests for processing and storing data Code that uses a database typically separates processing data from storing data. You can test data processing by running unit tests, and you can test data storage directly at the database layer. Visual Studio Test Professional 2010 provides functionality for testing database stored procedures. You should organize these tests into their own test suite. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd193286%28v=VS.100%29.aspx" Creating and Defining Database Unit Tests. Microsoft Test Manager can be used to create snapshots of machine images and use them as a way to revert to a known state after running tests thatdepend on data (or some other aspect of the state). These tests are very valuable and have been traditionally very time intensive. Acceptance Testing Acceptance tests verify user stories. These tests can not only ensure that you successfully build what your customers need throughout the lifecycle of your project but also build trust with your customers and show your accepted responsibilities. For more information, see the following Web page:  HYPERLINK "http://go.microsoft.com/fwlink/?LinkId=178568" Acceptance Test Engineering Guide. How to get started with acceptance testing Open Microsoft Test Manager,and then create a test suite that is named Acceptance Testsin your test plan. Your team should have at least one test suite that groups acceptance testsfor each sprint.For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286581%28v=VS.100%29.aspx" Defining Your Testing Effort Using Test Plans. Migrate from manual tests to automated tests Manual tests are easier to define than automated tests but more expensive to run. It is, therefore, a good strategy to start with manual tests and gradually replace the more important ones with automated tests. First, start to build a set of manual test cases that verify each user story that has been defined for the sprint. Because there is no code at the start of a sprint, a test case should outline high-level actions that map to parts of a user story. For example, a step in a test case can be As an authenticated user, do Starting with a manual test case enables your team to quickly define ideal acceptance tests before a sprint starts. Second, revise and update acceptance tests to reflect specific user experiences when your team has code that implements user stories in a sprint. However, if your team does not want to modify the existing set of acceptance tests, you can import the tests into a new test suite and have a starting point for more detailed tests. For example, a step in a more detailed test case can be Type name into the Username text box, and click the Login button to log into the bank account. Third, based on your acceptance tests, create coded user interface (UI) tests by using action recording. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286652%28v=VS.100%29.aspx" How to: Generate a Coded UI Test from an Action Recording. Coded UI tests can generate cleaner code if you create steps that isolate functionality. You can run automated tests from your test plan if you attach coded UI test to manual test cases (For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380741%28v=VS.100%29.aspx" How to: Associate an Automated Test with a Test Case.) The manual tests that were defined at the beginning of a sprint can help you create automated tests. There is a cost to both manual and automated tests because manual tests need to be run by a person and automated tests need to be updated if the code or user experience changes. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ee330950%28v=VS.100%29.aspx" \l "ManualvsAuto" Manual vs Automated Testing later in this topic. Who runs the acceptance test cases? Your team, your product owner, and your customers can run acceptance test cases. Your team should run them as often as possible to provide a baseline on the set of tests that need to pass in a sprint. The product owner and the customer can also run the acceptance tests and may require verification to successfully complete the sprint. Your team can use Microsoft Test Manager to run each acceptance test case and record a video screen capture of the test results. In this way, you cangeta visual record of the test results and can also share the results with your customers. This is helpful when it is difficult to create required configurations(for example,multi-server configurations). Define acceptance test cases along with user stories You can define acceptance criteria right after you define user stories. By defining acceptance tests, you can help your team understand the acceptance criteria for the current sprint from the product owner and customers. Because the customer needs to agree to the acceptance tests, it is a good idea to create the acceptance test cases before the sprint starts. Unit Testing Unit tests are automated tests that verify functionality at the component, class, method, or property level. Unit tests are the foundation of automated and regression testing, which provides long-term stability and future maintainability of the project. How do unit tests help evolve the design of my application? The process of creating unit tests while building the tested code helps define the shape of the code. You can create code that is testable by using unit tests. Difficulty in creating unit tests for code is a sign that the code should be refactored. How do I organize my unit tests? Each team member who writes code should create unit tests for the components that they build and check the unit test code into version control inside a Visual Studioproject. File the test case work items into a build verification test suite that will be run during each build through continuous integration and also inside the test suite that verifies the corresponding user story. How do I manage variance of unit tests without having to change the test code? Variance in test inputs defines the similarity or differences between tests as it verifies functionality in the project code. For example, when testing the logon component of a Web application, you can provide several types of passwords to create a user account. The system may have rules for the order and combination of character types that are used. Visual Studio Test Professional 2010 provides capabilities for writing data-driven unit tests and coded UI tests. For more information, see HYPERLINK "http://msdn.microsoft.com/en-us/library/ms182527%28v=VS.100%29.aspx" How to: Create a Data-Driven Unit Test and  HYPERLINK "http://msdn.microsoft.com/en-us/library/ee624082%28v=VS.100%29.aspx" How to: Create a Data-Driven Coded UI Test. Test-Driven Development and Testing Early Test-driven development (TDD) is a discipline of design and programming where every line of code is written in response to a test that the programmer writes just before coding. The idea of becoming the consumer of the code which you want to implement is very powerful and maintains a realistic expectation of how the code should be used and designed. In TDD, the developer works in many small increments. The development of each small increment takes between a few minutes and a few hours. Typically, many such increments make up a user story. The developer check in the tests and code when the user story works. The developer works in the following cycle: Write an automated test that is expected to pass when the increment is written. Verify that the new test fails to help make sure that the test works. Write code that will make the test pass. Run the test to verify that it succeeds. Also run all other tests in the same area to make sure that no bugs have been introduced. Refactor the code, if necessary, to improve its structure without adding behavior. Rerun the tests to make sure that the code still works. Repeat all these steps until a complete user story is implemented. As the preceding increments are integrated into a complete story, add tests that verify the full story. Check in the implementation code and unit tests. If you are interested in the benefits of test-early methods, you can start by creating manual (or manual acceptance) tests. These manual tests can be automated by creating a coded UI test. (For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286608%28v=VS.100%29.aspx" How to: Generate a Coded UI Test by Recording the Application Under Test.) Integration tests that use the unit test framework in Visual Studio ALMcan also be created to verify functionality that is being implemented. The groups of test cases that are created early in the iteration are run early in the iteration to try to both verify functionality and find bugs. These test suites and test cases can be continuously run as regression tests throughout the life of the project. By continuing to run these tests, you help ensure that the bugs thatwere found and the functionality that was verified early in the iteration are not affected by change later in the project. Use unit tests for continuous integration The unit tests that are created while using the test-early practice should be organized inside the test suite for the current sprint and user story. These unit tests can be promoted to the project-wide test plan and run periodically by the team and inside the continuous integration cycle. Unit tests can also serve as a foundation for integration, load, and performance testing. Unit tests that are created at the start can be used as part of continuous integration. For more information about how to run tests during a build, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/aa721750%28v=VS.100%29.aspx" TestToolsTask Task. Use virtualization to manage test configurations To run unit tests, you can create a set of environments that are managed Hyper-V images in Microsoft Test Manager.For more information about how to run automated tests from a test plan by using Microsoft Test Manager, see HYPERLINK "http://msdn.microsoft.com/en-us/library/aa721750%28v=VS.100%29.aspx" TestToolsTask Task. Manual versus Automated Testing Automated and manual test cases are complementary. Agile teams strive to have more automated test cases because they promote frequent or continuous test runs. To continuously run tests, they must execute quickly and frequently, which is difficult to achieve with manual testing. There are several considerations that should be made when deciding on a distribution of manual and automated test cases. How do the skills in your organization influence your distribution of test types? The product owner helps define the user stories for the project and should also contribute to the creation of acceptance tests. The product owner will likely not be producing coded tests but will have significant knowledge of the business domain. The test cases that are defined by the product owner will, therefore, be at the level of the business vocabulary and business rules. For example, a product owner in a shipping company will specify different means of transportation that are supported by the business (for example, truck, train, air, sea, or a combination). The product owner can then define several test cases that exercise the different possibilities. For these manual tests, it is important to specify the minimum number of tests that exercise the different options (in this case, the means of shipping). Team members who produce code can build coded UI tests, which can be based on the manual tests or independent of any other test. (For more information, see How to: Generate a Coded UI Test by Recording the Application Under Test)Coded UI tests must be supported by team members who have the ability to manage and develop project code. When should you convert manual tests into automated tests or create automated tests from the start? You can build automated tests when you expect to run tests repeatedly to maintain stability of your code. It is important to consider the effort of creating automated tests because the investment of automation affects the resources of your team. Creating automated tests when the code has little churn results in a higher return on investment (ROI) because there is less test churn. However, there is value in creating automation early because it will help discover problems in both the logic and design. In both cases, the resources that are required for supporting the automated test code needs to be considered. After you decide that a set of tests must be automated, move to complete the automation as quickly as possible because the benefits of automation include managing the stability of the code. The stability and number of defects that are found as the automation is written will affect the effort that is required to complete the automation. Ultimately, the balance between manual versus automated tests is about the prioritization of the kinds of tests that need to be built and run during the life of the project. What types of tests are automated? Unit Tests Unit tests verify functionality in code or through a process such as TDD. Unit tests are important because they help maintain the stability and dependencies inside the code. TDD also tends to produce better design with dependencies and good layer definition because it helps you understand the design from the code consumers perspective. Load Tests You can create load tests that are based on existing automated test cases, or you can create tests that generate specific types of loads on applications or services. For more information about how to use test agent controllers and test agents to generate simulated testing loads, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms182638%28v=VS.100%29.aspx" How to: Run a Test Using Test Controllers and Test Agents. For more information about load testing with Visual Studio ALM, see the following page on the Microsoft Web site: HYPERLINK "http://go.microsoft.com/fwlink/?LinkId=178569" Understanding Load Tests. Continuous Integration Tests You can use continuous integration with Visual Studio ALM to help ensure that whenever code is developed and checked in, it works correctly with the existing code. Continuous integration is critical as your team and your code base grows. You can define a build type that includes testing parameters andspecify which tests to run after completing the build. For more information about how to define a build that runs tests, see HYPERLINK "http://msdn.microsoft.com/en-us/library/dd647547%28v=VS.100%29.aspx" Define a Build Using the Default Template. What types of tests can be automated? Configuration Testing Testing on multiple installed environments can be a very laborious task. Microsoft Test Managerprovides capabilities of running test suites on different configurations by using virtual machines or physical machines. For more information about how to run tests and gather data in multiple environments, see HYPERLINK "http://msdn.microsoft.com/en-us/library/dd293551%28v=VS.100%29.aspx" Setting Up Test Machines to Run Tests or Collect Data. User Interface Tests Visual Studio ALM has capabilities of creating automated tests directly for the user interface. For more information about how to create coded user interface tests, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286681%28v=VS.100%29.aspx" How to: Create a Coded UI Test. Installation Tests You can use the lab capabilities of Microsoft Test Managerto set upa groupof configurations thatyou can use to verify whether the installationprograms for your applications work as expected. What are the barriers to automation? Capabilities of the team Creating automation requires a subset of the test team to learn how to write code. Plan to incur the learning curve of creating automation and the design of the test code. Similar to production code, design the automation code for your desired goals, such as maintainability, ease of composition, and longevity. For more information about how to create automated tests by using Visual Studio Test Professional 2010, see HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380755%28v=VS.100%29.aspx" Creating Automated Tests. Code churn Code that is changing frequently is a moving target and will have cascading effects into test automation code because it will also need to be changed. Avoid these cascading effects by creating test automation code for components and interfaces that are less likely to change. Code design Code frameworks such as ASP.NET MVC and MVVM guide team members to write code that has the isolation that is required to verify different parts of the code. Code that is tightly bound to the user interface is difficult to test because it may require the user to interact with the user interface controls. What are the benefits of manual test cases? Manual test cases offer the following benefits: Manual tests help your team find bugs through the process of exploration. Manual test cases are easy to define because you can define the set of steps at any abstraction and define success and failure in any terms that you like. It is very easy to get started writing manual test cases early in the project before any code has been written. This is important during the process of defining acceptance tests. If you use Visual Studio Test Professional 2010, test cases can be composed of shared steps, which help save time when defining similar tests and allow yourteam to reuse a single version of a subset of the test. Using shared steps also helps when changing test cases becausea change to the shared steps automatically changes all the test cases that use the shared steps. For more information about how to create and use shared steps,seeHow to: Share Common Test Case Steps Using Shared Steps Manual test cases can serve as a means of early communication in the project or sprint. Manual test cases can serve as a means of documenting an automated test case without anyone reviewing the code. If you use Visual Studio ALM,running manual tests can gather code coverage metrics. What are the deficits of manual test cases? Manual test cases carry the following deficits: Defining success criteria can be complicated because it depends on the perspective and the language that is used in the definition of the test. Some language can be interpreted differently, and that may leave room for error. Running test suites that include manual test cases requires a person to physically follow the test steps and report results. This process can consume of a lot of time and, therefore, may require either an increased number of team members to execute tests or an increased period of time for running the test suite. By using Visual Studio Test Professional 2010, the team can use "fast forward manual testing,"in which actions are recorded during testing, which can then be run in future test runs. Depending on the stability of the code, the time and effort that is required to run the tests will vary. As a result, running manual tests can affect flow in the team. The biggest deficit is that manual tests are prone to human error in detecting a bug. Testers may see the bug in front of their eyes and not recognize it. What are the benefits of automated test cases? Automated test cases offer the following benefits: Automated tests help maintain stability and help find regressions that might occur because of code changes. Automated tests can be run unattended. Automated tests are software and can be designed and composed of other reusable code. This makes automated tests flexible and maintainable. Automation can be run on multiple configurations by using Microsoft Test Manager. Code coverage metrics can be gathered when automated tests are run. What are the deficits of automated test cases? Automated test cases carry the following deficits: Special conditions need to be considered and implemented using code. As the automation is created and run, additional conditions will be implemented as they are discovered. When code is changed or refactored, there may be cascading effects that will require a corresponding effort to change the affected automated tests. There may be psychological impact on your team when code changes cause many tests to fail. If these tests are used as flags, the team may not want to raise any flags. There may be a false sense of security when all tests pass if the test cases are not testing for the correct conditions. It is important to maintain the test suites and ensure that they verify the correct conditions and results. Reporting the Test Results From an agile perspective, reporting and querying Team Foundation Server for the current state of quality, based on bugs or aggregate metrics, is the part of the feedback loop thatallows the team to iterate and make changes to the code, the project plan, and the test plan. For more information,see HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380702%28v=VS.100%29.aspx" Test Plan Progress Report. What levels of testing should be reported to your team? By using Visual Studio Test Professional 2010and Team Foundation Server,your team can understandthe statusof planning and executing tests. Team Foundation Server stores your test plans, test suites, test cases, test results, and all other associated data that is generated throughout yourtesting process. You can visualize the process of testing and quality control if you combineMicrosoft Test Managerwith reporting and work item queries in Team Foundation Server.You can use Microsoft Test Managerto query for bugs in a variety of different states. Bugs that are marked as fixed by other team members should be in the resolved state. You can use subsequent builds to verify the fixed bugs. For information about how to verify whethera bug has been fixed, see HYPERLINK "http://msdn.microsoft.com/en-us/library/dd465176%28v=VS.100%29.aspx" How to: Verify a Bug is Fixed Using Microsoft Test Manager. Use Models in Agile Development Your team can create models to help define and implement user stories and tests by using Visual Studio 2010 Ultimate.A model is a view of a chosen aspect of your application, such as the sequence of interactions between components or the business activities of the users. You team can develop models throughout the project when it must understand its user stories and its code more deeply. For example, a team might develop an activity diagram for a user story that has complex user interactions before estimating the task. Updating Existing Applications If your team is updating an existing application, one of its first tasks is to learn the code. To be able to estimate the work that your team will do, it must identify the parts of the code where changes are required, and then determine how far the consequences of the changes will propagate. Your team can help make sure that the changes that it makes have no negative effects by creating and running unit and system tests. If these tests do not already exist, your team must create them. However, creating an exhaustive set of unit and system tests for an existing application is not required. By understanding the existing structure of the code and the changes that you expect to make, your team can focus on creating the tests that you require to make sure that those changes do not adversely affect the application. The following actions and tools are recommended when you must update existing code: Understand the existing structure. Use Architecture Explorer, directed graphs, and generated sequence diagrams to find the major components and their dependencies. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd409365%28v=VS.100%29.aspx" Exploring Existing Code. Understand the existing behavior and the changes that are required. Your team should understand the existing behavior when it discusses the new stories in detail. Tag existing stories "as-is," and new stories "to-be." Use those tags as part of file, folder, and model names. You can use models to help clarify the user stories. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ff398064%28v=VS.100%29.aspx" Modeling User Stories. Stabilize the behavior with tests. Add automated or manual tests to achieve the following: Help you understand the existing behavior of the product. Highlight those aspects of the behavior of the product that will be changed. Make sure that your changes do not break existing functions. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ee330950%28v=VS.100%29.aspx" Test Early and Often. Stabilize the architecture with layer diagrams. Create layer diagrams to achieve the following: Help understand the structure of the existing code. Highlight areas for change in the existing code. Make sure that your changes do not unintentionally contravene the existing architecture by introducing unintended dependencies or by putting functions in inappropriate locations. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ff398054%28v=VS.100%29.aspx" Stabilizing the Application Structure by Using Layer Diagrams. Write the required changes as stories, estimate the costs of the stories, and arrange them into a product backlog. When you estimate cost, you will naturally consider the fact that you are updating existing code. Each estimate should include the time that will be taken to understand the existing design and to write automated tests. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ee518933%28v=VS.100%29.aspx" Creating a Great Product Backlog. Modeling User Stories Your team can create models that help it understand the user stories that it is about to estimate or develop. Your team can also use models in ongoing discussions with your product owner that occur during development, if the questions are adequately complex. For example, your project may involve a set of concepts that are new to your team. By working with your product owner, your team can develop a domain class diagram to capture these concepts and the relationships between them. If your team must understand the major sequences in a user activity, it can create an activity diagram. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd409376%28v=VS.100%29.aspx" Modeling User Requirements. The Domain Model: The Users' Language Domain class diagrams A domain class diagram shows the concepts and relationships that are associated with the application. Everyone who is associated with the application can then use those concepts to achieve more consistent understanding.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC372167.png" \* MERGEFORMATINET  The example in the previous illustration is not directly a class diagram of the software solution, which might represent these relationships in several different ways. Instead, it presents a vocabulary with which you can write the user stories: The customer chooses a Menu from which to construct an Order, and then the customer creates Order Items in the Order by selecting Menu Items from the Menu. Because it is a model of concepts instead of objects in a program, you ordinarily do not assign operations to the classes when the diagram is used for this purpose. Instead, you can use activity diagrams to describe the actions that the users perform. For more information see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd409416%28v=VS.100%29.aspx" UML Class Diagrams: Guidelines. Activity diagrams Your team can explain the flow of activities that a user can perform and show the alternative courses of action at each point by using activity diagrams.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC274168.png" \* MERGEFORMATINET  When your team creates tests, it can refer to activity diagrams and create a test for each path through the activity diagram. A user story might introduce a path in an existing activity diagram. For example, a user story might be "As a customer, I can choose to save an order for later instead of paying for it now." When the story is taken into a sprint to be developed, the activity diagram can be updated to express the new feature. The activity diagram can describe a complete set of paths that the user can follow by using a particular release of your application, if you update the diagram to reflect all user stories that your team has implemented. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd409465%28v=VS.100%29.aspx" UML Activity Diagrams: Guidelines. Using the model to uncover gaps Your team can better understand the requirements of your users by avoiding misunderstandings that occur in conversations that are not supported by a diagram. For example, a diagram would clearly distinguish between an item on an order and an item on a menu. Creating the model helps your team ask questions that it might not otherwise ask until much later in development. Some techniques include the following: Asking about the cardinalities on a class diagram (for example, "Can a menu item appear on more than one menu?"). Asking about loops in the class diagram (for example, "In any order, are all items from the same menu?"). The answers to these types of question can be added as comments on the diagram. Model consistency Your team can resolve ambiguities by making sure that the model and user stories are consistent: The user stories use the terms that are defined in the model and are consistent with the relations that it defines. If the model defines menu items, the stories should not use the term "products" to mean the same thing. If the class diagram shows that a menu item belongs to exactly one menu, the stories should not refer to sharing an item between menus. Every user story describes a series of steps that is allowed by the activity diagrams. User stories or activities describe how each class and relationship on the class diagram is created and destroyed. For example, what user story creates a menu item? When is an order destroyed? Models and the Product Backlog Your team can mark models and storyboards to show what parts will be changed by each user story and can color or comment on a model to help you plan the development. For example, your team could color the actions in an activity diagram to indicate which ones have been completed and which will be completed in the next sprint. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd409376%28v=VS.100%29.aspx" Modeling User Requirements. Models and Tests Your team can use a domain model as a basis for system tests, which makes a clear relationship between the tests and the requirements of the users. This relationship helps your team update the tests quickly and correctly and helps make sure that the product meets the new requirements. Your team can link any element in a Unified Modeling Language (UML) model to any work item, such as a test. When any part of the model changes, the model will help your team locate the tests to which it is related. Use the domain model to help you create tests: Create at least one test that involves the construction of each type or association, such as menu item or order item, and at least one test that involves its destruction. Make sure that all paths that are described by activity diagrams are tested.  INCLUDEPICTURE "http://i.msdn.microsoft.com/Hash/030c41d9079671d09a62d8e2c1db6973.gif" \* MERGEFORMATINET NoteThe tests should also cover exceptional paths that you would not ordinarily illustrate in activity diagrams.Use the vocabulary of the domain model to define the tests. For example, your tests would include a test of the Select Menu Item action, which would verify that the action results in the Order containing a new Order Item. To write automated tests, you can use classes and relationships that are based directly on the diagram. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd409381%28v=VS.100%29.aspx" Developing Tests from a Model. Stabilizing the Application Structure by Using Layer Diagrams When a team develops code in small increments, it changes and extends the code frequently. These changes can lead to increasingly complex dependencies, which make the code more difficult to change over time. Your team can use layer diagrams to design and validate the dependencies between components in your application to help prevent this problem. Using a layer diagram, your team can view the major parts of the application and the dependencies between them, without the details of how the parts work and how they interact. Your team can also use layer diagrams to make sure that the code conforms to the architecture. When you draw a layer diagram in Visual Studio, you can assign groups of classes from your code to each layer and specify the dependencies by using arrows. You can then use Visual Studio to validate that the dependencies in the code actually follow the arrows you have drawn in the layer diagram. Your team can make sure that future changes always comply with the architecture by defining a check-in policy to validate the layer diagram and by using it in the continuous builds of your team. Introduce layer validation Your team can start to use layer validation by following the procedures outlined in this section. To use layer validation when you are writing new code Near the time when you first write code for the application, draw a layer diagram to represent the major components and their dependencies. You will probably change the diagram during the project as the application develops. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd409462%28v=VS.100%29.aspx" Layer Diagrams: Reference. As you create namespaces or classes, assign them to layers. Before you check in code, right-click the layer diagram and then click Validate Architecture. Add layer validation to the check-in and regular build procedures. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd409395%28v=VS.100%29.aspx" How to: Validate .NET Code Against Layer Diagrams. To introduce layer validation when you update an existing application Use Architecture Explorer and directed graphs to explore the application to gain some understanding of its structure. The following steps will help you improve your understanding. Describe the major components and dependencies should be. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd465141%28v=VS.100%29.aspx" How to: Create Layer Diagrams from Artifacts.  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd465141%28v=VS.100%29.aspx" Assign elements to layers by dragging them from Architecture Explorer or Solution Explorer. Right-click the layer diagram, and then click Validate Architecture. Inspect any error reports, and fix any errors by using the following approaches: Fix the layer diagram. Improve the layer diagram to represent the existing code more accurately, or reassign code elements to different layers. Fix the code. If you feel that your layer diagram represents a better design than the existing code, you might want to update the code so that it matches your layer diagram. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ff398054%28v=VS.100%29.aspx" \l "Refactoring" Refactoring existing code to conform to your layer diagram later in this topic. Repeat the previous steps until no errors are reported. Add layer validation to the check-in and regular build procedures. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd409395%28v=VS.100%29.aspx" How to: Validate .NET Code Against Layer Diagrams. Refactor existing code to conform to your layer diagram When your team starts to work on an existing application, it might find that the structure of the application is more complex than it has to be. You will notice this situation when you try to draw a layer diagram and assign elements to the layers. Your team might not be able to assign elements to layers in a way that can be validated without introducing layers and dependencies that are logically unnecessary or by introducing dependencies that skip layers or form loops. Shortcomings such as these make the code difficult to understand and change and can make its behavior seem inconsistent to users. Your team can make the code easier to work on by refactoring it to improve its design. When your team decides to refactor the code to improve the design, consider the following points: Keep the refactoring changes separate from other changes. A refactoring change should involve no important change in the user stories. Add each proposed change to the product backlog, and include a description of the change and the expected benefit.  INCLUDEPICTURE "http://i.msdn.microsoft.com/Hash/030c41d9079671d09a62d8e2c1db6973.gif" \* MERGEFORMATINET NoteRefactoring changes that require only hours to implement and test can be handled as bugs. Larger refactoring changes should be added to the product backlog and estimated and prioritized together with other items in the backlog.Before you refactor, write tests that make sure that the functionality of the area that you are working on has not changed. Updating the layer model After the first one or two sprints, the layer diagrams should remain stable. Usually, a layer validation error should be considered an error in the code instead of an error in the layer model. When you must update the layer model, review the proposed change with your team. Most changes to the layer model fall into the following categories: Extension. You are adding more components to the code and want to add layers to comply with them. Refinement. Many code elements are currently assigned to a single layer. You want to improve the effectiveness of layer validation by separating the single layer into smaller layers. Refactoring. You want to improve the dependency structures of the existing code. The existing structures are reflected in the current layer diagrams. You therefore want to improve the layer diagram and the code at the same time. Related topics  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd409462%28v=VS.100%29.aspx" Layer Diagrams: Reference How to draw layer diagrams.  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd418995%28v=VS.100%29.aspx" Layer Diagrams: Guidelines What to represent with layers, and how to use the diagrams.  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd465141%28v=VS.100%29.aspx" How to: Create Layer Diagrams from Artifacts Create layer diagrams that reflect the structure of the existing code.  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd409395%28v=VS.100%29.aspx" How to: Validate .NET Code Against Layer Diagrams Make layer validation part of the check-in and continuous build. Generating Code Your team can respond very quickly and reliably to changes in user requirements by generating code from your models. If your team develops a line of similar products or relies on frequently used patterns, generating code is especially effective. Your team can generate program code, schemas, documents, resources, and other artifacts of any kind. Your team can write text templates that interrogate the model using the Unified Modeling Language (UML) API. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ee329480%28v=VS.100%29.aspx" How to: Generate Files from a UML Model. In most cases, your team will not generate all of its code from models. By using techniques such as partial classes, your team can keep the generated code separate from hand-written code. Never edit generated code. Instead, update the model, which will, in turn, update the code. Code generation is helpful in the following situations: Product Lines. Fabrikam, Inc. builds and installs baggage handling systems for airports. Much of the software is very similar between one installation and the next, but the software configuration depends on what bag-handling machinery is installed and how these parts are interconnected by conveyor belts. At the start of a contract, Fabrikam's team discusses the requirements with the airport management and capture the conveyor-belt plan by using a UML activity diagram. From this model, the team generates configuration files, program code, and user guides. They complete the work by making manual additions and adjustments to the code. As they gain experience from one job to the next, they extend the scope of the generated material. Patterns. The developers in Contoso, Ltd often build Web sites. They design the navigation scheme with UML class diagrams, using classes and associations to represent Web pages and navigation links. Much of the Web site code can be generated. Each Web page corresponds to several classes and resource file entries that conform to a uniform pattern. The result is more reliable and flexible than hand-written code. Schemas. Humongous Insurance has thousands of systems worldwide. These systems use different databases, languages, and interfaces. The central architecture team publishes internal models of business concepts and processes. The diagrams make it easy to discuss the designs. From these models, local teams can generate parts of their database and XML schemas, C# declarations, and other elements. Custom modeling languages In the previous examples, each company has a very specialized use for its models. Although you can represent a baggage track by using an activity diagram, a formal baggage-track notation would be much better. Visual Studio supports the following approaches: Customize a UML diagram with stereotypes. Stereotypes allow you to differentiate different types of elements (for example, to distinguish passenger check-in desks from X-ray stations) and record additional attribute values in each element. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd465143%28v=VS.100%29.aspx" How to: Define a Profile to Extend UML. Design your own domain-specific language (DSL). If you do lots of work in the target domain, the additional effort might well be worth the more specific adaptation to your needs. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/bb126259%28v=VS.100%29.aspx" Visualization and Modeling SDK - Domain-Specific Languages. Your team can create menu commands, validation tests, and toolbox items for both of these types of models by using the Visual Studio SDK. You can also build Visual Studio extensions that can integrate diagrams and couple them to external resources such as databases. Modeling Your Design If your team works with other teams on a large project, problems that occur when the teams integrate code can be costly to fix. Your team can help prevent these problems by using models to understand the interfaces of each component and how they fit together before your team starts coding. The Components of Your Application Component diagrams show how an application or component is made up of parts wired together. Each part's type is a smaller component. A component can be anything from an individual object to a substantial system, and the connectors between them can represent method calls, event signals, web service calls, and so on. At the surface of a component are its provided and required interfaces. Provided interfaces are those that other components can use. Required interfaces are those for which the component depends on other components.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC384127.png" \* MERGEFORMATINET  Required interfaces allow you to represent a component that is separable from both the components that use it and the components that it uses. A clear understanding of this separation is important for the team to be able to test the component in isolation, using mock objects to plug into the required interfaces. The explicit depiction of required interfaces often leads to more cleanly separated and more flexible designs. The components, when implemented, can readily be recombined with other components to make a variant of the system, leading to greater agility in response to requirements changes. Models of the components should be no more detailed than is useful at each iteration. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd409393%28v=VS.100%29.aspx" UML Component Diagrams: Guidelines. Interactions between the Parts Use sequence diagrams to help discuss or explain how a component will work. Represent each port or part of the component by a lifeline. A diagram can show how, when a message is received at one of the parent component's ports, the internal parts interact along the paths of the connectors. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd409389%28v=VS.100%29.aspx" UML Sequence Diagrams: Guidelines. The Interfaces of the Components Draw class diagrams to show the types available at the interfaces to the components. Start with each interface and show its methods. Then show the types of the parameters and return values of the interfaces. Draw properties as associations. Where an interface sends XML or other data structures, you might find it useful to draw the structure using a UML class diagram. These diagrams can be useful in discussions of the component behavior. They also help to separate discussions of the externally visible behavior from the internal implementation. Design Patterns Models are also useful to help describe recurrent patterns. Just as the Observer pattern (for example) is applicable to a wide variety of applications, many projects find configurations of objects that are useful for their particular purposes. You can use class and sequence diagrams to describe the interacting classes. See Also Concepts  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd490886%28v=VS.100%29.aspx" Modeling the Architecture of a Software System Artifacts ScrumMasters can run their processes more easily and teams can work more effectively by using the artifacts that are provided with the process template for MSF for Agile Software Development v5.0. These artifacts include work items, reports, workbooks, and dashboards. Teams can use work items to track information, analyze progress, and make decisions. The team can use built-in and custom reports that are based on the database for tracking work items or the SQL ServerAnalysis Services database toanswer questions such as the following metrics: Are we on track? Is our bug debt growing or shrinking? What is our burn rate? Teams can use workbooks to help maintain the product backlog, plan an iteration or sprint, and prioritize bugs. Dashboards and reports display critical information and support transparency and real-time metrics. Dashboards help the team visualize project information, which is especially useful for driving an iteration and conducting retrospectives. Dashboards also provide access to many features and functions that team members use every day. Team members can access artifacts either from the team project node in Team Explorer or the team project portal. Work Items and Workflow Introduction You can use work items to track, monitor, and report on the development of a product and its features. A work item is a database record that you create in Visual Studio Team Foundation Server to record the definition, assignment, priority, and state of work. The process template for MSF for Agile Software Development v5.0defines six types of work items: user stories, tasks, test cases, shared steps, bugs, and issues. By defining individual work items and storing them in a common database and metrics warehouse, you can answer questions on project health whenever they come up. Work items, links between work items, and file attachments are all stored in the Team Foundation database for tracking work items, as the following illustration shows.  INCLUDEPICTURE "http://msdn.microsoft.com/dynimg/IC316101.png" \* MERGEFORMATINET  Defining User Stories, Tasks, and Other Work Items You can specify and update information for work items on the work item form. The topics in this section provide details about how you work within each work item form. TasksRelated contentTrack user stories, product features, or requirements. A team creates user stories to define the features, functions, and requirements to be implemented. A user story describes customer goals at a high level and are fundamental elements of the team's planning effort because they help the team estimate, prioritize, define, schedule, and verify work that relates to each user story. You can use the Stories Overview and Stories Progress reports to track the status of user stories and team progress. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380634.aspx" User Story (Agile)  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380648.aspx" Stories Overview Report (Agile)  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380641.aspx" Stories Progress Report (Agile) Track and estimate work. A team creates tasks to track the level of effort that is required to implement a user story or other areas of work that are identified for the project. Tasks should represent a small unit of work that can be accomplished within one to two days. You can break larger tasks down into smaller subtasks. You can create a task to track work to develop code, design and run tests, address bugs, and perform regression testing. In addition, you can create tasks to support generic work that must be performed. By tracking work hours for each task, the team can gain insight into the progress that it has made on the project. You can use the Remaining Work and Burndown and Burn Rate reports to monitor team progress, identify problems in the flow of work, and determine the team burn rate. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380700.aspx" Task (Agile)  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380673.aspx" Remaining Work Report  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380678.aspx" Burndown and Burn Rate Report (Agile) Test the application. A team uses test cases to define tests that will support testing of user stories. You can define manual test cases that specify a sequence of action and validation steps to run, or you can specify automated test cases that reference an automation file.  INCLUDEPICTURE "http://msdn.microsoft.com/dynimg/IC101471.gif" \* MERGEFORMATINET Note The recommended client for creating and defining test cases is Microsoft Test Manager. By using this tool, you can also create test suites and test configurations that address the complete range of testing criteria for your project. In test configurations,you specify the software environment under which you want to run your test cases and test suites. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms182409.aspx" Testing the Application. You can use the Test Case Readiness report to determine the progress that the team is making toward defining test cases. You can use the Test Plan Progress report to determine how many tests are passing or failing. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380712.aspx" Test Case (Agile)  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380713.aspx" Test Case Readiness Report Define shared steps. A team uses shared steps to streamline definition and maintenance of manual test cases. In shared steps, you define a sequence of action and validation steps to run as part of a test case. Many tests require the same sequence of steps to be performed for multiple test cases. By creating shared steps, you can define a sequence of steps once and insert it into many test cases.  INCLUDEPICTURE "http://msdn.microsoft.com/dynimg/IC46226.gif" \* MERGEFORMATINET Important The recommended client for creating and defining shared steps is Microsoft Test Manager. You can view these types of work items by usingTeam Explorer andTeam Web Access; however, you cannot use Team Web Accessto modify or update certain fields. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd728086.aspx" Shared Steps (Agile) Open and track bugs. You can track a code defect by creating a bug work item. By creating a bug, you can accurately report the defect in a way that helps other members of the team to understand the full impact of the problem. In the bug, you should describe the steps that led to the unexpected behavior so that others can reproduce it, and the test results should clearly show the problem. The clarity and completeness of this description often affects the probability that the bug will be fixed. You can use the Triage workbook to rank and assign bugs to be worked on for an iteration or release. You can use the Bug Status report to track the team's progress toward resolving and closing bugs. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380645.aspx" Bug (Agile)  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380707.aspx" Triage Workbook  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380736.aspx" Bug Status Report Define and manage risks, issues, and impediments. You can define known or potential problems, impediments, or risks to your project by creating issue work items. When concrete action is required, an issue might translate into one or more tasks to be performed to mitigate the issue. For example, a technical issue can lead to an architectural prototyping effort. Teams should always encourage its members to identify issues and ensure that they contribute as much information as possible about issues that jeopardize team success. Individuals should be empowered to identify issues without fear of retribution for honestly expressing tentative or controversial views. Teams who create and sustain positive environments for managing issues will identify and address issues earlier, faster, and with less confusion and conflict than teams who sustain negative risk environments. You can use the Issues workbook to review, rank, and manage issues. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380654.aspx" Issue (Agile)  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380718.aspx" Issues Workbook Creating a User Story, a Task, or Another Type of Work Item You can create a work item by opening Team Web Access or Team Explorerand following the procedure in this section. After you create a work item, you can always modify and add details as a sprint progresses. To create a user story, a task, or another type of work item Open either Team Web Access or Team Explorer, and connect to the team project collection that contains the team project in which you want to create the work item. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms181475.aspx" Connect to and Access Team Projects in Team Foundation Server. Perform one of the following steps: In Team Web Access, find the quick launch area of the navigation pane, and then click the New Work Item arrow. On the Work Item Types menu, click the type of work item that you want to create. In Team Explorer, open the Team menu, point to Add Work Item, and click the type of work item. A work item form opens of the type that you specified.  INCLUDEPICTURE "http://msdn.microsoft.com/dynimg/IC310565.png" \* MERGEFORMATINET  Define the remaining fields as the type of work item requires. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997897.aspx" \l "Define" Defining User Stories, Tasks, or Other Work Itemsearlier in this topic. On the work item toolbar, click  INCLUDEPICTURE "http://msdn.microsoft.com/dynimg/IC283973.gif" \* MERGEFORMATINET Save Work Item.  INCLUDEPICTURE "http://msdn.microsoft.com/dynimg/IC101471.gif" \* MERGEFORMATINET Note After you save the work item, the identifier appears in the title under the work item toolbar.Creating Many User Stories, Tasks, or Other Work Items at One Time You can quickly define multiple tasks that are automatically linked to user stories by using Office Excel. Also, you can quickly define user stories, tasks, issues, and bugs by using the workbooks that are provided with the process template for MSF for Agile Software Development v5.0. For more information, see the following topics:  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997891.aspx" Workbooks (Agile)  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286627.aspx" Managing Work Items Using Microsoft Excel Bound to Team Foundation Server  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd293542.aspx" Performing Top-Down Planning Using a Tree List of Work Items (In Excel) Creating a Work Item that Automatically Links to Another Work Item You can create a work item that automatically links to an existing user story or other work item. You can perform this action from an open work item or from a list of results for a work item query. To create a work item that is linked to an existing work item Open either Team Web Access or Team Explorer, and connect to the project collection that contains the team project where you want to define the linked work item. Right-click the Open Work Items team query, and then click Open. Perform one of the following actions: In Team Web Access, click the arrow next to the existing work item to which you want to link the new work item, and then click Add New Linked Work Item. In Team Explorer, right-click the existing work item to which you want to link the new work item, and then click Add New Linked Work Item. The Add new Linked Work Item dialog box opens.  INCLUDEPICTURE "http://msdn.microsoft.com/dynimg/IC309452.png" \* MERGEFORMATINET  Define the following fields: In the Link Type list, click Tests if you are linking the new work item to an existing test case or user story. Click Related if you are linking the new work item to an existing task, issue, or another bug. In the Work Item Type list, click the type of work item that you want to create. In Title, type a descriptive name that indicates the story, task, or other type of work item to be tracked. (Optional) In Comment, type additional information. Click OK. A work item form opens with the information that you have provided. Define the remaining fields as the type of work item requires. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997897.aspx" \l "Define" Defining User Stories, Tasks, or Other Work Items earlier in this topic. Click  INCLUDEPICTURE "http://msdn.microsoft.com/dynimg/IC283973.gif" \* MERGEFORMATINET Save Work Item. Creating Test Cases and Test Plans By Using Test and Lab Manager By using Microsoft Test Manager, you can create not onlytest cases but also test suites and test configurations that support testing your project. You can use test configurations to define the software environment under which you want to run your test cases and test suites. Test Plans, Test Suites, and Test Configurations  INCLUDEPICTURE "http://msdn.microsoft.com/dynimg/IC263152.png" \* MERGEFORMATINET  You can group your test cases together by organizing them into a hierarchy of test suites in your test plan. By creating test suites, you can run sets of test cases as a group. For more information about how to use Microsoft Test Manager to define test cases, test suites, and test plans, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms182409.aspx" Testing the Application. Opening and Tracking Bugs using Test Runner and Test and Lab Manager By using Microsoft Test Manager, you can submit bugs that automatically contain information about the test case and test environment that you ran, in addition to the specific test step on which you discovered a code defect. Bugs that you create by using Microsoft Test Manager automatically link the bug to the test case that found the bug. You can create bugs in the following ways: From Microsoft Test Manager when you run a test by using Test Runner, view a test result, or view your bugs From Team Web Access or Team Explorer From Office Excel (useful if you are submitting multiple bugs at the same time) For information about how to submit, track, and verify bugs and fixes by using Microsoft Test Manager, see the related content in the following table. TasksRelated contentCreate a bug. When you notice unexpected behavior of the application during ad hoc testing, you can quickly create a bug. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380693.aspx" How to: Submit a Bug Using Microsoft Test Manager Collect diagnostic data to support debugging. By using Test Runner, you can collectdiagnostic trace data on an application that was written with managed code, which a developer canthen use with Intellitrace to isolate errors. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd548062.aspx" Including Diagnostic Trace Data with Bugs that are Difficult to Reproduce Create a recorded action log file and add it to a bug. You can record actions as text in a log file when you run manual tests. You can automatically add this file to any bug that you create as you run your manual test.  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286605.aspx" How to: Use Recorded Actions in Bugs to Create Test Cases Create a test case from a bug and a recorded action log file. You can use an action log to create a manual test case from a bug or a test result. By taking this approach, you can create test cases without having to type in all the steps. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd421944.aspx" How to: Use Recorded Actions to Create Test Cases Verify and update the status of a bug based on test results. If you submit a bug that is based on a test case, you can verify that bug directly from the My Bugs list in Microsoft Test Manager. To take this approach, a test result must be associated with that test case. You can quickly rerun the test, change the status of the bug based on the results, and add comments to the bug. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd465176.aspx" How to: Verify a Bug is Fixed Using Microsoft Test Manager Viewing Work Items That Are Assigned to You As a team member, you can quickly find the work items that are assigned to you by either opening the My Work Items team query or by accessing My Dashboard. For more information, see the following topics:  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380734.aspx" Team Queries (Agile)  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd420561.aspx" My Dashboard (Agile) Customizing Work Item Types and Related Tasks TasksRelated contentLearn about the fields that you can use to track information across all types of work items. The database for tracking work items tracks fields that do not appear on the work item forms. You can learn more about these work item fields, restrictions on specific fields, and which fields that are reported and indexed.  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997880.aspx" Work Item Fields (Agile) Add, remove, or customize how you use each type of work item to track data. You can customize an existing type of work item or create a type to meet your requirements. Each type of work item corresponds to an XML definition file that is imported into a team project. HYPERLINK "http://msdn.microsoft.com/en-us/library/ms243932.aspx" Working with Work Item Types Customize objects for tracking work items to support your requirements for tracking projects. You can customize data fields, workflow, and work item forms that your team uses to track progress. To customize an object for tracking work items, you modify an XML file and import it into the server that hosts the project collection. HYPERLINK "http://msdn.microsoft.com/en-us/library/ms243849.aspx" Customizing Project Tracking Data, Forms, Workflow, and Other Objects Add, remove, or modify the states or transitions that control workflow. You control the workflow by defining its initial state, its valid states, the valid transitions between those states, and the users or groups who have permission to perform those transitions. The WORKFLOW section of the work item type controls how a work item is tracked.  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms243889.aspx" Defining and Customizing Work Item Workflow Modify and customize the form for a type of work item. You can control how a work item type displays user-interface elements through the FORM section of the definition for the type of work item. Each type of work item must have only one form. You can describe the whole form, which includes all its tabs, fields, and groups. HYPERLINK "http://msdn.microsoft.com/en-us/library/ms243834.aspx" Designing and Customizing a Work Item Form See Also Concepts  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997580.aspx" Artifacts (Agile) User Story You can learn how to fill in the details of a user story work item in this topic. For information about what user stories are and how they are used in agile processes, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ee518933.aspx" Creating a Great Product Backlog. For information about how to create a work item for a user story, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997897.aspx" Work Items and Workflow (Agile). Required Permissions To view a user story, you must be a member of the Readers group or your View work items in this node must be set to Allow. To create or modify a user story, you must be a member of the Contributors group or your Edit work items in this node permissions must be set to Allow. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms253094.aspx" Managing Permissions. Defining a User Story A user story communicates functionality that is of value to the end user of the product or system. Each user story should simply state what a user wants to do with a feature of the software and describe it from the user's perspective. When you write user stories, you should focus on who the feature is for, what they want to accomplish, and why. You should avoid descriptions that specify how the feature should be developed. The work item form for a user story stores data in the fields and tabs that the following illustration shows:  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC354924.png" \* MERGEFORMATINET  When you define a user story, you must define the Title in the top section of the work item form. You can leave all other fields blank or accept their default values. To define a user story In the top section of the work item form for the user story, specify one or more of the following types of information: In Title (Required), type a short description. Good story titles reflect the value to the customer or functionality that needs to be implemented. In the Assigned To list, click the name of the team member who owns the user story.  INCLUDEPICTURE "http://i.msdn.microsoft.com/Hash/030c41d9079671d09a62d8e2c1db6973.gif" \* MERGEFORMATINET NoteYou can assign work items only to members of the Contributors group. If you leave the story unassigned, it is automatically assigned to you. In the Rank box, type a number that indicates the relative importance of the story compared to the other stories in the product backlog. In the Story Points box, type a number that specifies a subjective rating for the amount of work that will be required to complete a user story. If you specify more points, you indicate that more work will be required. In the Priority list, click the level of importance for the user story on a scale of 1 (most important) to 4 (least important). In the Area and Iteration lists, click the appropriate area and iteration or leave these fields blank to be assigned later during a planning meeting.  INCLUDEPICTURE "http://i.msdn.microsoft.com/Hash/030c41d9079671d09a62d8e2c1db6973.gif" \* MERGEFORMATINET NoteThe project administrator for each team project defines area and iteration paths for that project so that the team can track progress by those designations. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms181692.aspx" Create and Modify Area or Iteration Paths.On the Details tab, specify the one or more of the following types of information: In the Description with Acceptance Criteria box, provide as much detail as you want to describe not only the user story but also the criteria that you will use to verify whether the user story has been fulfilled. Your team will use this information to create work items for tasks and test cases. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380700.aspx" Task (Agile) and  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380712.aspx" Test Case (Agile). In the History box, add comments that you want to capture as part of the historical record. Every time that a team member updates the work item, its history shows the date of the change, the team member who made the change, and the fields that changed. Link the user story to other work items, such as tasks, test cases, bugs, and issues. For more information, see the following sections later in this topic:  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380634.aspx" \l "AddTasks" Adding and Linking Tasks to a User Story  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380634.aspx" \l "AddTestCases" Adding and Linking Test Cases to a User Story  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380634.aspx" \l "LinkBug" Adding a Bug to a User Story  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380634.aspx" \l "AddBugsIssues" Adding an Issue to a User Story  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380634.aspx" \l "AddDetailsAttachments" Adding Details, Attachments, or Hyperlinks to a User Story Click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC283973.gif" \* MERGEFORMATINET Save Work Item.  INCLUDEPICTURE "http://i.msdn.microsoft.com/Hash/030c41d9079671d09a62d8e2c1db6973.gif" \* MERGEFORMATINET NoteAfter you save the user story, the identifier appears in the title under the work item toolbar.Adding and Linking Tasks to a User Story You add tasks to a user story to track the progress of work that has occurred to complete the user story.  INCLUDEPICTURE "http://i.msdn.microsoft.com/Hash/030c41d9079671d09a62d8e2c1db6973.gif" \* MERGEFORMATINET NoteThe Stories Overview and Stories Progress reports require that you create links between user stories and tasks and between user stories and test cases. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380648.aspx" Stories Overview Report (Agile) and  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380641.aspx" Stories Progress Report (Agile).To create a task that is linked to a user story On the Implementation tab, click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC282158.gif" \* MERGEFORMATINET New. The Add new Linked Work Item dialog box opens.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC314712.png" \* MERGEFORMATINET  In the Link Type list, leave the default option, Child. In the Work Item Type list, click Task. In Title, type a name that identifies the area of work to be performed as specifically as possible. (Optional) In Comment, type additional information. Click OK. A work item form for a task opens with the information that you have provided. Specify the remaining fields as described in  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380700.aspx" Task (Agile), and then click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC283973.gif" \* MERGEFORMATINET Save Work Item. To link several existing tasks to a user story On the Implementation tab, click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC282157.gif" \* MERGEFORMATINET Link to. The Add Link to User Story dialog box opens. In the Link Type list, leave the default option, Child. Click Browse. The Choose Linked Work Items dialog box appears.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC307309.png" \* MERGEFORMATINET  Type the items in Work item IDs, or browse for the items to which you want to link. You can also run the My Tasks team query to locate the tasks to which you want to link. Select the check box next to each task that you want to link to the user story. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286692.aspx" Find Work Items to Link or Import. (Optional) Type a description for the tasks to which you are linking. Click OK, and then click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC283973.gif" \* MERGEFORMATINET Save Work Item.  INCLUDEPICTURE "http://i.msdn.microsoft.com/Hash/030c41d9079671d09a62d8e2c1db6973.gif" \* MERGEFORMATINET NoteBoth the user story and tasks that you linked are updated. A parent link to the user story is created for each task that you added.Adding and Linking Test Cases to a User Story As part of planning, you create test cases and link them to user stories. The recommended client for creating test suites and test cases is Microsoft Test Manager. From this client, you can also link to a user story as described in  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286610.aspx" How to: View Requirements or User Stories Using Microsoft Test Manager. To add a new test case to a user story On the Test Cases tab, click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC282158.gif" \* MERGEFORMATINET New. The Add new Linked Work Item dialog box opens. In the Link Type list, leave the default option, Tested By. In the Work Item Type list, leave the default option, Test Case. In Title, type a descriptive name that defines the area to be tested. (Optional) In Comment, type additional information. Click OK. A work item form for a test case opens with the information that you have provided. Specify the remaining fields as described in  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380712.aspx" Test Case (Agile), and then click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC283973.gif" \* MERGEFORMATINET Save Work Item. To add existing test cases to a user story On the Test Cases tab, click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC282157.gif" \* MERGEFORMATINET Link to. The Add Link to User Story dialog box opens. In the Link Type list, leave the default option. Tested By. In Work item IDs, type the IDs of the test cases that you want to link, or browse for them. You can run the My Test Cases team query to locate the test cases that you want to add, and then select the check box next to each test case to which you want to link. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286692.aspx" Find Work Items to Link or Import. (Optional) Type a description for the test cases to which you are linking. Click OK, and click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC283973.gif" \* MERGEFORMATINET Save Work Item.  INCLUDEPICTURE "http://i.msdn.microsoft.com/Hash/030c41d9079671d09a62d8e2c1db6973.gif" \* MERGEFORMATINET NoteBoth the user story and test cases to which you linked are updated. A Tests link to the user story is created for each test case that you added.Add a Bug to a User Story You can create a bug and link it to an open user story from the Test Cases tab. Bugs that are added by using the link type Tests are tracked as part of the bugs that have an impact on the user story. To create a bug and link it to a user story On the Test Cases tab, click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC282158.gif" \* MERGEFORMATINET New. The Add new Linked Work Item dialog box opens. In the Link Type list, leave the default options, Tested By. In the Work Item Type list, leave the default option, Test Case. In Title, type a descriptive name that defines the bug that you found. (Optional) In Comment, type additional information. Click OK. A work item form for a bug opens with the information that you have provided. Specify the remaining fields as described in  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380645.aspx" Bug (Agile), and then click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC283973.gif" \* MERGEFORMATINET Save Work Item. Adding an Issue to a User Story You can create a work item for an issue and link it to the user story from the All Links tab. By defining the issue and linking it to the user story, you can better track the quality and completion of the user story. To create an issue and link it to a user story On the All Links tab, click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC282158.gif" \* MERGEFORMATINET New. The Add new Linked Work Item dialog box opens. In the Link Type list, click Related. In the Work Item Type list, click Issue. In Title, type a name that identifies the blocking issue as specifically as possible. (Optional) In Comment, type additional information. Click OK. A work item form for an issue opens with the information that you have provided. Define the remaining fields as described in  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380654.aspx" Issue (Agile), and then click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC283973.gif" \* MERGEFORMATINET Save Work Item. Adding Details, Files, and Hyperlinks to User Stories You can add details to user stories in the following ways: Type information in the Description or History field. Attach a file. For example, you can attach an e-mail thread, a document, an image, a log file, or another type of file. Add a hyperlink to Web site or to a file that is stored on a server or a Web site. To add details to a user story On the Details tab, type information in the Description field. (Optional) Type information in the History field. You can format information to provide emphasis or capture a bulleted list. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997882.aspx" Titles, IDs, Descriptions, and History (Agile). Click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC283973.gif" \* MERGEFORMATINET Save Work Item. To add an attachment to a user story On the Attachments tab, perform one of the following actions: Drag a file into the attachment area. Click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC283958.gif" \* MERGEFORMATINET or press CTRL-V to paste a file that you have copied. Click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC282155.gif" \* MERGEFORMATINET Add, and then click Browse. In the Attachment dialog box, type or browse to the name of the file that you want to attach. (Optional) In the Comment box, type more information about the attachment. To return to the Attachments tab, click OK. Click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC283973.gif" \* MERGEFORMATINET Save Work Item. To add a hyperlink to a user story On the All Links tab, click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC282157.gif" \* MERGEFORMATINET Link to.  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC314566.png" \* MERGEFORMATINET  In the Link Type list, click Hyperlink. In the Address box, type the address of the target of the link. If the target is a Web site, type the URL, or copy it from your Internet browser and paste the URL into the Address box. If the target is a server location, type the address in the form of a UNC name. (Optional) In the Comment box, type more information about the hyperlink. Click OK, and then click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC283973.gif" \* MERGEFORMATINET Save Work Item. Resolving and Closing a User Story You can use the Active, Resolved, and Closed states to track the progress of user stories. When you have written the code to implement a user story and all unit tests have passed, you change the State of the user story to Resolved. After all tasks are completed and the user story passed all acceptance tests, you change its State to Closed. Any team member can change the state of a user story. For more information about the data fields that you can use to track work item states, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997872.aspx" Assignments and Workflow (Agile). To resolve or close an active user story Open the user story. In the State list, click Resolved or Closed. If you change the state from Active to Resolved, the Reason field automatically changes to Code complete and unit tests pass. If you change the state from Resolved to Closed, the Reason field changes to Acceptance tests pass. If you change the state from Active to Closed, you should click the Reason that matches your intent, as  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380634.aspx" \l "ActiveCloseddescribes" Active to Closedlater in this topic. Click  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC283973.gif" \* MERGEFORMATINET Save Work Item. Typical workflow progression: A customer representative creates a user story in the  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380634.aspx" \l "Active" Active state with the default reason, New. A team member changes the state of the user story from  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380634.aspx" \l "ActiveResolved" Active to Resolved when it is code complete and unit tests have passed A team member changes the state from  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380634.aspx" \l "ResolvedClosed" Resolved to Closed when the test cases that were defined for the user story have passed Atypical transitions: A customer representative determines that the user story is not relevant or out of scope and changes the state from  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380634.aspx" \l "ActiveClosed" Active to Closed An acceptance test for the user story fails. Therefore, a team member changes the state from  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380634.aspx" \l "ResolvedActive" Resolved to Active A customer representative determines that the user story was closed in error or is now in scope and changes the state from  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380634.aspx" \l "ClosedActive" Closed to ActiveUser Story State Diagram  INCLUDEPICTURE "http://i.msdn.microsoft.com/dynimg/IC309449.png" \* MERGEFORMATINET Active (New) The following data fields are automatically captured when a team member creates a user story: Created By: Name of the team member who created the work item. Created Date: Date and time when the work item was created, as recorded by the server clock. From Active to Resolved You can resolve an active user story for the following reason: ReasonWhen to useAdditional actions to takeCode complete and unit tests passWhen the code to implement a user story is checked in and all unit tests have passed.Assign the user story to the team member who will test it.The following data fields are captured when a team member resolves an active user story: Resolved By: Name of the team member who resolved the work item. Resolved Date: Date and time when the work item was resolved, as recorded by the server clock. State Change Date: Date and time when the state of the work item was changed. From Active to Closed You can close an active user story because of one of the following reasons: ReasonWhen to useAdditional actions to takeRejected (default)You determine that the user story represents a feature or requirement that does not support a business requirement, scenario, or value proposition.None.AbandonedThe user story is no longer considered necessary to implement. None.Out of ScopeThe team has insufficient resources to implement the user story for the current iteration. A user story might be identified as out of scope because the team has insufficient time or because blocking issues were discovered.Update the Iteration field to specify in which iteration the scenario will be implemented. If the scenario is deferred to the next release of the software, leave the Iteration field blank, but describe in detail why the scenario was deferred and when it should be implemented.The following data fields are captured when you close an active user story: Closed By: Name of the team member who closed the work item. Closed Date: Date and time when the work item was closed, as recorded by the server clock. State Change Date: Date and time when the state of the work item was changed. Resolved When a user story is implemented in code, the lead developer sets the state to Resolved and assigns the story to a tester so that testing can start. From Resolved to Closed You can close a resolved user story for the following reason: ReasonWhen to useAdditional actions to takeAcceptance tests passAll test cases that are associated with the user story have passed. Assign the user story to the product owner.The following data fields are automatically captured when a team member closes a resolved user story: Closed By: Name of the team member who closed the work item. Closed Date: Date and time when the work item was closed, as recorded by the server clock. State Change Date: Date and time when the state of the work item was changed. From Resolved to Active You can reactivate a resolved user story for the following reason: ReasonWhen to useAdditional actions to takeAcceptance tests failWhen at least one of the user story's tests failed. Assign the user story to the lead developer. Also, the tester should create bugs for the test failures.The following data is automatically captured when you reactivate a resolved user story: Activated By: Name of the team member who reactivated the work item. Activated Date: Date and time when the work item was reactivated, as recorded by the server clock. State Change Date: Date and time when the state of the work item was changed. Closed A closed user story can be reactivated if it comes back into scope. Usually a business analyst or program manager reactivates a closed user story. From Closed to Active You can reactivate a closed user story for the following reasons: ReasonWhen to useAdditional actions to takeReintroduced in ScopeResources are available to implement the user story. Make sure that the implementation tasks, test cases, and details that have been defined for the user story are complete and up to date.Closed in errorA user story was closed before all associated tasks, test cases, or bugs were closed. Make sure that the implementation tasks, test cases, and details for the user story are well defined and sufficient to support its development.The following data is automatically captured when you reactivate a closed user story: Activated By: Name of the team member who reactivated the work item. Activated Date: Date and time when the work item was reactivated, as recorded by the server clock. State Change Date: Date and time when the state of the work item was changed. Task You can learn how to fill in the details of a task work item in this topic. For information about what tasks are and how they are used in agile processes, see Product Backlog. For information about how to create a task work item, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997897.aspx" Work Items and Workflow (Agile). More goes here. Test Case A team uses test cases to define both manual and automated tests that can be run and managed by using Microsoft Test Manager. By using Microsoft Test Manager, you can create not only test cases but also test suites and test configurations that support testing your project. You can use test configurations to define how you want to run your test cases and test suites. You can group your test cases together by organizing them into a hierarchy of test suites in your test plan. By creating test suites, you can run sets of test cases as a group. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286581.aspx" Defining Your Testing Effort Using Test Plans.  INCLUDEPICTURE "http://msdn.microsoft.com/dynimg/IC101471.gif" \* MERGEFORMATINET NoteYou can define a test case by using Team Explorer, but it is best if you definetest cases by using Microsoft Test Manager. You can access Microsoft Test Manager from Visual Studio Test Professional 2010, Visual Studio 2010 Professional, or Visual Studio 2010 Ultimate. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286729.aspx" Creating and Managing Tests. To define the sequence of action steps that define a manual test or a set of shared steps, you must use Microsoft Test Manager. You can view and modify other fields that are defined for test cases and shared steps by using Team Explorer or Team Web Access.However, you cannot modify the fields that appear on the Steps tab in these clients. If you upgraded a team project, you may need to perform additional tasks before you can use test cases and interface with Microsoft Test Manager. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/ff452591.aspx" Enabling Interfacing with Microsoft Test Manager for Upgraded Team Projects.Many tests require the tester to perform the same sequence of steps for multiple test cases. By creating shared steps, you can define a sequence of steps once and insert it into many test cases. For example, if each test case requires a tester to log on to the application, you can create a set of shared steps to perform these actions. You can then add the shared steps to each test case and run the steps by using Test Runner.Because you use shared stepsonly to streamline the definition of manual test cases, you should use Microsoft Test Manager to create shared steps. For more information, see HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286655.aspx" How to: Share Common Test Case Steps Using Shared Steps. More goes here. Shared Steps Your team can use shared steps to streamline definition and maintenance of manual test cases. Many tests require the same sequence of steps to be performed for multiple test cases. By creating shared steps, you can define a sequence of steps once and insert it into many test cases. For example, if each test case requires a tester to log on to the application, you can create a set of shared steps to perform these actions. You can then add the shared steps to each test case and run the steps using Test Runner.  INCLUDEPICTURE "http://msdn.microsoft.com/dynimg/IC101471.gif" \* MERGEFORMATINET NoteYou can define a test case by using Team Explorer, but it is best if you definetest cases by using Microsoft Test Manager. You can access Microsoft Test Manager from Visual Studio Test Professional 2010, Visual Studio 2010 Professional, or Visual Studio 2010 Ultimate. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd286729.aspx" Creating and Managing Tests. To specify the sequence of action steps that define a set of shared steps, you must use Microsoft Test Manager. You can view and modify other fields that are defined for test cases and shared steps by using Team Explorer or Team Web Access. However, you cannot modify the fields that appear on the Steps tab in these clients. Because you define shared steps only to streamline the definition of manual test cases, it is best that you define shared steps by using Microsoft Test Manager. For more information about how to define and use shared steps,see the topics that are listed in the following table. More goes here. Bug More goes here. Issue More goes here. Work Item Fields Introduction You use work item fields to track data for a work item type, to define the filter criteria for queries, and to generate reports. Work item types that are defined for the process template for MSF for Agile Software Development v5.0 share many work item fields. Not all fields that are tracked in the database for tracking work items appear on any work item form. You can review the information in this topic to learn more about the work item fields that are used to track information, the restrictions for specific fields, and the fields that are reported and indexed. If you want to customize a work item type, you can review the information for each data field that is already defined for that type. Also, you can learn more about the toolbar controls that appear on the links and attachment tabs on the work item forms. Common Tasks TasksRelated contentIdentify additional fields that you can use to track workflow changes. You use status and assignment fields to track the progress of work items from the active to the closed state. In addition to the fields that appear on the work item form, you can use 10 more fields to track status changes. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997872.aspx" Assignments and Workflow (Agile) Work with tree path reference fields. You use the area and iteration classification fields to categorize work items into product areas and iteration or sprint cycles. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997576.aspx" Areas and Iterations Define rank, priority, and other planning fields. You use planning, ranking, and priority fields to plan what work should be completed first. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd983994.aspx" Planning, Ranking, and Priorities Work with task scheduling fields. You use the task scheduling fields to track estimated, completed, and remaining work for a task. In addition to the fields that you can track on the task work item form, you can use three additional fields that support integration with Office Project. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997792.aspx" Effort, Schedules, and Tracking Hours (Agile) Use description and history fields. You use the title and ID fields to uniquely identify work items within a list. You use the description and history fields to provide additional information that others need to implement the work item and to track changes that are made to the work item. In addition to the fields that you can track on the task work item form, you can use six additional fields to filter queries and create reports.  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997882.aspx" Titles, IDs, Descriptions, and History (Agile) Understand restrictions around linking work items. You use links to create relationships between user stories, tasks, test cases, and other work items. Most links are restricted as to the types of links that you can create and types of work items that can you can link. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997890.aspx" Linking Work Items (Agile) Define fields that track build numbers and test cases. You use build and test data fields to track information that helps the team resolve bugs or implement tests. In addition to the fields that appear on the work item form, you can use five additional fields to filter queries and create reports. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997786.aspx" Build and Test Integration Attach files. You can attach an e-mail thread, a document, an image, a log file, or another type of file to a work item. In addition, you can use the AttachedFileCount field to filter queries and create reports. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997575.aspx" Attachments Related Topics TasksRelated contentLearn about the data types and field attributes that you can specify. You can define fields to store specific types of data, such as text, numbers, or HTML content. You can set additional attributes that are based on how you want to use the field for reporting or query purposes. HYPERLINK "http://msdn.microsoft.com/en-us/library/ms194980.aspx" Working with Work Item Fields Add, remove, or customize how you use a work item field to track data. You use work item fields to track data for a work item type, to define the filter criteria for queries, and to generate reports. For any data element that you want to track, you must add a FIELD element to the definition file for the appropriate type of work item. HYPERLINK "http://msdn.microsoft.com/en-us/library/dd695793.aspx" Customizing and Using Work Item Fields Customize objects for tracking work items. You can customize fields, workflow, and forms that your team uses to track progress. You can customize all objects for tracking work items by modifying an XML file and importing it to the server that hosts the team project collection.  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms243849.aspx" Customizing Project Tracking Data, Forms, Workflow, and Other Objects Specify fields to perform specific actions. Team Foundationmanages system fields, which you can use to track all types of work items. You add all other fields to a team project collection through the work item type definitions. For best results, you should use fields that already exist if they meet your needs.  HYPERLINK "http://msdn.microsoft.com/en-us/library/ms194971.aspx" Using System Fields and Fields Defined by the MSF Process Templates See Also Concepts  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997580.aspx" Artifacts (Agile) Other Resources  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997897.aspx" Work Items and Workflow (Agile)  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380647.aspx" MSF for Agile Software Development v5.0 Titles, IDs, Descriptions, and History Assignments and Workflow Planning, Ranking, and Priorities Areas and Iterations Effort, Schedules, and Tracking Hours Build and Test Integration Linking Work Items Attachments Team Queries Dashboards Excel Reports Workbooks Reports Roles Intro Scrum defines three roles. Most individuals are in the team role, which has the responsibility of creating the software. Two individuals have additional responsibilities. Your product owner has responsibilities that ensure that your customers are represented on the team. Your ScrumMaster has responsibilities that help your team and your product owner follow Scrum processes effectively. Product Owner Role As the product owner, your primary function is to act as an interface between the customers and the team. This role is very intensive; you will be pulled in many directions by a variety of customers and stakeholders. What Makes a Good Product Owner You must analyze customer needs and articulate them as user stories. You must have good negotiation skills so that you can help customers understand the tradeoffs between requested features and the impact that they have on the schedule. You must work with the customers to prioritize the product backlog so that the team produces the most valuable product or system, one increment at a time. Subject matter expertise in the business area or industry of the system that is being built is essential. For example, you need a background in healthcare and healthcare insurance if your team is building a healthcare system for a hospital. Without this knowledge, you cannot effectively prioritize the product backlog or explain the product backlog items to the team. You will also benefit from basic financial skills, such as the ability to understand the payback period on a system, to amortize budgets, and to understand capital and expense budgeting. Your understanding of the Scrum processes and commitment to them is also very important to the team's success. Core Responsibilities You represent the customers and stakeholders. Your core responsibilities are to represent customer needs to the team and facilitate and respond to the team's questions. You must keep the product backlog up to date and in priority order. To maintain the product backlog, you communicate regularly with customers, stakeholders, and the team. You should meet with stakeholders at least every one to two weeks. The order in which user stories are implemented will affect the payback period and the amount of work that the team must perform. The team will help you understand how the order of user stories affects the work. You must help the stakeholders understand these effects of the ranking decisions. You also reduce the need for detailed specifications by being available to the team when it has questions about how to implement functionality. To keep the team moving, you must have these answers or be able to find them very quickly (in a few hours). If you are unavailable, the team's results will be adversely affected.  INCLUDEPICTURE "http://msdn.microsoft.com/dynimg/IC101471.gif" \* MERGEFORMATINET Note The level of detail in specifications depends on many factors, which include the type of application that your team is developing. For many applications, properly elaborated user stories and open lines of communication are the most effective specifications. However, an application that processes lab tests might require very detailed specifications so that the team can analyze in more detail the impact of changes that they make over time.You will also work with both the team and the stakeholders to build acceptance tests, which allow the team to know when a particular user story is complete and ready for the sprint review. You must understand, identify, and articulate risk to both the team and the stakeholders. Your function can be summarized as ensuring that the team has the information that it needs to satisfy customers by building the best software for them. ScrumMaster Role As a ScrumMaster, you are responsible for building and maintaining a healthy team that conforms to the Scrum processes. You are the change agent who will help the team overcome impediments. What Makes a Good ScrumMaster You should possess excellent communication, negotiation, and conflict resolution skills. You will use these skills daily to help your team develop. You must be an active listener. You must listen not only to the words that people are speaking but also to how they are delivering their messages (their body language and other non-verbal communication). You should ask questions to reveal hidden issues and confirm what you have understood people to say. You should use these active listening skills to identify potential issues on the team and help prevent them from growing into larger issues. It is cheaper to fix a bug soon after it is discovered, and it is easier and less disruptive to fix a team issue when it is small and manageable than when it is large and out of control. You should make the team, the product owner, and the business feel at ease as you drive the team toward hyperproductivity. You should gather, analyze, and present data to the business in a way that demonstrates how the team is improving and growing. For example, if your team has significantly increased the amount of value that it has delivered and it is generating fewer bugs, you must show that improvement to the business. Core Responsibilities You will use these skills and abilities to perform a variety of functions. Your primary responsibility is to make sure that the team and the product owner are following the Scrum processes. You coach your team to help it practice Scrum more effectively. For example, you should not let the daily Scrum become an open discussion that lasts 45 minutes. You should also make sure that the product owner does not ask the team to add work to a sprint that is in progress. You should not let the team present user stories in the sprint review meeting if those stories are not completely finished. You will help clear blocking issues that the team may encounter. These issues might require small tasks such as approving a purchase order for a new build computer. The issues might require larger, more challenging accomplishments such as dealing with conflicts between members of your team. When the team engages in painful interaction, you must help the team recover. Team Role The team consists of the individuals who are responsible for creating the software. The team selects user stories at the start of the sprint, collaborates to implement and test the user stories during the sprint, and presents the finished software at the sprint review. The team is self-organizing in that it manages itself and its work. The team is cross-functional in that it contains the skills that it needs to deliver the user stories in the product backlog. MSF for Agile Software Development v5.0 does not distinguish roles on the team by criteria such as engineering discipline or area of expertise. What Makes a Good Team A good software team is hard to assemble and takes time to build. Examples of good teams are all around us: surgical teams, soccer teams, sheepdogs and their handlers. Each team member may have his or her specialty, but the team works together and succeeds or fails together. Good software teams are also made up of individuals who pull together toward a common goal. A software team should not be viewed as a collection of experts who each take a turn performing the tasks in which they specialize. Instead it should be viewed as a group of people whose collective skills and expertise outweigh any individual skill that a team member may have. Through collaboration, communication, trust and openness, a team can deliver success and grow beyond its individual capabilities to become a high-performing team. A good team will have the people and skills that are necessary to fulfill the obligation of executing on the vision to deliver working software. This means that the full-time members of the team should have most or all of the skills that are needed to fulfill the project. Very specialized roles such as designers, operations people, architects, or experts in a specific technology might not be available full time. The team can pull in non-team specialists for short-term activities. However, the full-time members of the team should consist of a group of people who can cover most of the skills that are needed to do the work. Team Core Responsibilities The team is responsible for delivering software, starting with the sprint planning meeting in which user stories are broken down into tasks. The cycle continues through development and testing until the working software is presented to the product owner (and possibly customers) in the sprint review meeting. The team ensures that these increments meet its own and its customers' expections for finished software. The activities of the sprint, writing and testing software, are the team's first responsibility. The team is also responsible for its own effectiveness. The team manages itself in defining and doing the work that it has selected and in collaborating between team members to optimize the teams effectiveness. The team should always work to improve its results by engaging in the following activities: Defining its criteria for what is finished and finishing one thing before moving on to the next. Adopting effective engineering practices. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997885.aspx" Engineering Practices. Helping the product owner craft effective user stories and then estimating and prioritizing them. Meetings Intro When your team practices Scrum, it will hold a set of meetings, and each meeting has a specific purpose and frequency. Your ScrumMaster should ensure that each meeting fulfills its intended purpose, considering the following guidelines: The meeting agenda should be clear. If team members start a discussion that does not address the purpose of the meeting, the members should take the discussion offline, to be completed later. The ScrumMaster should identify and indicate when team members should take a discussion offline. All meetings should follow the basic structure that is described for that meeting. Meetings should start on time, even if some team members are late. Team members should be on time except in rare, unavoidable cases. If your schedule prevents you from being on time regularly, the conflict should be resolved as soon as possible. If necessary, the ScrumMaster should adjust the meeting time to resolve the conflict if the change does not unfairly inconvenience another member of the team. Each team member should come to the meeting prepared. Meetings should finish on time. In most cases, the length of the meeting is determined by the length of the sprint. For example, take two hours for a sprint planning meeting if the sprint is one week long and four hours if the sprint is two weeks long. Scrum enforces this meeting structure to a level that might make people uncomfortable. This reaction comes from the pressure to be on time, the peer accountability that is associated with making and keeping commitments, and the transparency that is required to actively participate. MeetingPurposeDurationFrequency HYPERLINK "http://msdn.microsoft.com/en-us/library/ee191595.aspx" Sprint Planning MeetingDetermine what work to do in the coming sprint.Two hours per week in the sprint, up to four hoursOnce per sprint HYPERLINK "http://msdn.microsoft.com/en-us/library/ee191590.aspx" Daily Scrum MeetingAllow team members to commit, collaborate, and communicate risks.Fifteen minutesDaily HYPERLINK "http://msdn.microsoft.com/en-us/library/ee191592.aspx" Sprint Review MeetingShow the customer and other stakeholders the work that the team accomplished in the sprint, and receive feedback.Two hours per week in the sprint, up to four hours Once per sprint HYPERLINK "http://msdn.microsoft.com/en-us/library/ee191586.aspx" Retrospective MeetingIdentify and implement ideas for process improvement.Three hoursOnce per sprintSprint Planning Meeting Your team builds the sprint backlog in the planning meeting on the first day of the sprint. At this meeting, your product owner works with your team to determine which stories it will complete in the sprint. The planning meeting has two parts, and each half is limited to half of the total length of the meeting. In the first part, your team and your product owner identify the user stories that the team feels it can commit to completing in the sprint, based on experience with previous sprints. After the user stories have been identified, you can use the Product Planning workbook to assign them to the sprint. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380682.aspx" Product Planning Workbook. In the second part of the meeting, your team determines how it will develop and test those user stories. Your team then breaks those user stories down into tasks and estimates the work that is required to complete them. Finally, your team commits to implementing some or all of the user stories based on these estimates. In the first part of the meeting, your product owner meets with your team to discuss the user stories that might be included in the sprint. Your product owner will share information and answer any questions that your team has about those stories. This conversation might reveal details such as data sources, user interface layout, response time expectations, and considerations for security and usability. Your team should add these details to the user stories. During this part of the meeting, your team learns what it must build. After your team has discussed all of the details about the user stories that it feels are necessary, your ScrumMaster starts the second part of the planning meeting. Your product owner should attend this part of the meeting to help clarify requirements and to help understand and select alternatives. The ScrumMaster facilitates this part of the meeting as your team determines how it will implement the user stories and whether it can commit to implementing all the stories that your product owner requested. To better understand what is involved in completing each user story, your team breaks down each story into the tasks that your team must perform to implement that story and to ensure that it is finished. You might find the following example tasks in the sprint backlog: Update the stored procedure to use the new data feed and Create the class for the collector web service. Your team can use the Iteration Backlog workbook to break user stories down into tasks. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380681.aspx" Iteration Backlog Workbook. The team then estimates how many hours of work each task will require. Because the tasks are not assigned before they are estimated, the team works together to create these estimates. (Teams often cannot identify and estimate all work during the sprint planning meeting. As much as 40% of the work that a team completes during a sprint emerges after the sprint planning meeting). The planning poker technique is a good tool for estimating task hours. By using this tool, each team member can participate in estimation, instead of depending on the subject matter experts to estimate their own tasks. Whether you use this technique or another, you should involve the whole team in determining how many hours each task will take. For more information, see the following Web resource:  HYPERLINK "http://go.microsoft.com/fwlink/?LinkId=179025" Planning Poker. Tasks should take no more than a day to complete. If a task is too large, the team should break it down. In some cases, you may not be able to estimate some tasks effectively until other tasks have been completed. Create the task now, but estimate it when you have enough information. Individual task estimates are added together to determine how many hours the team will likely require to complete each user story. Your team continues to analyze each user story and estimate its tasks until your team determines that it has enough stories for the sprint. Your team makes this determination by comparing the number of estimated hours to the number of hours that the team expects to complete in the sprint. You can use the team capacity worksheet in the Iteration Backlog workbook to help determine your team's capacity for the sprint. You must fill in the details of the sprint in the settings worksheet. To account for vacation, holidays, and other interruptions, you must fill out the interruptions worksheet. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd380681.aspx" Iteration Backlog Workbook. You should alert your product owner if your team determines that it cannot complete one or more of the stories that your product owner has requested because its task estimates exceed the number of available hours. Your product owner might substitute a smaller user story, split the story, or hold the story in the product backlog for a future sprint. After your team completes both parts of the planning meeting, it has accomplished the following: created the sprint backlog, with tasks and hours for each user story committed to the user stories that it will deliver in the sprint understood, as a self-organizing team, how it will work together to meet its commitments Daily Scrum Meeting In rugby, a scrum is a play, similar to a down in American football. In the Scrum methodology, the Scrum meeting makes a day of work like a play in rugby. It might be rough and tumble, but the goal to make forward progress is clear, and your team pulls together toward that common goal. Your team should hold daily Scrum meetings to determine what it needs to do in the next day to maximize its chances of meeting its commitments. Each team member describes what he or she has accomplished since the most recent meeting, the work that he or she plans to accomplish that day, and any issues or impediments that might affect or require help from other team members. Your ScrumMaster strictly enforces the structure of the meeting and ensure that it starts on time and finishes in 15 minutes or less. In this meeting, each member of the team answers three questions: What have I accomplished since the most recent Scrum? What will I accomplish before the next Scrum? What blocking issues or impediments might affect my work? It is important that team members answer these questions quickly and concisely. An example of a good answer is, Yesterday, I updated the class to reflect the new data element that we pull from the database, and I got it to appear in the interface. This task is complete. Today, I will ensure that the new data element is correctly calculating with the stored procedure and the other data elements in the table. I believe I will accomplish this task today. I will need someone to review my calculations. I have no impediments or blocking issues. Compare that answer to the less-than-stellar answer, Yesterday, I worked on the class, and it works. Today, I will work on the interface. No blocking issues. As these examples show, the first response conveys what was accomplished, what will be accomplished, and that the team member would like some help looking at the code. The second example does not provide enough detail about what class the person worked on or which interface components will be done. In fact, the word accomplished never came up. Notice that no one interrupted during the sample response. There was no follow-up discussion where several people talked about who might be the best person to review the calculations or how the class was implemented. Each person must have sufficient time to answer the three questions. The time for elaboration is after the meeting, as people return to their desks or, if a significant amount of conversation is necessary, in a follow-up meeting. Many teams delay discussions by using the virtual parking lot method. As topics come up that a team member feels must be discussed later, any team member can quietly walk to a whiteboard or flipchart and list the topic in the parking lot. At the end of the meeting, the team plans to discuss topics that appear in the list. Another aspect of a successful Scrum is that people actually stand up. When the team stands up, members feel uncomfortable, especially when they are speaking. If everyone stands, the meeting will keep moving and discourage lengthy conversations. Third, the meeting should start and end on time and be at the same time in the same location every day. This consistency helps the team because a pattern can be established. Also, the team can post data and notes in the area where the meeting is held, such as burndowns, issues, release plans, and tasks. Alistair Cockburn calls these information radiators in Agile Software Development. Having one location to store and view these important assets as the team meets is an easy way to help things run more smoothly. Sprint Review Meeting On the last day of the sprint, your team meets with your product owner, customers, and stakeholders to accept completed work and to identify new requirements. During the course of the sprint, your team may have already gathered and incorporated feedback. Your team should also have already performed the acceptance tests for each user story that it completed. In this meeting, your team demonstrates each user story that it completed in the sprint. Your product owner, customers, and stakeholders accept the user stories that meet their expectations. In many cases, your customers will understand their additional needs more fully after seeing the demonstrations and will identify and discuss the changes that they want to see. Based on this meeting, some user stories will be accepted as complete. Incomplete user stories will remain in the product backlog, and new user stories will be added to the product backlog. Both sets of stories will be ranked and either estimated or re-estimated in the next sprint planning meeting. After this meeting and the retrospective meeting, your team will plan the next sprint. Because business needs change quickly, you can take advantage of this meeting with your product owner, customers, and stakeholders to review the priorities of the product backlog again. Retrospective Meeting The retrospective meeting occurs on the last day of the sprint, after the sprint review meeting. In this meeting, your team inspects and explores how it has been working within the Scrum processes. Based on this analysis, your team might decide to adapt its processes to improve its own effectiveness, productivity, quality, and satisfaction. This meeting and the resulting improvements are critical to the agile principle of self-organization. For more information, see  HYPERLINK "http://msdn.microsoft.com/en-us/library/dd997578.aspx" Agile Principles and Values, by Jeff Sutherland. If your team did not complete all of the user stories that were assigned to the sprint, you will discuss why that happened in the retrospective meeting. Your team will determine whether it can adapt its processes so that those kinds of problems are less likely to occur. Also discuss issues that affected your team's general effectiveness, productivity, and quality and your team's satisfaction with the project. For example, consider a team that had several tasks that only one individual on the team could perform. That isolation of expertise created a critical path that threatened the sprint's success. The individual team member had to work very long hours during the sprint, and the other team members were frustrated that they could not do more to help with those tasks. That team decided to practice eXtreme Programming to help correct this problem over time. In some cases, your team may need to do some work to implement an improvement. For example, consider a team that was spending too much time dealing with failed builds. That team decided to implement continuous integration. The team did not want to risk disrupting their regular build process. Therefore, they allocated a few hours to set up a trial build before turning it on in their production build. The team created a spike and prioritized that work against the rest of the product backlog. For more information about how to run effective retrospective meetings, see the following Web resources:  HYPERLINK "http://go.microsoft.com/fwlink/?LinkId=181912" Project Retrospectives: A Handbook for Team Reviews and  HYPERLINK "http://go.microsoft.com/fwlink/?LinkId=181913" Agile Retrospectives.     Page  PAGE 1 of  NUMPAGES 99 *+<?M 뾷뜉{r{\{N{Ch+%mHnHuhd%h+%PJmHnHu*j-h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHu$jh@h+%0JUmHnHujhU$h5CJKHOJPJQJ\aJ h5\ h5\$hhCJ,OJPJQJ^JaJ,$hhCJPOJPJQJ^JaJPhhh;OJPJQJ^J*+<_GkdD$$IfTl$ t6O44 laytT $$Ifa$Dkd$$IfTl@ $ t644 laT $$Ifa$gd<=>?M[pk_____ $$Ifa$gdDkd$$IfTlh$ t644 laT $$Ifa$Gkd$$IfTl$ t6O44 laytTkiiW$&@#$/IfgdDkd$$IfTlh$ t644 laT $$Ifa$gdDkdJ$$IfTlh$ t644 laT-   i 5 R ( ($ $ p$ # $ " & FgdE!$a$gdGkd$$Ifl$ t 6@644 la ' ( ) * + , - . / K L M N P Q s]*j!h@h+%0JUmHnHu#jh+%UmHnHu*j'h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jh+%UmHnHuh+%mHnHujh+%UmHnHu$         $ % & ' + , ] ^ _ y z { | } ~  s]*jh@h+%0JUmHnHu#jh+%UmHnHu*jh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jh+%UmHnHuh+%mHnHujh+%UmHnHu$       G H I c d e f g h i j k s]*j h@h+%0JUmHnHu#jh+%UmHnHu*jh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jh+%UmHnHuh+%mHnHujh+%UmHnHu$      . / 0 2 3 4 5 6 7 S T U V Z [ r s s]*j h@h+%0JUmHnHu#j h+%UmHnHu*j h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jh+%UmHnHuh+%mHnHujh+%UmHnHu$s t     / 0 s]*j h@h+%0JUmHnHu#jt h+%UmHnHu*j h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jz h+%UmHnHuh+%mHnHujh+%UmHnHu$0 1 K L M O P Q R S T p q r s y z s]*j h@h+%0JUmHnHu#jh h+%UmHnHu*j h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jn h+%UmHnHuh+%mHnHujh+%UmHnHu$  !">?@AGHdefs]*jh@h+%0JUmHnHu#j\h+%UmHnHu*jh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jbh+%UmHnHuh+%mHnHujh+%UmHnHu$ ;Nc=R ]k# $ $ p$ ( ($ 45689:;<=YZ[\bcqrs]*jh@h+%0JUmHnHu#jPh+%UmHnHu*jh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jVh+%UmHnHuh+%mHnHujh+%UmHnHu$rs   +,s]*jh@h+%0JUmHnHu#jDh+%UmHnHu*jh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jJh+%UmHnHuh+%mHnHujh+%UmHnHu$,-GHIKLMNOPlmnosts]*jh@h+%0JUmHnHu#j8h+%UmHnHu*jh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#j>h+%UmHnHuh+%mHnHujh+%UmHnHu$!"#$*+@AB\]^`abcdes]*jh@h+%0JUmHnHu#j,h+%UmHnHu*jh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#j2h+%UmHnHuh+%mHnHujh+%UmHnHu$789:@A\]s]*jh@h+%0JUmHnHu#j h+%UmHnHu*jh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#j&h+%UmHnHuh+%mHnHujh+%UmHnHu$]^xyz|}~s]*jh@h+%0JUmHnHu#jh+%UmHnHu*jh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jh+%UmHnHuh+%mHnHujh+%UmHnHu$678:;<=>?[\]^bcs]*jh@h+%0JUmHnHu#jh+%UmHnHu*jh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jh+%UmHnHuh+%mHnHujh+%UmHnHu$ !"()/01KLMOPQRSTpqrswxs]*jyh@h+%0JUmHnHu#jh+%UmHnHu*jh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jh+%UmHnHuh+%mHnHujh+%UmHnHu$ !">?@AEFcds]*jm!h@h+%0JUmHnHu#j h+%UmHnHu*js h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jh+%UmHnHuh+%mHnHujh+%UmHnHu$de :;s]*ja#h@h+%0JUmHnHu#j"h+%UmHnHu*jg"h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#j!h+%UmHnHuh+%mHnHujh+%UmHnHu$;<VWXZ[\]^_{|}~s]*jU%h@h+%0JUmHnHu#j$h+%UmHnHu*j[$h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#j#h+%UmHnHuh+%mHnHujh+%UmHnHu$9:;<BCHIJdefhijklms]*jI'h@h+%0JUmHnHu#j&h+%UmHnHu*jO&h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#j%h+%UmHnHuh+%mHnHujh+%UmHnHu$5679:;<=>Z[\]abvws]*j=)h@h+%0JUmHnHu#j(h+%UmHnHu*jC(h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#j'h+%UmHnHuh+%mHnHujh+%UmHnHu$<Xy hu@w@" 1!!!,"""# $ $ p$ ( ($ wx567QRSUVWXYZvwxys]*j1+h@h+%0JUmHnHu#j*h+%UmHnHu*j7*h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#j)h+%UmHnHuh+%mHnHujh+%UmHnHu$ VWXrstvwxyz{s]*j%-h@h+%0JUmHnHu#j,h+%UmHnHu*j+,h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#j+h+%UmHnHuh+%mHnHujh+%UmHnHu$     )*+,01EFGabcefghijs]*j/h@h+%0JUmHnHu#j.h+%UmHnHu*j.h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#j-h+%UmHnHuh+%mHnHujh+%UmHnHu$6789?@RSs]*j 1h@h+%0JUmHnHu#j0h+%UmHnHu*j0h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#j/h+%UmHnHuh+%mHnHujh+%UmHnHu$STnoprstuvws]*j3h@h+%0JUmHnHu#j2h+%UmHnHu*j2h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#j1h+%UmHnHuh+%mHnHujh+%UmHnHu$9:;=>?@AB^_`aghs]*j4h@h+%0JUmHnHu#jx4h+%UmHnHu*j3h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#j~3h+%UmHnHuh+%mHnHujh+%UmHnHu$    -./045TUVpqrtuvwxys]*j6h@h+%0JUmHnHu#jl6h+%UmHnHu*j5h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jr5h+%UmHnHuh+%mHnHujh+%UmHnHu$9:;=>?@AB^_`aghs]*j8h@h+%0JUmHnHu#j`8h+%UmHnHu*j7h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jf7h+%UmHnHuh+%mHnHujh+%UmHnHu$      ! " # $ @ A B C I J ^ _ s]*j:h@h+%0JUmHnHu#jT:h+%UmHnHu*j9h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jZ9h+%UmHnHuh+%mHnHujh+%UmHnHu$_ ` z { | ~  !!s]*j<h@h+%0JUmHnHu#jH<h+%UmHnHu*j;h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jN;h+%UmHnHuh+%mHnHujh+%UmHnHu$!!*!+!,!.!/!0!1!2!3!O!P!Q!R!X!Y!e!f!g!!!!!!!!!!!!!!!!!!s]*j>h@h+%0JUmHnHu#j<>h+%UmHnHu*j=h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jB=h+%UmHnHuh+%mHnHujh+%UmHnHu$!!!!!!!!!!!!!!!"" " " "%"&"'")"*"+","-"."J"K"L"M"S"T"]"^"s]*j@h@h+%0JUmHnHu#j0@h+%UmHnHu*j?h@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#j6?h+%UmHnHuh+%mHnHujh+%UmHnHu$^"_"y"z"{"}"~"""""""""""""""""""""""""""""##s]*jBh@h+%0JUmHnHu#j$Bh+%UmHnHu*jAh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#j*Ah+%UmHnHuh+%mHnHujh+%UmHnHu$#### #"###$#%#&#'#C#D#E#F#L#M#R#S#T#n#o#p#r#s#t#u#v#w#########s]*jDh@h+%0JUmHnHu#jDh+%UmHnHu*jCh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jCh+%UmHnHuh+%mHnHujh+%UmHnHu$"%#u##%$x$$ %p%% &e&&/'''P(()h))*e**+}++# $ $ p$ ( ($ #################$$$$$ $"$#$$$%$&$'$C$D$E$F$J$K$U$V$s]*jFh@h+%0JUmHnHu#j Fh+%UmHnHu*jEh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jEh+%UmHnHuh+%mHnHujh+%UmHnHu$V$W$q$r$s$u$v$w$x$y$z$$$$$$$$$$$$$$$$$$$$$$$$$$$s]*j}Hh@h+%0JUmHnHu#jHh+%UmHnHu*jGh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jGh+%UmHnHuh+%mHnHujh+%UmHnHu$$$%%%%%% %!%"%>%?%@%A%E%F%M%N%O%i%j%k%m%n%o%p%q%r%%%%%%%%%s]*jqJh@h+%0JUmHnHu#jIh+%UmHnHu*jwIh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jHh+%UmHnHuh+%mHnHujh+%UmHnHu$%%%%%%%%%%%%%%%%%%%%&&&&& & & & &(&)&*&+&/&0&B&C&s]*jeLh@h+%0JUmHnHu#jKh+%UmHnHu*jkKh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jJh+%UmHnHuh+%mHnHujh+%UmHnHu$C&D&^&_&`&b&c&d&e&f&g&&&&&&&&&&&&&&&&&&&&&&&&& ' 's]*jYNh@h+%0JUmHnHu#jMh+%UmHnHu*j_Mh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jLh+%UmHnHuh+%mHnHujh+%UmHnHu$ ''(')'*','-'.'/'0'1'M'N'O'P'T'U'e'f'g''''''''''''''''''s]*jMPh@h+%0JUmHnHu#jOh+%UmHnHu*jSOh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jNh+%UmHnHuh+%mHnHujh+%UmHnHu$'''''''''''((((((-(.(/(I(J(K(M(N(O(P(Q(R(n(o(p(q(u(v(((s]*jARh@h+%0JUmHnHu#jQh+%UmHnHu*jGQh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jPh+%UmHnHuh+%mHnHujh+%UmHnHu$((((((((((((((((((((((())))))!)")#)$)*)+)E)F)s]*j5Th@h+%0JUmHnHu#jSh+%UmHnHu*j;Sh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jRh+%UmHnHuh+%mHnHujh+%UmHnHu$F)G)a)b)c)e)f)g)h)i)j)))))))))))))))))))))))))))s]*j)Vh@h+%0JUmHnHu#jUh+%UmHnHu*j/Uh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jTh+%UmHnHuh+%mHnHujh+%UmHnHu$))))*******#*$*%*&***+*B*C*D*^*_*`*b*c*d*e*f*g*********s]*jXh@h+%0JUmHnHu#jWh+%UmHnHu*j#Wh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jVh+%UmHnHuh+%mHnHujh+%UmHnHu$********************+++++++ +!+=+>+?+@+D+E+Z+[+s]*jZh@h+%0JUmHnHu#jYh+%UmHnHu*jYh@h+%0JUmHnHuh+%mHnHuh@h+%0JmHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jXh+%UmHnHuh+%mHnHujh+%UmHnHu$[+\+v+w+x+z+{+|+}+~++++ - -]-^-------xcxcLcxcxc,h\h\>*B*CJOJPJQJaJph)jh\h\CJOJPJQJUaJ h\h\CJOJPJQJaJh\hCJKHOJPJQJaJh jh5U\mHnHuhd%h+%PJmHnHu$jh@h+%0JUmHnHu#jZh+%UmHnHuh+%mHnHujh+%UmHnHu++--//2=2Y2p22M3446777'8T88c9 & Fddd[$\$gd\gd\ & Fddd[$\$gd\gd\gd\ddd[$\$gd\gdE!----........"/#///0/2/3/n/o/z/{////////22!3"3J3K344#AUA%GVG%OPOCU{U|UYYYYûûûûûûûûäդՍդդ hh\ h\h\,h\h\>*B*CJOJPJQJaJph h\h\CJOJPJQJaJ h\0Jjh\Uh\h\CJOJPJQJaJ)jh\h\CJOJPJQJUaJ)j [h\h\CJOJPJQJUaJ1c9;;k<<W=T?#AUADBSD&F%GVGHKM%OPOZRCU|UWYY dgd\gd\ & Fddd[$\$gd\ddd[$\$gd\YYY^^^^^^^^^^^^^^^^^^__Za[aaaaabb4d5dpdqdddeĶĞxxxxxtltlflt`tltlflt hU 0J hU 0JjhU UhU )h\h\B*CJOJPJQJaJph6_ h\hU CJOJPJQJaJ/h\h\5B*CJOJPJQJ\aJph6_h\CJOJPJQJaJ h\h\CJOJPJQJaJ)jh\h\CJOJPJQJUaJ)juh\h\CJOJPJQJUaJ%Y9^^^^^^Jkd$$IfT0 fBB t0OO6OOOO44 lBapytT$ddd$If[$\$a$gdddd[$\$gd\^^^^^^MkdU$$IfT0 fBB  t0OO644 lBapytTddd$If[$\$gd^^^^o\\ddd$If[$\$gdkd"$$IfT0 fBB t0OO644 lBapytT^^^^`MMddd$If[$\$gdkdù$$IfT0 fBB  t0OO644 lBapytT^^^_o\\ddd$If[$\$gdkd$$IfT0 fBB t0OO644 lBapytT__ _abbbb c`[VVQVII & Fgd gdZgdU gdU kd1$$IfT0 fBB  t0OO644 lBapytT c+cde5hFh"jMG!00GgdU gdZ & Fgd  & Fgd gdU gdU =huKVѝ. gۢIӦ+Zm & Fgd gdU gdZgdU gdU cdefgh٢ڢۢܢ-.GHIJnoԩթ?@UV/qrѹҹ#$KLMNj!hU UjhU U hU 0J hU 0JjhU UjhU UhU RY0{Pg~nѹM!- & F gd gdU  & F gd gdU gdZgdU mnGH ѿZ[&7 0֦y/h h5B*CJOJPJQJ\aJph6_ hhCJOJPJQJaJh\h,h}h}>*B*CJOJPJQJaJph)jh}h}CJOJPJQJUaJ h}h}CJOJPJQJaJ h}h}hU jhU U hU 0J+-ѿDTnW\d+&7gd}ddd[$\$^gd} & F ddd[$\$gd  & F ddd[$\$gd ddd[$\$gd}gd}gdU 7v?H?j% ddd[$\$gdgdddd[$\$^gd} & Fddd[$\$gd gd} & F ddd[$\$gd ddd[$\$gd} !01AG4ddd$If[$\$gd kdH$$IfFBBB t0OO6 OOO  OOO 44 lBapyt $ddd$If[$\$a$gd 01A]^o EF\]DEFG*+,- 89?@cdﾺj7h@Uj h@Ujh@U hVh@hVh@0J h@0Jjh@Uh@h)h hB*CJOJPJQJaJph6_/h h5B*CJOJPJQJ\aJph6_ h hCJOJPJQJaJ4AO]^o|5kd $$IfFBBB  t0OO6    44 lBapyt ddd$If[$\$gd ]JJJddd$If[$\$gd kd$$IfFBBB t0OO6    44 lBapyt H555ddd$If[$\$gd kd$$IfFBBB  t0OO6    44 lBapyt ]JJJddd$If[$\$gd kdt$$IfFBBB t0OO6    44 lBapyt H555ddd$If[$\$gd kd$$IfFBBB  t0OO6    44 lBapyt .%]XSNIDDgd@gd@gd@gd@gdkd$$IfFBBB t0OO6    44 lBapyt gI`H. 9?hRgd@gdV & Fgd gd@d#$de ,-/0NO cd $%& \]67BCh@CJaJh@5CJ\aJ h@0J'jh@5U\ h@5\jh@5U\ h@0Jjh@Uh@F%&rlggbgZZ & Fgd gdVgd@Akd7$$If$B t634Bayt@$IfAkdҊ$$If$B t634Bayt@ $$Ifa$ wx       -.34 !YZ  ^_ijAB01abHI~ !X#l#m#' h=h=CJOJPJQJaJh=jh@U h@0Jjh@Uh@ h@0JO} 8 d   Q   n \gdV & Fgd gd@gdV & Fgd i4G) _  !!X#m#%''+q+ dgd=gd=ddd[$\$gd=gd=gdVgdV & Fgd gd@gd@''e'f'{'|'''++m+n+o+p+++ ,!,K,L,//)0*0U0V0K22C4D4444477V7W7777799>:?:@:A:e:ٻٻٻ|)jDh=h=CJOJPJQJUaJ)jh=h=CJOJPJQJUaJ)jհh=h=CJOJPJQJUaJ h=h=,h=h=>*B*CJOJPJQJaJph h=h=CJOJPJQJaJ)jh=h=CJOJPJQJUaJ0q+N,,./{//Y0K22C445779B:e:g:: dgd=gd=ddd[$\$^gd= & Fddd[$\$gd ddd[$\$gd=e:f:<@=>>>>>>S@T@@@@@A;C>S@@AAD;FjFGHaIIJJ7LEL & Fgd gd=gd= dgd=gd=ddd[$\$gd= & Fddd[$\$gd L4L5L7LDLRRRRSSTT#U$UKULUVXWXXXXXE`F`````HfIfffffffhhGiHiIiJiqqqqqqvvvv#w$w z!zrzszzz{{||-}.}O}P}_~`~~~~~PQbcjh=Uj]h=U h=0Jh=jh=U h=0JUELMMPwSSTTTOUXZZ/[n\\]%^^_E``Lacaa & Fgd gd= & Fgd  & Fgd  & Fgd gd=gd=aAbhbtbbddeffhKiijhln*B*CJOJPJQJaJph)jhs2hs2CJOJPJQJUaJ hs2hs2CJOJPJQJaJ hs2hs2h=jh=U h=0J7#CTPo$7M)Z & Fddd[$\$gd ddd[$\$^gds2 & Fddd[$\$gd gdMhddd[$\$gds2gdMhgd=Z  $gds2gdy^+gdy^+gds2gdMh & Fddd[$\$gd ddd[$\$^gds2 & Fddd[$\$gd $)IT\aoy67../qrƿƴƮhs2CJaJhs25CJ\aJ hs20J'jhs25U\ hs25\jhs25U\ hs20Jjhs2U hs20J hs20J,hs2jhs2Ujhs2U=9Y[f 2N/v06. $$Ifa$ & F"gd gdQD & F!gd  & F gd gdy^+gds2W"1|umhchhhhgds2gds2 & F"gd Akd7$$If$B t634Bayts2$IfAkd$$If$B t634Bayts2 r|*+|}1fg:;TU$%"#TU           v  GHab׿hs2CJaJhs25CJ\aJ hs20J'jhs25U\ hs25\jhs25U\ hs20J& hs20J hs20Jjhs2Uhs2D|/4w^.l;sW^gds2 & F$gd  & F$gd ^gds2 & F#gd gds2gds2gds2,      v  Q _Zgds2Akd$$If$B t634Bayts2$IfAkd$$If$B t634Bayts2 $$Ifa$ & F%gd gds2 Q   I c*x(@x[ & F'ddd[$\$gd ddd[$\$gds2gds2^gds2gds2gds2 & F&gd gds2*+|}DEvw%&%&GH !!!$$V$W$X$Y$&'''x'եjch^IUjh^IU hMhh^IhMhh^I0Jh^I,hs2hs2>*B*CJOJPJQJaJph)jhs2hs2CJOJPJQJUaJ hs2hs2CJOJPJQJaJ hs2hs2 hs20Jhs2jhs2U4(  !!(#$Z$%&''(q)))gd^Igd^IgdMhgd^Igd^I & F(ddd[$\$gd ddd[$\$gds2gds2 & F'ddd[$\$gd x'y'''((L)M)n)o)++ ----m-n------N2e2f2r2s2b5c5555555666666688888888?9@9Ȳȫ h:F0Jh h:F0J&5\h h:FCJaJh h:F5\ h h:F h:F0Jjh:FUjh:FUh:F h+h+h+hyNh&E,h=h h^I0Jh^I h^I0Jjh^IU4)**+++ -----.//001N2f2s24b55gd:Fgd:Fgd+gdyN & F*gd gd&E,gdyNgd^Igd^Igd^I & F)gd 556666,888_YYL  & F,$Ifgd $IfkdC$$If0 $BB t0OOOOOO6OOOOOOOO44 lBapyt $$Ifa$gd gd:Fgd+@9_9`9b9c99999999<<8=9=E=F=H=I=========>>>>'>'?(?{?|?}?~???A͹q"h h:F0J.5OJPJQJ\"h h:F0J'5OJPJQJ\'jEh h:F5OJPJQJU\h h:F5OJPJQJ\'jh h:F5OJPJQJU\h h:F5\h h:F0J&5\h h:FCJaJh:Fjh:FU h:F0J)8b999;;O<<H=YSSSSF  & F-$Ifgd $Ifkd{D$$If0 $BB  t0OOOOOO6OOOOOOOO44 lBapyt  & F,$Ifgd H==>>'??_A6BBhbYYbL  & F.$Ifgd $Ifgd:F$Ifkd?E$$If0 $BB t0OOOOOO6OOOOOOOO44 lBapyt  & F-$Ifgd AADAEA\A]A^A_A6B7BzB{BBBBBBBBBBBCDDDDDD׵nnZn'jHh h:F5OJPJQJU\'jh h:F5OJPJQJU\h h:F0J&5\h h:FCJaJ h:F0Jh:Fjh:FUh h:F5\h h:F5OJPJQJ\"h h:F0J5OJPJQJ\"h h:F0J.5OJPJQJ\+jh h:F0J.5OJPJQJU\BBBDDE5FYSJJ=  & F/$Ifgd $Ifgd:F$IfkdG$$If0 $BB  t0OOOOOO6OOOOOOOO44 lBapyt  & F.$Ifgd DDDEEEFF2F3F5F6FIFHH4I5I@IAICIDIIIIIIIIIIIII$JMMMMMMMM@NANPNQNSNTNN[P\P̸ h:F0Jh h:F5\h h:F0J&5\h h:FCJaJ h:F0Jh:Fjh:FU&h h:F5CJOJPJQJ\aJ"h h:F0J.5OJPJQJ\h h:F5OJPJQJ\"h h:F0J'5OJPJQJ\25F6F)HHCIIIuoobbb  & F0$Ifgd $IfkdlL$$If0 $BB t0OOOOOO6OOOOOOOO44 lBapyt IIJcMMMSNf```SS  & F1$Ifgd $IfkdM$$If0 $BB  t0OOOOOO6OOOOOOOO44 lBapyt SNTNN`OOAPPQQ%RupkpcZcRR & F2gd ^gd:F & F2gd gd:Fgd+kdM$$If0 $BB t0OOOOOO6OOOOOOOO44 lBapyt \PPPPP^QkQzQQQQQR\R]RRRRR SS]S^SSSSSTTTT,T/T0TTTTTTTTTTT/U~VVVVVVVVWWeWfWhWiWWWWͻ͵ƪ h:F0Jh:FCJaJh:F5CJ\aJ h:F0J'jh:F5U\ h:F5\jh:F5U\jhh:FUj|Nh:FU h:F0J& h:F0Jjh:FUh:F=%R\RRRS/TTTTTOAkd$$If$B t634Bayt:F$IfAkd$$If$B t634Bayt:F $$Ifa$ & F2gd [$\$^gd:F^gd:F T0U~VVhWW:XY?YY$ZJZZp[[[\\5]]]]&^ [$\$^gd:F^gd:F & F4gd  & F4gd gd+ & F3gd gd:Fgd+WWW9XYZZ!ZZZU[m[t[[[[[[[[\$\1\6\\\\\8]=]]]]]^^^^__ _!_t_u_v_w____aabacadaeabbbbbbb/c+f0f1f@fAfBf¸¸h h:FCJaJh h:F5\ h h:Fjh:FUj^h:FU h:F0Jjlh:FU h:F0J& h:F0Jh:Fjh:FUD&^e^___` afab0cddeCee+f1fAf $$Ifa$gd  & F5gd gd+gd:Fgd:Fgdy^+^gd:F & F4gd AfBff5guob  & F6$Ifgd $Ifkd$$If0$BB t0OOOOOO6OOOOOOOO44 lBapyt BfNfffgg2g3g5g6gbghh^h_hhhhhhiiiijj j jFjjjx@xJxKxxx;yӷ)jh;zh;zCJOJPJQJUaJ h;zh;zCJOJPJQJaJ h;zh;zh;z h:F0Jh h:F0J'5\ h:F0Jh:Fjh:FUh h:F5\h h:F0J&5\h h:FCJaJ6vrwr:ssOtuoob  & F>$Ifgd $Ifkd$$If0$BB t0OOOOOO6OOOOOOOO44 lBapyt OtPtuvf`S  & F?$Ifgd $Ifkd]$$If0$BB  t0OOOOOO6OOOOOOOO44 lBapyt vvbwwuob  & F@$Ifgd $Ifkd!$$If0$BB t0OOOOOO6OOOOOOOO44 lBapyt wwww@xKx z"zfa\WRC>gdqddd[$\$gd;zgd+gd:Fgd+gd+kd$$If0$BB  t0OOOOOO6OOOOOOOO44 lBapyt ;y*B*CJOJPJQJaJph)jh;zh;zCJOJPJQJUaJ1"z{{m}}5~~~kRƀǀ $IfAkde$$Ifs B t634Baytq $$Ifa$^gdq & FQgdq & FQgdqgdqgdqgdqgdqŀƀǀ ^bł͂FJOXփ׃BCDEIJKFGpqst{΅  MNZ[`aLJRS͉ΉωЉ%&STUVÊĊ㸲㸲㸲㸲㸲㸲 hq0JjhqUjXfhq5U\ hq5\jhq5U\ hq0J&hqhqCJaJhq5CJ\aJ hq0J'F Ws?փJKsa[$IfAkdFh$$Ifs$B t634Baytq $$Ifa$^gdq & FQgdqAkde$$Ifs B t634Baytq stDž RωUŊ>ڋJ $$Ifa$^gdq^gdq & FQgdq & FQgdqAkdh$$Ifs$B t634BaytqĊŊƊ<=>?؋ً6789GJK H !"#'()ێ܎ ?@EFTUսՙսjphq5U\ hq0JhqCJaJhq5CJ\aJ hq0J'j^mhq5U\ hq5\jhq5U\ hq0J&jihqU hq0JjhqUhq< I(upkb $$Ifa$gdqgdqAkdo$$IfU"B t634Baytq$IfAkdLo$$IfU"B t634Baytq()ݏ\Fuph_Shh [$\$^gdq^gdq & FRgdqgdqAkdir$$If$B t634Baytq$IfAkdr$$If$B t634Baytq UVWZ`x%3@DINghʒ˒ !"#1iwٓړۓܓ#DIRX^vNW?@abjChqUj6hqUjhqU hq0JjyhqUhq hq0J&jhqUjrhqUKFߑ:3bLZe/ $$Ifa$ [$\$^gdq & FSgdqgdq^gdq & FRgdqŖƖ,/0()V?@ʙ˙hijkntКٚ %ry%&ij{|øjhqU hq0J hq0JhqCJaJhq5CJ\aJ hq0J'jhq5U\ hq5\jhq5U\ hq0J&jhqUjhqUhq<()WΙpܚupkf^U^^gdq & FTgdqgdqgdqgdqAkd$$If$B t634Baytq$IfAkd$$If$B t634Baytq ܚd!Ν gߟ]ѠҠAkdW$$If$B t634Baytq $$Ifa$ & FUgdqgdq^gdq & FTgdq(2>?՝ޝw)*mnIJKLZ]^ɠʠˠ̠РѠҠcd}ȡyĽIJĬ噓 hq0JhqCJaJhq5CJ\aJ hq0J'jihq5U\ hq5\jhq5U\j%hqU hq0JjhqUhq hq0J&jhqUj hqU:Ҡcd~FrZ"qic^gdq & FVgdqgdqgdqgdqAkd$$If$B t634Baytq$If #,NWaoVWXYgiإ (BKX_iwYZ[\jlj -hqUj&hqU hq0Jjx"hqU hq0Jhq hq0J&j+hqUjhqUL ;b!slݩ"ߪ=oJ߬ & FZgdq & FYgdqgdq & FXgdqgdqgdq^gdq & FWgdql  *6`gԫիGHPQIJޭ߭4567:KQZdĮˮ%'/0¯̯ׯد-./079:jsEhqUjfAhqUj"=hqUj8hqUj5hqUjM1hqU hq0JjhqU hq0J&hq hq0JFCح)9ı@,Ao & F\gdq & F\gdqgdqgdq [$\$^gdq & F[gdqgdq & FZgdq^gdq & FZgdq°ɰgnֱݱ'(}~IJʲ̲Բڲw|ߴHMZbflʵ #);Pouy*+FGj|hqU hq0J hq0JjuxhqU hq0J&hqjhqURR@ηY1G$ҼE$If  & F^$Ifgdq  & F]$Ifgdq$If & F\gdq & F\gdq ̷TU[\#$~ֹ׹1E"#ٻڻijмѼҼABCDEFҾӾ!.1_`h ^_kab hq5\hqCJaJhqCJaJjhqU hq0JjhqUhq hq0J&OEFSMeҾ $$Ifa$ & F_gdqgdqgdqTkdՠ$$If0$BB t634Baytq ҾӾK$Ifgkd@$$IfFd$BBB t6    34Baytq!18D_||| $$Ifa$gdq & F`gdqgdqgkd$$IfFd$BBB t6    34Baytq _`s $Ifgkd"$$IfF'$BBB t6    34Baytq X^$Ifgkd$$IfF'$BBB t6    34Baytq^_lLa$Ifgkd$$IfF'$BBB t6    34BaytqabF2J||| $$Ifa$gdq & Fagdqgdqgkdu$$IfF'$BBB t6    34Baytq bFW>?=N*!-ft 78M  [gQ@ABCȷ)jh;zh;zCJOJPJQJUaJ h;zh;zCJOJPJQJaJ h;zh;z h;z0Jjh;zU h;z0J*h;zhqCJaJ hq5\ hq0J&hq<>$Ifgkd$$IfFd$BBB t6    34Baytq>?=||| $$Ifa$gdq & FbgdqgdqgkdW$$IfFd$BBB t6    34Baytq +`$IfgkdȤ$$IfF#^$BBB t6    34Baytq!f 7||| $$Ifa$gdq & Fcgdqgdqgkd9$$IfF#^$BBB t6    34Baytq 78N $Ifgkd$$IfF!$BBB t6    34Baytq  t$Ifgkd$$IfF!$BBB t6    34Baytq[QVsq`$d$Ifa$gd;zddd[$\$gd;zgd;zgd+ & Fdgdqgdqgkd$$IfF!$BBB t6    34Baytq Cpqst<=XY^_LM?ënnjcjcë h;zh;zh;z h;zh;zCJOJPJQJaJ/jh;zh;z5CJOJPJQJU\aJ&h;zh;z5CJOJPJQJ\aJ/jh;zh;z5CJOJPJQJU\aJ h;zh;zCJOJPJQJaJ)jh;zh;zCJOJPJQJUaJ,h;zh;z>*B*CJOJPJQJaJph&[hYTOYgd+gd;zddd[$\$gd;zAkdN$$If$B t634Bayt;zddd$If[$\$gd;zAkd$$If$B t634Bayt;z ?@ABGHpq2绪miei_iXNXNCh h;zCJaJh h;z5\ h h;z h;z0Jh+h;z,h;zh;z>*B*CJOJPJQJaJph)jh;zh;zCJOJPJQJUaJ h;zh;zCJOJPJQJaJ h;zh;zCJOJPJQJaJ&h;zh;z5CJOJPJQJ\aJ/jh;zh;z5CJOJPJQJU\aJ/jh;zh;z5CJOJPJQJU\aJGH2CWHCgd;zddd[$\$gd;zAkd$$If$B t634Bayt;zddd$If[$\$gd;zAkd$$If$B t634Bayt;z$d$Ifa$gd;zCGX^oL $$Ifa$gd gd+gd;zgd+gd;zgd+ wuob  & FA$Ifgd $Ifkdi$$If05$BB t0OOOOOO6OOOOOOOO44 lBapyt .STtuwx cdxy{|  NOpqst*./12c@A,-/0<HITUWXfglm h h;z h;z0Jh h;zCJaJ h;z0Jh;zjh;zUh h;z5\h h;z0J&5\Lwx{f`S  & FB$Ifgd $Ifkd$$If05$BB  t0OOOOOO6OOOOOOOO44 lBapyt {| suob  & FC$Ifgd $Ifkd$$If05$BB t0OOOOOO6OOOOOOOO44 lBapyt stf`S  & FD$Ifgd $Ifkd$$If05$BB  t0OOOOOO6OOOOOOOO44 lBapyt 1uob  & FE$Ifgd $IfkdK$$If05$BB t0OOOOOO6OOOOOOOO44 lBapyt 12@f`S  & FF$Ifgd $Ifkd$$If05$BB  t0OOOOOO6OOOOOOOO44 lBapyt /uob  & FG$Ifgd $Ifkd$$If05$BB t0OOOOOO6OOOOOOOO44 lBapyt /0Wf`S  & FH$Ifgd $Ifkd[$$If05$BB  t0OOOOOO6OOOOOOOO44 lBapyt WXgm}updd $$Ifa$gd gd+kd$$If05$BB t0OOOOOO6OOOOOOOO44 lBapyt m|}~ALM]^`a$%'(0:;~  NOvwyP\̰̰h+h h;z0Jh h;z0J'5\ h;z0Jh;zjh;zUh h;z0J&5\h h;zCJaJh h;z5\ h h;zA}~uob  & FI$Ifgd $IfkdŲ$$If0$BB t0OOOOOO6OOOOOOOO44 lBapyt Lf`S  & FJ$Ifgd $Ifkdy$$If0$BB  t0OOOOOO6OOOOOOOO44 lBapyt <`uoob  & FK$Ifgd $Ifkd=$$If0$BB t0OOOOOO6OOOOOOOO44 lBapyt `aG'f``S  & FL$Ifgd $Ifkd$$If0$BB  t0OOOOOO6OOOOOOOO44 lBapyt '(1: yupkfpffaaaagd+gd;zgd+gd+kd$$If0$BB t0OOOOOO6OOOOOOOO44 lBapyt 1DP]hv,%H^^$d$Ifa$gdgdddd[$\$gdgdgdgd+gd+gd+\]gh,%H^^_vw'8    $սՀkk)jhhCJOJPJQJUaJ hhCJOJPJQJaJ/jMhh5CJOJPJQJU\aJ&hh5CJOJPJQJ\aJ/jhh5CJOJPJQJU\aJ hhCJOJPJQJaJ hhhh h+ h+h+&vw'8   hYTYOYOgdgdddd[$\$gdAkd$$If$B t634Baytddd$If[$\$gdAkd9$$If$B t634Bayt 1 $8M mpyl & FNgd gdT7gdT7gdddd[$\$^gd & FMddd[$\$gd gdgdddd[$\$gd  py$$$$+%,%C%D%E%%%%%%&&&k&l&m&&&&&&~'''ÿ~~d~S~~d~S~~d~S~ h hT7CJOJPJQJaJ2h hT75>*B*CJOJPJQJ\aJph/jh hT75CJOJPJQJU\aJ h hT7CJOJPJQJaJ&h hT75CJOJPJQJ\aJhT7h hhCJOJPJQJaJ)jhhCJOJPJQJUaJ,hh>*B*CJOJPJQJaJph   #!u""#$$$$$$ddd$If[$\$a$gd  & FNgd $$E%u%%%E2222ddd$If[$\$gd kd$$If\ y$BBBB t0OOOOOO6OOOOOOOOOOOOOOOO44 lBap(yt %%&*ddd$If[$\$gd kd׹$$If\ y$BBBB  t(0OOOOOO6OOOOOOOOOOOOOOOO44 lBap(yt &U&e&k&l&&2kdӺ$$If\ y$BBBB t0OOOOOO6OOOOOOOOOOOOOOOO44 lBap(yt ddd$If[$\$gd &:'n'~'ddd$If[$\$gd ~'''*ddd$If[$\$gd kd$$If\ y$BBBB  t(0OOOOOO6OOOOOOOOOOOOOOOO44 lBap(yt ''''''-(.(F(** + +$+%+g2h222225566!6"63:4:w:x:::Ժ쩘kkTkkkTkkkTkkkTk,hT7hT7>*B*CJOJPJQJaJph)jhT7hT7CJOJPJQJUaJ hT7hT7CJOJPJQJaJ hT7hT7 h hT7CJOJPJQJaJ h hT7CJOJPJQJaJ2h hT75>*B*CJOJPJQJ\aJph/jh hT75CJOJPJQJU\aJ&h hT75CJOJPJQJ\aJ '((-(.(F(2-gdT7kd$$If\ y$BBBB t0OOOOOO6OOOOOOOOOOOOOOOO44 lBap(yt ddd$If[$\$gd F('+h,|.12E4%678:U<<<4=H=?@@ AFA DcEiH & FPddd[$\$gd gdT7 & FOddd[$\$gd ddd[$\$gdT7:4=H=cKyKPP{R|RRRRRXXXXYY$Y%Y`YaYuYvYxYyYzY|Y}YYYYYYYYYYYYYYYYYYYYYӼӼӼ贰h5\mHnHu h15\jh15CJU\aJh1h' 6jh' 6U,hT7hT7>*B*CJOJPJQJaJph)jhT7hT7CJOJPJQJUaJ hT7hT7 hT7hT7CJOJPJQJaJ1iH_IcKyKQN}OPPRTVVEXxYyY{Y|Y~YYYYYYYYY$a$ dgdgdT7gdT7ddd[$\$gdT7YYYgdT78 001h:p/ =!"#$% B$$If!vh#vh%:V l@ t65T\$$If!vh#vh%:V l t6,5/ OytT\$$If!vh#vh%:V l t6,5/ OytTH$$If!vh#vh%:V lh t6,5TH$$If!vh#vh%:V lh t6,5TH$$If!vh#vh%:V lh t6,5TM$$If!vh#vh%:V l t 6@65}DyK _Toc265073823}DyK _Toc265073823}DyK _Toc265073824}DyK _Toc265073824}DyK _Toc265073825}DyK _Toc265073825}DyK _Toc265073826}DyK _Toc265073826}DyK _Toc265073827}DyK _Toc265073827}DyK _Toc265073828}DyK _Toc265073828}DyK _Toc265073829}DyK _Toc265073829}DyK _Toc265073830}DyK _Toc265073830}DyK _Toc265073831}DyK _Toc265073831}DyK _Toc265073832}DyK _Toc265073832}DyK _Toc265073833}DyK _Toc265073833}DyK _Toc265073834}DyK _Toc265073834}DyK _Toc265073835}DyK _Toc265073835}DyK _Toc265073836}DyK _Toc265073836}DyK _Toc265073837}DyK _Toc265073837}DyK _Toc265073838}DyK _Toc265073838}DyK _Toc265073839}DyK _Toc265073839}DyK _Toc265073840}DyK _Toc265073840}DyK _Toc265073841}DyK _Toc265073841}DyK _Toc265073842}DyK _Toc265073842}DyK _Toc265073843}DyK _Toc265073843}DyK _Toc265073844}DyK _Toc265073844}DyK _Toc265073845}DyK _Toc265073845}DyK _Toc265073846}DyK _Toc265073846}DyK _Toc265073847}DyK _Toc265073847}DyK _Toc265073848}DyK _Toc265073848}DyK _Toc265073849}DyK _Toc265073849}DyK _Toc265073850}DyK _Toc265073850}DyK _Toc265073851}DyK _Toc265073851}DyK _Toc265073852}DyK _Toc265073852}DyK _Toc265073853}DyK _Toc265073853}DyK _Toc265073854}DyK _Toc265073854}DyK _Toc265073855}DyK _Toc265073855}DyK _Toc265073856}DyK _Toc265073856}DyK _Toc265073857}DyK _Toc265073857}DyK _Toc265073858}DyK _Toc265073858}DyK _Toc265073859}DyK _Toc265073859}DyK _Toc265073860}DyK _Toc265073860}DyK _Toc265073861}DyK _Toc265073861}DyK _Toc265073862}DyK _Toc265073862}DyK _Toc265073863}DyK _Toc265073863}DyK _Toc265073864}DyK _Toc265073864}DyK _Toc265073865}DyK _Toc265073865}DyK _Toc265073866}DyK _Toc265073866}DyK _Toc265073867}DyK _Toc265073867}DyK _Toc265073868}DyK _Toc265073868}DyK _Toc265073869}DyK _Toc265073869}DyK _Toc265073870}DyK _Toc265073870}DyK _Toc265073871}DyK _Toc265073871}DyK _Toc265073872}DyK _Toc265073872}DyK _Toc265073873}DyK _Toc265073873}DyK _Toc265073874}DyK _Toc265073874}DyK _Toc265073875}DyK _Toc265073875}DyK _Toc265073876}DyK _Toc265073876}DyK _Toc265073877}DyK _Toc265073877}DyK _Toc265073878}DyK _Toc265073878}DyK _Toc265073879}DyK _Toc265073879}DyK _Toc265073880}DyK _Toc265073880}DyK _Toc265073881}DyK _Toc265073881}DyK _Toc265073882}DyK _Toc265073882}DyK _Toc265073883}DyK _Toc265073883}DyK _Toc265073884}DyK _Toc265073884}DyK _Toc265073885}DyK _Toc265073885}DyK _Toc265073886}DyK _Toc265073886}DyK _Toc265073887}DyK _Toc265073887}DyK _Toc265073888}DyK _Toc265073888}DyK _Toc265073889}DyK _Toc265073889}DyK _Toc265073890}DyK _Toc265073890}DyK _Toc265073891}DyK _Toc265073891}DyK _Toc265073892}DyK _Toc265073892}DyK _Toc265073893}DyK _Toc265073893}DyK _Toc265073894}DyK _Toc265073894}DyK _Toc265073895}DyK _Toc265073895}DyK _Toc265073896}DyK _Toc265073896}DyK _Toc265073897}DyK _Toc265073897}DyK _Toc265073898}DyK _Toc265073898}DyK _Toc265073899}DyK _Toc265073899}DyK _Toc265073900}DyK _Toc265073900}DyK _Toc265073901}DyK _Toc265073901}DyK _Toc265073902}DyK _Toc265073902}DyK _Toc265073903}DyK _Toc265073903}DyK _Toc265073904}DyK _Toc265073904}DyK _Toc265073905}DyK _Toc265073905}DyK _Toc265073906}DyK _Toc265073906}DyK _Toc265073907}DyK _Toc265073907}DyK _Toc265073908}DyK _Toc265073908}DyK _Toc265073909}DyK _Toc265073909}DyK _Toc265073910}DyK _Toc265073910}DyK _Toc265073911}DyK _Toc265073911}DyK _Toc265073912}DyK _Toc265073912}DyK _Toc265073913}DyK _Toc265073913j<DdW  c `A IC365683ProcGuid_ScrumScrumb;(܃7dF?@n;O[-nf;(܃7dF?@PNG  IHDR@ttEXtSoftwareAdobe ImageReadyqe<PLTE>>b{@@@`UypkUO768qqqbZL```ncU͑iRfzQQQثࠠOD:]ȼ̕'#$znu̢eewnHIٓrNFWkFVXXZycxDL90eV:x" *s&k d\*N\FXE1&9O\L @M&H_rM tG_ɐW 71?VcB}>EAg455B/' \@!U0̌I!>{x^p e[=U2M|_AuQEN-7SUʿ011aqZZUlZA'H w.O 0WSK @p& P(:s^*P m6ˮ$iY8Β( { (dRܲ(5.5Y-QD RMP+Hu|⇲ a{AkReZ@ɪ(P@2+s } *0(ۈ"soJAcwBKNQT?( tj2~N @pv":s4]bG-c ;쁫D(^~Á?C> 01L蔴A[[p  P;qA4?LSA,Ï{Ft8 6۴|˕_ AbP+[ Bƒ%Nd sY)w-h4D|Q䎉+J 3+lV'C?01.kJOExFJ0fE#Ԥ0sy׈ ecAE>ԐBetⲊ|˶6G{(l`4M W=J4τ<=d.;mcQr_Dœ?i ȪX}r!1rԽBZ `̰!s)c v"V$cas^E1rkNy.3-mK'si9P&jV3)ց<{X YdF4]Qؑ tA5+[; &-#s˻v]lդl23$A~G$Kd|l@ԛ=&!GVlan!{L|t4 ? /|m_@p7ʆ2 8ʍ Q|i Ʊ@+@P Z Ut&Q&9IiNq314lPbP7Rt7 .4 VkJ4z"Μq/v+Qd/zA;rxy"b]l95RgO8~"t"yVcMW8eջw *e= CȆ.PɊt m Νj\͎Ҷ B*' JE)D oM P&bЛ q![kBpJ806zj E P{G~icҞ ; agWN(V=-!nad,<8,=XUwDE~Á C>끴pZ504\lroF +eOBѫ B)!Og1 4Jj\G>*^@q+1* th*\(-D8@w]MiBBAdE6agV,G } Bcr,\8|[2F+ v xMl{C!PtbΑȟ,@|yP b?S <D (TP6!qT:&² 333Kc8->D?3%n^|- @j^nLߵ&L fvxCVHio%HA -A.n[AлPµRHϴ ? "P U\;q \V46dcȃB+^Uiq03s ZH\.,< au\u,¿´H ~uκFCX/Sf!xŬjIX'dAβC(+(2aIZ>ᴵ?büd99lYeRؤMi;c~SbpH7l /YGaVU1xeAhE1\)v}!юt*g“vz#"2H"O" iP(O0۲+@asA_*ϲHA 1]ڽ9²Cj1/E!'(&c\[*E((?_[AH7N,A*ݦvA$0SҞvNcqzЕ@ Zz.̵ bSJ+xZ-r(iXcPM,i< no 2*M A BUP# ?I+PEaO hI#D4 q1O4A8bzv7p.&4EǢ| x>|~АS P8ulJD1[ A(,u_ Kuha3W\q Dm!b$@将Cp=ZЭ#-$X=p% W\u^0u2 }|\pߡv ~EAazՁP B)i6j"aٻ.@DaO:5+&p Vy*݁pu@a@h`Շ)~Ї ħstnZ*c@%h C 'u J ie;+&3L3ݼ03 6 ]u@s 0sLj 3G8F_8q)&#Za{6ĢSNSB((o'!h!Fjq wE nhUk%5!,yUB rD&] )L, (I]sG!|i9bQ9Ͳw_uUW֗J1v郭 ܦBRE{żZ$=!H8חCҞZ8x@+4Lnz6=@8 3{B.@!#S@ } )&A+X^>t1޸pvK%v9)vρVޡUG`hŀԓN=vWHS0~% ;J}^iMgB6~v($.5WhUݟU-3Zҽ |)n C׼] )Y,Az_X:묫$ؽo^B\af~fvK'"@ς R/EmA E|`K pdhӟ?@8k*>pTCL? |Ғbw8Sʔr֩WuFkT LS: ێ;M qog_| W}|ȲiF{>DQlzUͳ9xn8%6{Pdy8q(6T.ʓozk% k,;ňR$_RIAQxBֽ$E5-S7|@qpzn*g5<_ ܧ├$IGS d䄧S G[MlY|ςøbid 7_ &FΊ)_ X _reRxHB'trMbBxZp0ecʅ+b| ?N2W"%}"<$FW9H& %6gv:,B7)HߕgXEeE˷m7 A(4Bn%C|y_8N%EB3:Klm1BC"!23CVA?pp |-Rϟ%pz'bTr`и -1-{FS"+ <\G^硝$g-Dcx]`}.1\ mp yX v| * x)a/ °^l-PE_UjS@>@ fBٚdA?A$޽u%P /ŽIo -߼apK?5[K`zz15 uyOFq˗x# Xx׵^~l^oDD<2$/[O@0@W17dQeQ޷$$m\5q3X0})vE+ t0@wv3a? jpdt$,[ن)e//y-nemZU ~UiPDM(жpL SK2 B!C$ј~]Sy3Wʏ! ԡD;&Kg|rt%K94 :$Q:Y`zXOL$ 0N;? fU/xR0Q#Ƀ~Aߑ5ބ9H)1 X/ub\Zz;+՟ϒؘrqgAHˣ?̉ ‡ZS7D`-s-@|Ya.0 (fl#a0nn]y™ib!S8b~P4(32'x|ZрA%fu! #b b:'NqbG3`sB7pv 31h1 Qh@KA(g㐢WJx@n2Ke[Y 3 ;Dyta$!BnTZ}éaPZ΁75Hwl9?£1>zTB fA@k0B$teb3/@O7h6ْ gkbl̲q$k6l8B&a|vQ6>;oTmyBBcY!rt <|V[ovCMHg¶}%hlQ$Pq8Kpqq(DBbһz LԺ& cgrR ;$\C/CbtDU7mt{[OV !Nw5A]nrhμ6az8n5>!Z#4챠?JQbgׇLT:Davehs6ZDz끠Iq2]F;%H߰H&dח Dc~9 S]G['lǿ:R'&FQ~Β]Nn[{S`!=a _O V5uZp,|nyS#1SU=7S7_Qd3Ң ҭ;>֩Au@ k~tbI5h쩧xJ {aMrn4;ɧaۥg!kD“k6s/Cc7BR"'oY0\رmy @Bwx]7 H{6'8lc8+ oNoD ; Jq j$zXL,u^ -IAú PH@:'3rxt:XkzDBU'8n{†!"7 Hs g { ¶_Mh}ڵrSQإ H7zCN0sڷ^1@4b; 죨Ø<*1cHotNnUC s- سD=u&p:A<V4su@8z;A.|{!8,puj>ԛmtd; E=yV A3kZ"EOj@6㮀bglş>N:zx{W4n֖?RlA1\0Al]Ѷs^ ӎL2}h []!V~osy>/Ѷ>!68#& r TSThuqЦesY*-,NA %|YU!AV`pdǛ.G<E"qHo;n}'|J9g7;*H1hvvN ~G@W{5eXo{@[&&!@H5 \G8=vpO_Z9GmvoOCSZPpuaQxr=ZaU`}kƆq5WCݳpGiaԶgʢ ؐnB knš.54}L6%AHr۴cj_,Fj}; Lg>Mh sՆ5o ,ӚqZ:83.je֯aOqׯ^i9d[ d3/Ku!7뎅nIaٙC޴AGUjq˕qy^RVtm[ɠh oR|׻aG7c5AwQ(V5Pℎ<}1QyRSoV3 Ÿzk EUnޔ]WRSOKqhÖA͂x.hǥS"I@= S /%t]OJEۛt@uV"GwX+Q!Fu*d]RS,|7@vi|Hb*RLjI7@uWy};9[u^jDDo th. jwVigZ X 09"XdyA9РK @jSEJM 5M$c @[ RBOBKP\ Y&'ȐqWŢIDžnbRWpdw"2hpkde1MIZPNF w |L߫PFqw).u׋ /5y*#nd!Jғe踎5+]W+5x*IDMڼb]#aJM]$^)eduG '|P.ks<9xrU`h`sb{󣆥&B%uh1R%Dl{6¤}Y0U)r''8gcV^\(ޡb@K%Dx:<?JA6ܵe茼[{Ө!;,5bd("( 86&G;F#J 4X@`ʍ2d  M4&(ERNOxZeHRQ=jpl\bf1~ D!GaBhv$ny3l4WGX0aP5ͭnL ]bZGO !Or01V@(oLM,5^83΃>ETTE0VPbCOq2_<"#DhN]l[Z. c#fɫ"ZV`| A Z9^ޠj87ZqȤR?BM Ӵ7Q a0 55Jn0iǸw93 jq;VLU)tC]eQX|  D{qmdκfܯ8%~V,(ƺ!Luaz)7%˹Lorй8~; ʢ͖Z,*Zq<,{()v,@ڻG'7#+nXRkSܼa: G)j  n !ιʢdiۙ.vp80 (@3~$ QE,m֑UTtpU//5iTs3_bTKKsP`bm |(F5"۶p!E/\֋:YyJ_5)( vzv# G"_ky$xh&Hfglf0 :%G@uHɵay_CgS{sئ\i T͛޾=< ڥ&'V 5m>2> ۾ -0hrlWe˄SOg)L:|*fo ǔ 1`X32$#ul bd8CVSʢ X)cZ͂j Xx[7tFˮ B-i ݇.AZD,X+/!tdLg^VK3$45n`dPaЊfL^x fJAm3G2tVT5q&$A'[b 8,wdZ7 [f^Es"(E>זI0Ժɴ ꠖG炙Ћ{c!҈\ s ƽq˷v̨FɜyM7A **ofSArQO'Zdb& Ԅb LghiH0hvjs$ ׼(JQ9ntg}M.(Rz)( 4Tcjg΅j@F gpq׎bQN[B'^Z&M0"baɟ$?mTQjJ+{t*#URhkhpX -oZ.:2 LOV1&6[-FWK_l'bZ{ҎA$, _qKBy@7-ʨ-ڨFPLΙ+,{Ve#3y[JC쒶jwk`WAI$H]O~%(>TX~$y??Pw?ZsH&ޤ+5&aOI0(AA6E/ -R)T: th1ct.735 a2]׿z(Hj_~  ޙDZweϒA|@.Px j| H_z9M`.?R{%RTp J5lU(ܢ!+5ݒ@TcG݁ ѽV=J L- \d[PzAR {X} 9[~pPkP5JnzAN̩~&a厧ŝ'ĎVa ?Y[~AW}ѪALSAU fG耠[F`Pmm@RׯRl!+mJvy7VZA4(:1*@w +[~ A U#^e\ e)J%)*Tew`m'hDH,+bTp b?]~dAtEAPP# dnyyQ*xJ" ]\AQZl&@Tv5O`Nx 20*ɂf@j}۽eUئd @XR`@{ p"BGs":a-˞~ӇQ&d~yN|bF[ǻf֯_ 1@~VvU` 9Y!;C~Vλ'1zGuײU$(Oo#/_7w %gϓt:a1>$ 9yo˿.eX`vrxrjL7 tBZᡳ):$AA0PpD]Ne*).qN $ s$$d(o )@BjAB>D긳3 OT@l.@e-.4m%f#fzbUP+wݾA>ĮolW X@? -aDn@   C ؾ};wn߫ 9[p 4REcuΉ*HHaΝ;w%Ip.OiΙ&*)7^.{_ l͝A*n:@*ȋsP]g>P$?GBz) uHvꛏkQX @PP̈W0[ -;"><it:Xc-%cW'P-o,a>h@B3Fږ^  "T,5yl(TuIVB>TfS}(ZX8`BHیmǔ˒'@'XJ jXI j,O jLw2 0NIENDB`1 Dd  c A.&IC307329TeamProj_AgileUmbrellaThe Agile Umbrellab/2}Ag"Ef -n2}Ag"EfPNG  IHDRghtEXtSoftwareAdobe ImageReadyqe<PLTE$```z~^h X000nHulcmtZSe}*CZ>HLv:qR,pCN8zg()t|@5`Bb08Zy3Pu :6i"\U4U)Sw.Gw*<&fj B|D<쇾V':LGYo8=Y(2>c}FJ %:$* We8X%Zx ,l+Dgxb{#.t[&bm#iVd=uxxxQ4J/(Ji SvIr,H:RkKDXL5VQms}s[qP^FUMzY7~1WN9TR>d=ZWcw8NӶ1L;,3A`5y*쇷|Ѣ袛o[6zW_ӗ#3p/8gN,)ho WJ85 I|_8krդIW-~3q .tuɔsg7ُEQȔ[Oûw5;} <&7j+`ޮ>}%#]rχnn$#{i|皃{Nln|aOs7۾/<B޴[^}z‚7y<,+B%=%-߇rtoӴ{*zi(>n+Nў3rf#v Gˡ?S}щ3֗O~镗,P.=\ZJȿ{H{>ܳ8Sw7ԅ/s٠f̨ajg^ѯǀ[J!{nS$hn?={v{vVt8)wo}Lkz޲ENu0CT4M}醼!U3suW/=/=$ABƢ`-!!ܳ-wpO{Ưvyߙ}c^ZԄ7+v? ?[Ǘ !q:[8IL/q=q㬔s!!{ '9Z+͵"[ސm+tNM{rFt]}ghbL9tJ1!w.'8+&2BM}X[q}yKf=Np K:d3;`+ m. ń|>0b8̅Y.۔#VUҬбx7oӰ)pϓngZ kp_ k{榇16ή3q|d8 X夽 ^xG݀ )cBBn~slqO8[j'8 tq/f?g`s=; \DpGR,RTg3ى({f-[NTѤ4}{eވ$dg!!gHQUlp- ʽ`NpϳݦyhK[uco# !Ǹ'sEl8 |FtWw]&fL*ዻCG,gElZ8{PR^<"&dۺ͂DjpOwpO^݃Is,RTg5,(E3sW j ~*cBpOW?Y䞌q)ZՂ\O`2n]GX/* 5잩Z+%X8j-]*߂mI5ȕWY5Wq&]2u{]enCM̮aŐҺ`s(>~~ gGOvSTg)$ݳWk2 *hbyi8*ȕ8}0,a 9#uKh6g[J֮xgo6DIcHr% )0Q Fq&J8lgG"8KspC&֔~_Ğۗ$d&QUKଳf-8;&TY]2Ŕ$)2ePY5dκfM8[RgL_Sڱdi.I bB~=8v'&pY<]gGᐢH=bJ[X" I bBDqvslB6]%b J_SK1@p>(g-fLq=218bڢ ,ޕ,Xq>fX 4ltEIGUFH"1$8̌,vO8k$6hRK8 )%JV MGأ8;5.!kYlLfX [jM[Q]exl{L4:X`sVgg+zS'Y?&NZDeƩVgSl/잇Yl gmvR٘R)f9@ah_{ĄDju6[=&/ :ᬲbR.c5O\V g։i@#Zl (4W>ELIRF:Zܨ+se&QY{L ti{w[@qnSꇳVkK- IJ%g{FՄzOs>ܣHQ}ZuVGZc ӈc,S&e RLA=oWT:՚l+>UH!YwYgdײ{bqZuVOZ YMvO"ʅHYnhY=RB,WꉳVkb8;Ό8+$/}%a= 8 ]:#jMl6g΋vgC^=OJ 9gUCq tٍg(pvܸ2Ί54Y= 8lQfq@Бw+Dq0R ʚxrs*ܣꬾ8^w8zr@AS,Drx^pfU_@]YlΞRق|!{}@|~I6,Jׇn%wG?|,oFN&m6gWc8{E8{kc;5f>bMBCͱ^R{Yվ0XrOU:QǼyIƚ5ٕru-8;xJs05?qjhO vMn4tРoU׍kX0좹_x/YbEήO;76k%ϑQ 3w Y0ɋPK~st!@x 1?u2m?قO1~ZHfP|\FU՝CBٕUlξukO0F᛼|?xL\`1nb31^^d{D@Gm=*f"*CŦ'Zf6Tl1̚._"Gv)4Z|OŃHu͙3v`&sA 9q\(kM vk>Ҟ'v' D A/ &1&cW M M M M M.$MKX/}yujҥ\k":R8+{~r\up #GGhs ?B< SB8hXM/~'@6{֞C $s,؎Մ2470_ LJ}r=&a ߱xa+*_O$j+M(xCD,XMXt䰗KPBQǯ $ 6"o_Mpq42'"uM^~c M M M M M M M M M MtwIgih?ҪG4-^sUVS8H/M|O8D }!)G]:*HeCM# {,Gp,9j A$C&pm^a|>?렽~s%F真#tK,ņ)w}^LCү:<.yVo8 |R Ჿ i2_,/BG],?|}_[{D7yCΘgÞ0j4gqQC&t:E*oKSq/O,>%?~JЬ (Od be!+t3b1H'nDSOyԚ4Olu~l hA)㎷(`g JMxMPX@B!AIJh#98IHxS p,@Sf|>u*>?>s^*:|/@&CW^N}|ȿt~ҊX z M",5Ƀ7414I>(YDI.lh"I$:&F.V ?2M1BDbD$d(kh0b.64I{O!CIO'ф5ր k&A5d!D2'YBc;5IΏrIENDB`$$If!vh#vn #vd:V  t0OO65/ OBpytT$$If!vh#vn #vd:V   t0OO65/  BpytT$$If!vh#vn #vd:V  t0OO65BpytT$$If!vh#vn #vd:V   t0OO65/  BpytT$$If!vh#vn #vd:V  t0OO65BpytT$$If!vh#vn #vd:V   t0OO65/  BpytTNDd;  c A8TIC338636ProcGuid_CreateEstimateRankCreate, Rank, and Estimate User StoriesbM⚦`Dnq|z)`MB-nXM⚦`Dnq|z)PNG  IHDR8KytEXtSoftwareAdobe ImageReadyqe<PLTEr l8@J:;f֗SڢŇ/39eNZhuЂ~~毆دWSS׭ثw&شRU&)-ꥵ79=Q4v?⍛pW4Riȃtxzjtk7LsꝥϫaelilSV\çϻӵϨvwͯos{vz¤іߌKEHM9ʗ"tǴkfĀgEk/rwΗiݯя{/'ҒЪ5܁TB)?3"\{ͳܺú󦭹^gsNgފBMY|~a&/UWt'3?*J*DIIDATx `[}CA(O& rFd 8Ǹ47-"/D0BRGv1 (][5m) x-EVV>{ڴ^j[9Jֵ}%FOs~>9+ ?z#Py:W"S$sYh 2`xN^npYp / q SeZU;v B DS[d. Nk\v;^}ƍ>/t. Lae(fQ(4!tG-m95M!jc|k/L{Z֯ 뚾ZL=-M&S޽u&9B_]݆ {6A;zrfiKWS27{f>h]]9e=KF)h)_ZZzM[[n/>Dl7764=P _57^+5[/p)?+/M_}V L_NF"t+v>R!~6悔"t+?KtÚ˄/쨽 =D7!>U /Pa W.Kqe]|ů?s˗[ap|[LpQ)Aq#5 7=aC*󼢿*3)R(ʩX9+?F6߸q{Ia̖ft֙ޥ5Nk_- /=uXtbKjn={r>j^mokA u\k2x,sIOޫ>3= icG[?  k"MREr_k:Cxz*dcڍ)e!=9?Oi~dMA;Y-3л/yS?hlDcS!l5cl/c ۘX)4QKܶ 5Ɩx˹l)*AAMK(I&ܛj9n2,ϯ3L^{7l ;ټlCݘ6&7m7oL|teq?~nW꿧Y(x_侀bV3?fϺ{lދ9et3L f78ҲdsetmjQV!dvzb MkMu{6[V[t|[`6{|iCT˲fMwiӛk<}>ӛ}}-Mwlivu77gzgMLu]G]uM~ӹ-G%y^盎n6=zk[_[zM݄n4L?I.Swshi6-]--~iKuy<-0.f3ְ>&]"J?l5n5mdY{CݺԺzxw7k7l0=fr] "p nL|4njbm!G_q{ؕdcGMe>CVu zJs{qSق B@:d!1rQ$MrWKt7Vmt5eR~ZBZ%uMHnQnKm,7uwwcnCݤ(| w IuKؾ=&fcbݏ^_9jF͏>62D;Hn>1F!nL:½oAьa$Ez.t-]ߡ9z:z;Lq Q&+ϯm=f[֮7]60 &(Ypdp5ls6/\(\[xd5Cx3nL5m8Mv &5\XWL'[kLlr٘;89n'N\{,  p8jz2 nl:e)?&rބM>}W8*ųky%]űͫn8v-:gܱs]]ܱG[֜յw&fwK׹>11t/t^iBK#QfgVo;v[y=9y{l8u4dfMAAaqKז5/6vy壍)TstU9YRrt7]..uōUU9 kkeBa BRu Qǖ/6Kfץr*yp.8) )&S)r 9BN!S)r >yp;\;>Wc,}wܽb(4s.VԘai|eEM+BN!S)r 'yoرţ.׻k-6Cyu-C߫ͅ1[߫iygErׯCu=o< A W@?մןtq׮7_ür״< ~c~]O^]Gp.ޏ֘X~e튖~|'׮[~vZviK%o״\ݿyO{'/=~e^BaԘ_3>qVN!pq(Ư㶐SXzE="ٻ9EI$=pr ¯6g8gBNP}#|$ BNST_w((4)/KVT_e^BaV\)ǚ]T~*wU/@0]5&-iYb(.V]}Ph8 RxO PzOMK/' rmƤ(e=P{(4)]c]Ӳ/sI_ /Yדs55&,osmˊדg/3~v:.szaN\u#\]! {(JC64̧V+P_Qv\v}j}j}jo4P'@or.՗^bi\yҐ'ŅVUSj:.)ԍpu\ji\{Ґ'ŅV•z^u.:W_y! R@I}p!OO QelaѲ`(,twu_stɃTɋƕ we2]Om@D j5=]^";. ˻q:wOci dr׃bX] XMص'N6]]0 K§+ʓh ;]V+{\oܫx+<{oՑaij[/76G4[xS`/g{~Pr}%l!oy‹gV}u(qz0t~纲/DJ+ >6 '@녹J7(Y-PR^i7ޘGȫ?Pza^~w:q{!xc#Qn:r:.ulu:Nn9,7/TZ``>~NT%@05&-1QWBN_p 9BN!S)r 9BN!S)r 9BN ۜN8ؐM/Asp*m$;mf N\fshHybAL+i',QH1%>P,(,[Lcz%n/篼 R=c N[D H2|ͅH;(2?<4mS6)a6'L1 ɣo.TL" yiK;T%y!kC3S(;)?N2e!Bagѷ^ 1ʋAaY;!%y><@=AQvAhcv(Ϥs"2RxF83ad~0];za?M PI NL]?$5P L001nh38|NBC i9DL !Xۙag]9QUm`0<JNp?ܱT#;phBK8}  J/^D!-G2-SCqF`Щc,TB] g0&8G.N>ir5xSPxj8]EV{Xn;# tBPNY mP:46&XPXݡʴwPQ  ǜ A)4C(+#`6&X\B08Jr ؄ؐ/̮RH4fccH9&As S(')Dc PD5 +~yl IE# rc/fa &i{NX. vb`J(DB qc niAqt;165IraBB!1+& `1=6\Jᰚ8h(s߈oV(0B,E= ~!rc Z ?Cn 2(Bůr[ LlHk:-3;˷ȊLMhy0`-rT{P'P b q芴 Kҩ)#K w(CN ՊB8a7ę2· '%3[H3D?)+va}rՁY4/2Mh8+ui:?kyN-d_NtcR Ƅ6cTM)gBC,C-M6ysci)I~tǰ9v;AB#,C_v۔4qCt;! p X>3 AsL1t@HU:$1`#&qi:A3!P:9٢tbPu֌؄S-~}B(E| Y4:{CDZ!-&Bk:2tFBPh0u|&(PHS&p): 10geơ~r{m ᠮ=9OF3NvQ g''~)SN˶6juAOUBܠ!̙ ;CvU? ?: h AThh6:P%ř+S50 KǩuЁ fȮ hØ0frjJ҇ox_DBY'Y Y 2 `0Hj܎%)ES_p NavK݉s'R afay0 Ƅ(feIȠgdžfiF"=2ܩ5BNᢴ|M S)r 9BNaRߚU PXޡtc}ul.D?[kk&yϦprЩwlЍmwع`iUR~ꜶEr 9BN!S)r 9BN!S)^s kEpPCÁz{13RAA8KBSE΃ (l A8Kƒ|U?7#29iilh8_O ]=Rx^5HFq 4Ɇ C44:OxXp CvwBC7J(ץp  cCCzN3~gt>?o: BN!S). oxGfE< O+~OfKai8N!)->cVR8!>YO?= o]>2; )4ai TQ8!p{s+QfC RXSh3Dᔊ; 2dɏu)PXPx<%n.P8JE Ύ%gҊΗJ(Ќhhd~\ࡡd-Og@(א -I545(,->Fa\Z&YYƺ?0z8 PKSX?89pC ?R/S @~d 5a~eb u,!_Laq8l!X'ywTZgϏה\2Rt5Ch.) S ȸr[n)/HXwqRoy =c *<4 OJQ0" oan˿a0NC\i(l K! pް- S8JzwQ\9u>@ؙQ)oR8>?@B J(l=(d-2@8 (9Ý¢8[LӔ6F G̶p CnԡIk EGb,p)̫~x}`lri/'d( We>=_:FƱE )M(vu%Na"(p  wPh/hi0 9ώ4*Rgp(Ŀ.RX(>/'k\I) q, BU٫PP1ҙY0 gjakYBxF{z F'@PXAΎh(<-rOHpvBzv~|ώC}q6R輕VtN (P11Y4 N_Y4g*?"s4^Bk9t!g??(ʣ,ϥȬudptZ][Iu2BZ^i))RkXq0!XfW77xN{$r=%J""ALV(a=ՓX.6LD*aC!ԐZ14`=TⰠhz$^<-B[-XO0+R^iIHi{Xά(lB3C-rTJaB\ЧBs bV:$ 9vd֬ȦAsRB#¥U Yb=PBtx4` ѣ0+gBJ>Vt0 ;hJH!j͖ڈxI-AB/ 0ɶSh /bXeO<„PHsOrejM-Z&F(yt/(zCZJ($Ph'O M =A $ȃf/nI0A%J4JݑlE&QV%B!jPEeն*`IB1PɀͰ C^1 .hS)$ܓ2 5Pz S{K(ά r`)ڲP(6ReA; (*@|B"%dnHiB@SP @n`¢Q^4AќRPH&?+8!€R.i!5 i9]0-ɰՌPЌacL]JQFR,)$m P2"?)O#H]*(!jBd3 ^BlPT4gCi):&@-O B€ٜ5SBKW F5UA'SH2z0_x 9%͊i]]PyjYH9p_"y꤂bGr 9BN!:I24in%UQM!1wPձ%,g RR~g>#R ŲK(!ʔoؤ 䤐;md#RP WDa4\a)\aG182aht UJ}P,TR 1h4:Sr4: ?~٧tEJ(LIR~L'J($  TK?X2%>CjX `p.)I/#r2,r,X4@n48YrRT]"*Ѵ0Bc8V.Sړ)bR2'+.ED"&Y,Y|FSPɰn m,4'$IAEJ~Z"q%4hAH: 3D1LM"WB!^EOB:B$:3 c/dڒ|$)7NIbn" r"'sqeŨR",*qa~tKbsL!Ja;`nW)cC0T jgۙS-.a$|C{`$ԌPQaǰ$^}]R a )dTT1 C$a 8P$KcJ E$/1"YTR[~bBS, fԍ&1Kz cnّ"pGr+E@9V",:sbUUL a&mA(o sTxεNJŗ7x SB{? &52]HUg8SsQs S=Q  NsM3iIٹpVBV)s9QXvŁiMT F9p ݹ)$8!r0yK835:+p5I$e*%EQ(L&`-d L \|5*a&3 ixLтwd&,87< (e 'S'+r;'de P1j!!#qVla8s%Q|jByB snΖ­r7wSGv_!& $y=,DQA=$W}DcѨDV 9e7}ǒ'9T)wΝԻ)8TX,a q@?50IwnI0[n^4cagk;șluY-r4 HXݦ_Z 91| 2  *E*葮,PF L 1Yuws gOao-Kb q80YE(KbL((D2rfFaA%^N)$ɳ <$") LS8{ j/gXsR8ˇBjiB_$)ί=$)e"_d)f.N!p)n̲Ϩ4HVRTP[LU3˕9]4ow.27>.6ps'=̪{^_ H?C{N[[%Ь($A(J 3HlB[E+};qRp$d 1!g G|d+.C-|Cβ` êP&M7EkQ<.4[as(qx64RR1H4"((1s|\-nKV<|8BBA52mmyVdaK1@"1pDښ cIXftB{LЄRYz#1 YgٳPY(h<ЗW=9;5Y^U΂ǃhxVy!!Lm9h a<9=𒣀@ov^꽽p3&n:H n֎*in-IDK=!lPxl"x,͠,;ZMH2姧К*#TTJVpV| >=6gB *i4^-of+:+ކ5iymkCSxPj$3CX`>"S;;G^oV)2 4 H =fE y =MɠB"aKDB ؼY4U'M*)$]ì7mLKaOщW nF([QHc^G"D;(E `̆x0ֲBkji3iPH,?<0(BDw0v66Մ?U[IDGj)YT A%2MmP€Pz6g? YxrX7-PT ѾՏi\Jcd[($%P]CKaB bAA٬A x5'^1@! e*4,>2v(wྃNWaP- ((x<)Բ#[&EL[YP(Nb0T) ЇT"yj^1z{VQ~ a|C$4U .<` ɽR(*U9FKœ @A} AP#`E&{CcۡMJzP:μAp0^?j`E Y~ 78yϫ@(a*>;F^P0юYQK9C45F Hh'o;-2!*pYdB)O‹A=U~ `T18d @ %(w» |ЌTqlm~.TQ)| S\35(P)L^/}Ye\$Ж[-4g=rQF8NO6D(4iuYR,s4 u6QzȚ1qz_kBOrM(w$z4㯚BwSŧ0B BrvgR(=o!ϻ )Q:%&1Cn1S6g:˩X-I) K8FDQ b8Bdç>ix$LʑdΝ!Ifr) :Jnx4*ME}xQO.轤/e*ǻX䑏 ?}$zq'}S∢:n<ЌhInIT!(3Fx3K:KS3QV\uha){KRTS~"n]V0Lo(%t-c/2L[n<.NţpG GTJ6TLʠH4.rQ4-1pKP'aTL:%)aKF= w+H:)G)q V?#E"KIb97JQaįD`#bXn(4iɬ*KO$9FCQԝ[PS1")0S%Po QQ 00i3["I) ?=mQ8[\h1$ uC*~4[1S[Wlr ۑ80Nݡ 5b9 KSBaA w*iq~`gZ@a*BYUXu(ĖKU"c`dQhmnA6EFhɅŨ$1p,#-tʆ#['8D!1 rT0Nr arw8E|2TƣcQFJ?!̱|#[ Q)B!Sb: O?).% 3PMw\@o9)K ƮQrHmɦX1[$]1xO ڕ >* ;SqA}c%͔8 q}EB)+iIrŏ+W,OMWLVŕy0AyI4DN=G/[9ӤMI R\EL*f0tchPq7)2QN2):U7SCxBaryɲfFfaNcγsp{Oo)|aRr \xnH;:W341&u&RRSh­R֥NfEˈ1݋zץޕW&V+ShˠEpPR&%X|g ʜקn7]pG"dzɬD\q4t.ȸ >?MǦk@%?PR. "KI/ĩd%AhXLfkHX Gw/cO;}.QGPprbq7b!gpmYRL%};q#1L'&K( )h#R(dȢZ4=GE\$X.enq DS3k'ha/˹셷; $.FTԏ$~aL; 8/t5[]\LƗdR< DRF+ޝDZ+R)\EBNa S)' ו<<4FߚH֬yKuRAm1ϣV6-l85tʨw"yS\ jI~zw; s 9BN!S)r 9BN!S8zN˩q: s=ʭː_NUj75Zy"Y~zSg[Weeq^Uz~(lx'?{(f o/=y&§~{)H ju!l>+yFJȏS oR>u u5jUi)<ʲ-ur^ >5̔zgZ1g+L5uS"Nzg) X[l]1K6#r.\(9\ z/ &nIENDB`MDd??~  c ZAIC307343ProcGuid_1Step 1b{~W(F6Η7^y_5EȂ}d̋ϑjݰ?͍-?/XuB?2!ѕ?3#‰T7{'͟bwA3޲ǁY~Z.~\2rBG?1etQf߲zˉ9iףtc/#Д146tRNSg_bKGDW cmPPJCmp0712Hs,IDAT(Sc 3Rf9 @@[,;Kɚ$4]^YIJ_.HKi&PH%/ӻԨ3rt 3-YX\xE%%gq``ceѳm Mfp&/-'RS)8kCl$Niɥ}o[B~W(7aȂ}GT̋tҘfϑɅ{'lݯTfݰZQ/$ک|0٨^Ńdh͍͡fГkd5OǀjYFE?ע7ͧs_oԝKP߲o^G?7+ΐ~\2wD6iLˏ@nY<^jܬSMBǁͨu_cxaXДMw-@~Z.:mݛKeέ~^4Η̒A5nѕ}җ7޲іͦqҙ^L339{~_7ݧb[14t[tRNS>bKGD cmPPJCmp0712Hs,IDAT(Sc ||#f9 @<|*o]lSP[ZJ`#Hh(O`N4l+'gsdSlsf'kN1!]=H?sHh&7{#פd9sX4<Ԅ8%8C{aaU(#`R(:#xH̸@0Li7s,PP#)ouwgebLc;Ph|>NŖ:-'sʫB@" Ν]#,,V 3졹L;93!L4p@A BrP 3IENDB`$$If!vh#v#v#:V   t0OO65/  Bpyt ODd??~  c ZAIC307345ProcGuid_3Step 3b}x*Z" gY-nQx*Z" gPNG  IHDRa~ePLTEg$p{&ޱyRMbڨvܭN֠ˊHǀݮ՞gT:Mڪ<ף6֡Vؤ٦ӚY5mΏhܬ5uT[Cΐ_qAˉ{'?/SO='іҗd͍l^̋TԝvEo@Xi;̝f?߲fyQ9ˏfxrGF޲ѕϑnДts^?6*OY}w/"HȂҘfq:3کݤ\Pݰ٨7zLŃlRcΗj_kݯΎ~\2U}ɅB@ΨvZdTҙ5:{͠fL67aǁa>̒h7?4%e\^J0~_6-?4&14SRtRNS>bKGD cmPPJCmp0712Hs,IDAT(Sc Ztg9 @<[Ѫ3f6D1V!:Y5֑$4;@F>WόϲCe6PHŮ^aL XX gL4G՝UM4$4aBPP& ؜9 } R\\(sN35IYO83:K~H;_;DE_001!9:=fZBPhZ2P_tQ-%sJ98#x@" Ν=]@W\ (0gCs 293!L4p@A BJrNP0IENDB`$$If!vh#v#v#:V  t0OO65Bpyt ODdP  c AB8IC354955ProcGuid_IterationBacklog1_WrkbkIteration Backlog worksheetb`N9vbJ$:q-[$eyXetrx\?UՒ^~Rg|8?C깅]`(gf8r3s'j_3I<(lQ<5.XlqllTŏE>6Ə O-a$QKxe͎>sUU4s*W,P"75<*1R 9˂/i0_2DƱaqpY&e݂::D^h0[m\aEx7qf(6{T/*2ed 4'v\%; .İ`Ğryn epZN VُYuBl%HHSaSm4J઎tpS"ׁG{i1frqP@KVlR+;,2l̤+ڠp J{SvKw4lY>euRv?>~LR-7s)ʐRqzal~kcSJpNN囦Rryǹkm8(Hax4Hk815\j!/nh;X*<)<1ƍJDZei-0~El2]n*ƔӔbLC#otIõa)mkSZ m)t`Ab(}S 4ayu@oA)dbXFkT@ֵ6暥V8Kʃqʂ ('CWxM>tSM3I9/v_nxa2`"]+BFfT megRe)v@OE$Waxq(K0?[}iP-x.j{'n2$!_Jc~*\ ¦\Ke=9 $BFa5k [.Ab J3]H[,R?6?NbSmi)d[2YS->On Tph& "$x1 P e|i7WeSÖR8X5. Ki~ ׋m=!҃J-DY8a,awj\ꗑSB%N_YHo\Ek"LH)m~lUIZzEkb$'%Lr~쐐~$2$!hHaN]SZFC.Bٿ.-Hep?Ik3FbvA-F뚺A1BC3;ff&;pȌENԧKzp#oyIӌ͸8&Ų@@ orf3NFB1 }|;-yL,)qccd6 4;H`P b289fNiIpFP#F\]p Xm7OZtɖq쎎6m)˒6nx)MMZVa9Vr: in=m1%c 8IH/s )ǚL5%}DʔS2eLtL5%QDʔS2eLt,5%QD@ k10Y[Xd#L2ѝ Xc5_5'(͕j֜]R)Mke N (ciKٶd1ʴ,ܹ= e2)rl,2FƔ%ɲ2e:Rv`(cCY=`(cD=p)إ2ʔoТv4l(1Х4d2h/̥;2O[sotAD$/ %=PH ֗4V/ 엹 FWwn&0ow=܈". Ih7@պ۱?)6lPT.s~.qC4@7%H.L)5:0 բbٔM)%h>㦀;̐tɸ]8~]jă26Y{_rB[ hNyMX֐PzLR`WKY00抧(  2,( ぁ~PfN( \䲒(9`bq^&RLd=:,jP~ĉRqd1nϏ2hcFϨZLC,2`&F(3v^.2 K4yd\?ʠCJ%$Q #HQbZ7tþɤ+KUFXoM\& AC20)h.:l 4GeݍElNWLek`+V.gFNPf_C1d.3e9=4,C%>8~(ۑvޔeY٥XelPvl y狦,BcSg rڞzlG{7xr}GޔeY9J(b+_+O~/0%}h*_;i>vdS^(k(5MYźl(Qf۵y/l4P.Y.[Aeڳn({Pm,Ȣ)QQ]wJ lBo~4L/-HYɝ;2(K$F3ckՆ2W,=5).")S*I5egSve׮-b 9|vJ<^V(u}cݎL{XfB5 zC!(W*KAAYuh}dzGR ).ŜjOՋٰej,Eo*]ݓܳgor/ׇj1= i/4VȔq6Ҕe#Q 5JȔyb@V[APS4ۅJ1eAWc_ BEB]񨚲ݓ'wˈ< *pOMX 5տ/AϳT{~~2n (Ope|S#ӞT`Jk}5EYX^KyP ]:2ӉdGfRl  Q(&A<& Kq/\g-/S/S66M %m%e8#O !0󥬽U5LYc=N54.2Ϝ#5e8?р=uqHSmI̘]̠ @YRE!`2``" R0T jft`edZvL]O=)`V=Twåcb`dQß\nںT-U,3OQsuIz _`J r)>x nf1 ,`c֑E,~@gZ(۷4elFnrȮc1VLh+2&AFE1GyLh,o~x5_5k7ϑ"壌2F R^(cD 2eP^(c˖Kzr2^l6BvM̛^hs--2mI!R26{I[Y٭Bbv5,fTt^\eeSf4VbhuSxx sYk4aeV1V[B'Ni ΅t9DeP澤@&8T&59J+ISJԼR9227[8eʇ.FYueSf#^^;m!@Ȇ>xv/۽ˢl"/enex~[!}uM`QK5A%`1dK q8}v*6#ӓA$byyk"yCxJ>D{Ӧ˔h 56ZUR`J{"Exًb pUUSxpb R!ˢB؈e7^ 4[Dk\8VV߾pt[̗ N")k8Qk`&К4Zk8oŰ.QIp5$FI· t*B<-SÇŰU*V-N5΃2=Gybxk% LH6F1U0VFY-f˅*ι b\s3FG.\hg5sT Q+'ˢGP|=$a^7xQkbª3e!Rڛ/"&~D8W,@P0S𳂲ovsL tv$LJ`E) YyQ(Mp"/'% &L΋ZU,kƦ6Ϊqnd|578r/G޼);6zv\:]ʤ.Be%4v`%)/!aK ycb&>hoOXC>DY Z]:"ZBM3j3vY2).,Ԫ(!Ѷ4eqMNafjE4b2^U;|n e[:GΖ(˿D'QfEA~&uKQ#hRBXP^? ФkSSh4 ya?IO@?:xBITR^e0\0EQjV<`WR(\UUōVSlNlnx!ޔ?oV #b*%xz5(M@{(Q&vqbB eR%)#0c VD Yxa A0&B_`^M %yt7pz%ܑFi!VϴgPy8S.ﾰ^.r]9dZCCy53SV좘fyde//K<#8zZʠ8p5IT9[Q-y+e,&a,@Y]ޔYraW2*QFJ\p8Zv9 t3a:p YFhj÷F(s8 >Y#rt #থzs2jNN%MV\teU8+:*jn-#-جeV^ߔ/vSMYqkc#ȪDz2͂WA<(kGnѺw'{}0c{^ ?:"F R$ e]VzR&`峜T/3p]eeyt*}$b˦B c&V̦fdtrseoK 31Ŝ|ފ`\~`frMD͋t{2CـrdBkW5vp5ZPF', R/ઃs"4ei5(媪:3[fE2#{`V e)#-% 5eVk9/\b|KD̃[e%ʠ[`oA9)kղ e33BDYu2Z/tHD,SQF}\fQ=#b k/;?zLIz'~Yd^ $eʺZ(묒~tq YEّ9jb~ݞeFށ-e5o4z/)(.(a9= azU)+j"Vv:[vݑޝPօ=] Gdfza-Gk2tLyc݁eZ/pqb0F)G᣼zt5el82{9B&f٩!e7_ɷd1麢,|2)tQ^c9~jjr-R>yWMgaba7Li2F.3eP(cFYjєlk2Teޚ=HNWR e˘+]p~o(ùڼ"%Y>YYլO0 '(5a{/#F8k",d JҔͶ,k>ѹcsՊXvh))+{麼"”Ո5y^)S)V9#;ӀyћiAkt)KL3rcY|B7D+E>GcNZiB 1197_#yF:#S&E Q*k-XiU8+Q6'`6yni]|jQ#a/x#D3L!Lٽ82_X.'^'Hb kÌ͆)cA5^ |T^`Jku5I>B2~ꌜO3~BAxedrnHcwed82rjN4ltx~}5ͤ,a Iđa]&**e$HsU?) hX^l+:#Qf$_"ً1WTse/T#;;5 ~2{. ~MPpԄBPY2iG%eҪuCR[v&vZ/Jtxy-ZG/TUUiF6]hV,)֬&0zŽV:);(VQ0Z&!hC:C)b3Ffcb@)~4"v΍TAҮ_&E[ я-&OzK\u#,^^0E9JUI(egxSy/I:C)r JV,"yMTfR6˽BTfE=&#WVaTv-5(M7LPX2Vŷ^ FjQf0tq6Q;eu\͚w -E_2Lgbgً/t\ d|2})v&Q(Ӆ2k__inR.Wu){Hcvt'RVasrrɰt|eee߮i.r(.њ5$MYbh ʒ[?Lf1?%GϟO_Z'Ų>ai*O 1]Ì4GcΑ}+rF6͸n/iƷ˳3wE1!~Z]hT|Bj22{y.ʶ~e?\ŽMy">cd^đ嫝S8R{rkZW#]o 4*78L(VGiUJN)# ӭr̲OfXqEs ̼U-=_d `wy0E1SA9[plsgUEj|nnli,<2rF̧JBr>W={Uat) ?eH?bieAGټ89 h1JN[iĢ=4.'$ʪg9u,̸[`bLʜrFv܈8YUu9n:NXZ=]9G/e F+f1"gbwJʤ ~ܱ`i[Ա88=󼕮[k[}Ll$8!pfb:;ΌU 577W@WČ)N1?z,#?\9eM[d<1c~4zYXUEYDӺOIE~YuM`t2ۀlSd6".Nb]%`ijdHj䴟uw&FY_8t:,LFٺQ(c(cY&vm3碌ebgصľs/Q;eu2FQާyez h( (2RGMYEJ)4=,.(6{.'f%Y[Wkv5w⚬\%ţW9#{)x:h oՑeh +*~L"}3.#"kG.m-#{iY5sٯ,%KS&'/yuyIӬ6*Ch S~r8Ǝ \|҂7$Efçcpty"&Bn|ĂDȶ2"yiB1Ar)3bVJhy(ٕNJ)EH1BH#ser p}[~u Ȝ 4ַ/_Π·ođ^q P~c"*0G"[T4F5,N@Q(h iUSNH]IuRRpf1Y3=76+ғeeNSsP(S/G)[BIz2q"aY5r 7**lE(KKye)(Ce![FR?Y9ʾY5"Vl,FXg) l9(w boCTfSׁ7 y]ՔDr_撥h٫(ٍ қZ#Bu ; :ʽۡ@w~ZsXb'92O9}!g%s_|2džgC^E9nC=IQ7ژ_$k*ST.l򡍋& ],yX^@3o,~w>vK/,2%eSCX Z9NL>3>I[zHAgɋoy{JoXx6 UY[#n)ypUwI7P[OB{7JJ*%R dpl}vpw=Z4149No4G+R߇LE2i%%evl<]Rv T`[OK썒Eh7z@h*9$Yipz %u9 ;)CF)ݗu|m*X&eDہ,I~q"% 9^gO駝COhhj:jWaKàMih*qnU@JJ|q!w;}ň4b<鍕N8iIc,:r#BU9CT:e X;=#ʩӕqcTGDx%G7FT#B2!sdM=7J{zcp#*)#Y(dZ!SR%r5eU$m*sS3DJlxyדΜq-O:g~[48 J=MZz:sfIPA dҒyprcMcC¹qqJ6~ K=M??XvE,uMҦ,T^ܘP~1L=4a6'J6=432dP%97=jpCFP#)8ٝ/'}?1&e))KJܾ?'])粴o])qGngí =y8KȖ[a5nEzFו8_ 2i*,y#M𩉼Y#=C("@<0 O@!T,;"D)C9?:[ 3{*ۑ#Nr.+) eoziL1R6Lp:uV'yx?=v k~ٸ^xlʻ~hgaĠsdy: oFNs7R6ޭ^^5}c7ˇLIYzPV؀v20lz@*O_UԦg YA=]Qvtgڿ-d;{.xON>XD$SR9=(ͷOnS8]ꑗ(H>z$|`i[_vp7S, M3'9]}1'vy)(HJ7uɗn[YioﾫXyIKHK8~Rk SPVw馺lMQvbw6>\l5D3w>zL^ى?xsnl M&Lc׮{%LnٶrQ(ӗ-7]:(cߺmoe2}o1-2Fzs7T0ed-6FL灌[2F^e22ng1솃2F1ea1t`1VpPQ(kPQ2FN70e+9((c1evP*QC2FQn)(cNYQ(c1eLiOQ(ӑ2:Q(ӕ22Q(ӱ[&Ma1t,sQ-WoyQ({ 9FLwng1X,ce2F*o7nW~`2^vP. 4VebeQ({s2Fe`1t`1V`Q(Q(}0Q@QZ04cȵɗaZ&sQf{nA)tZM)O6+J.F/4z< pm0Vcvxyb}.[̘3/ME)3bhg~ lՊL`v%kcd_Tp p$]M~"HL5iq%܁zS0\FB@%8C0-FY-\qS_ Oֺ\xНek +Fd!6jEʒPVL&Cch[  8͍X o@E0KQ(?)a&7h `t([y|2W&QƄ1 0^KL2C̓L@k1%pOkt-bRWyKnJY=n([+mL_qAC@m&eX<)KQ/S&iex6Y2]KTx!S#.QV fhAIY:S<(3<Z2C b2Pi ⍨`%]Qe~Ф,Ycl-~EM6BɤKA9t KSw@,4Ŕx Ơdm #O&헁$ޑȔ.28QX>-!l2QG};(kC\1FULY׊OclZQfXF}[΄Q({OQC-ZP+XBFٺlG{t(ORCHb+_ceuZPP/0-e ESQxHv;iwe3ܵy/le׃SfS)ͻvJcF,7+O.<(S|ٲ eQTա A2$]BO<ɴ>|XIY>ǩ*/+bY5a*.>([ X1HI+_N˯GIY@j L/U-'gP_W<([N_/nvc`r &Oݿd/HX_fv @0&XԇmKuYX̦N18ї̻)8(hy*|Ldeud66f3yK~} RM( K()7[)K6̋ƲAϳPcI;,~[Ec$i>` d˃PvW*EF*Qfv]@UOf3&W`-5 5m65M!d ErK ftPc6e}.s,EYj>C6&ɔ4eDaPC1V2C?3lj l~׭,WdCKBxޔMYQ٬3de@N \eDOEe4Nf}s&2OҳjHf}*E_7c5o1g/@YKIY0`NA. o2V- j!mpk-Q[d/JzT_K)$7/JZՌ$p&&%e1w2%)iU bٺ?|)% W/=[yZ-_([w=X-(SkU2eAh@SWJ{)2|([oY^ —{eє7:[$e;,{<([g+բ,ƘZ@ѳ`elF6"Rn3Q#e/eLʲ^(ci-rFLsʔ/Oh-o~Xs~Sc*e:b>|Q( #XiFQ([σ2FLBvF Svz&ZFFRVwQ'Q+e![bL~mlub!([Q*7c1teBFdlDxQk_RI?LOTe2ee2](SNbd1t|-r|Sk9~*;B`5^O+ه>?ȧ}w,[q3+L*e+@}hf_c~rk. wܪ¤LAYFLʮ2eSV(c1e+ל2_vDQ՘2!b4gQal)Иyys0e*˴:eP([ɘ^!e3Z˪B([!SS6m\ceyZQ&CH]:12V[#O#ʦת-e]]>cv#([)T4,q,Qz[ib&?2FQeӔ}4?G>{ߧ>w˖Ew\cIŲQe/˓g?@O}S3ѐ-ga&&2FQ(1eSV(c1t++Q)y1evQflSf(QM$&xF-`׼Ť5 "`gH:PYAHd e-׌2;վ_kI{vɊQr(!Ӯ&~Fيt˲Ze)ȴjB<f9W2l( S\Qw[.gcL2FQ~ee캗m2[̯'|_Oo r~u;oOndؙ/{?~d)j4P~)ds2F2F0d1tmuIٌ\h%3\ɻ̫lx$#0FبlQyj׾?Qs2F3e2}2ȬӇ~3cX:;LEY KΠMrhәٍ,;)K}(E I~_)S|QoX&v&SFZL665W4ĥ~@7~a&&2F٪QQ(ӝ:FQ5epQ)6)ȞB,K: *0$hLMEV`c{L>gɳ$V&!([ϔ Җ2$7,6uMš, yEbQYΫ-e~IY5k1O$`csF4,OxI]je.Y9fhK]?U*QB!6*Ǘbc2=)S>Q(ӣ[~| QeǗ0e:b*~B7lE2.7+{F>vnF~We2)c1t(c>_(c>(c?Q([FLe22_01eŲ2Fa-2F{n()Q˨l=e2e&e:|tbWž2FM&`S|׷qod٩'1vĩ怌Q f޹ ȝ愌QhL,P<2&`;W}IENDB`7Dds/  c AR&IC372417ProcGuid_IterationBacklog_Capacity_WrkbkCapacity worksheetb6*ȫg6o-n_6*ȫPNG  IHDRo/qtEXtSoftwareAdobe ImageReadyqe<PLTE|{|ȠTNJD-;6О])))f)&ӽ܇ҕuCљwsnas8iv~IئivM]-Wh2ʼn'.DP'mh:E!#?T09ߗJZ???767@@@```[000vࡢ ʃPPPomoooo{wmvT_kȴЮrbhelupppEDEomnᴱٺa_aSRSꁧФvSQR㨤|w¿ۭ a_`¾ G {2.k~=V# 剋skxt{d_-7P˝} lA[b&即Öb`Leb"XYCʏeÈ'U`ͲT̤A[9fkEUMS7` y'1Jtᚸ7`YܚS*iq](cDvSkOL:^&^[Ŏ:\溁V$lkw'\\m{aI0M | 7 碩RgkY _gz KaӃDmP=kpFLoniDlLJo$R}7̕:M#M7͕:y#s2]7FoT~tT/os[j=uk2QZIosr  u–+fiYYr2 9 w[CޖK[1UHPᨐZ,m )m^xөEQh4ĢhYImPXGMاefqԼa>3v~FrSw?ãmTʥ.cvB)g7'03^o32fg-3Sҍmvک_?- tS{wT͙1 }2cv7j>[WJҾŽk-.-֛bc[(ފTs)Hd8wg8CpBMDy̕ar3=Bd|8>;X\ HmC *R{r3Fjah ;~ag{hύ&á}! kCjʭ8x#4҆jFPj G^aoh4;es€YjAȇ~ 5XPh5ySMLÇv7s:e|ˆZ-0XY>g-Bx;Fa8 x˰P7>Q=0tLu@ogxӤq xC P05TyVꛃx7⭃7„. TGʶ`p%\hkH'דS[}כJ0m5C8\�MN&3}ykɬj*s}h*y_~Kb E܌ 9Q,VmxL6ut-ycQM8ce {z'aG)$UnzRp?w~R+ouFvAV7pd~?]I,WC4sxF=3Ɓ_f)FoFM7ʧJ}mH\ˉ/|_6 x#]o+2rq6UM$$fCLn09n),yb`g¼No3ě5ZZjma6|$ v{6[ۦdki+ZSgxk-܏WqY᭪*uIm5ZRfխ|dpiahH.aoxx{/GPJ@y!Kyy:V!?#agÑ@!:`KsqC|o/,º5r_dL=IFg!༕v72V6ohL˪E7.b6<y|m0]٘+zJlr}xƍmg0' t$UBo ǯ7~w<4x;AՑu{xOZxoBw#`hcL_Eۋ6ޅ7v[MF['m/XXȺe\83}T2,g_m*nƻ t"7Œ˅eL'ަ.a4:d6.Y@3Ewar:r<Wm*0Hz5Q=:f>aDpx#]/oU4.H' ޞ /HoC//o3O.~2YI S DrvB(@qgQ =+.D5`RE(ewEiFe",vH[JPXt]bVQ8?0A઀e,.lYSPإ4l:*X.o5,H^ry`)ۆ:߿. T)z-U:{s^jj\S4 uyy9[(,.qGH(j^i ]:v`fzFų/csPYğsy{^j4wDQRپF:%*}U>.[o}8x+&98bTS{v;4qGslȣ+FdY4\Lvm06Xl0,%ţ" V^j']Rp`!JVjqU^Z}Q/S:~ #ᭀP a]xK5r<]7=(m!7#K ڮo{{G Xb^eu ;adN1(5F,F8NCьǟp%QB3O `R^xك+ |2]% wuuIZClMx1]* gW1oPVhr 7˩fS PR+[ #>Tp(5wǸԖ:M70)A %Qa<ȟBZ,qGշHG`·0Za~ ,\{Ed{/cNP78gr`9 ;#?`1EK{o>\oro9SmmpNQ-nW95 Tioh^,DmoO_ZjR ST&p;]/EobހiWF߼QQo~m¨.vpe\󶱈b'v٧xCo--T]V ohZۋpԻr޶x%/m'q_<[IUi~ 8o{\m`mjحƆio ;¹r<"/ >;E0;byۀ PV0j]jrjy > *`[SSP,c{Ѕ7NlGf\8Օ7ݢ2T*Uo*x#o:ym!96Ѯ{ h2Y헷[^oz,ofD/7[X̩Kgپ}o2,owwy#yڽ'Owu0 p7wO6^듷b@ݳ,oMbl[780M ?#˵?gz>LuMo>گ}'6}CCO望|m<=yFn$~cx;DI4m nEV̛ 7۶op)af>gٟ?c?Nm߄鮉x`䵝t`#Mb2$o[mڞCo®pM$ r9x[EU\'e`߼}E7Q=3 #^~sh6Lg_2|߮DYsvGL39iAy2i쟷ͭqN.np؟ֳҟ|J VoAbsj"xy޲nBy[g>o}I%_W2lon0vwa Ara$E [ InKnO};K?[,/F$p|M$,|Z;p8?q /~)kXG왷<.!P_q'E:pmRc~{}<[/= ԗn0U~کg/g;"FM?k|{}z ~7?E7o&n*FMoQ#Rk8~BFuz~FӹFoeW4o [~"sAgũSi#'qܯ`~hVw/<:6G1x/z,o-N"^vnyUH=opn`cu}${-9n?D-`0teङK7Uq"kV9]GOTͨ~O6;ȟ- Iiߐ7xS nN$\hR՗!%_|oލ:u"ww=;tx˗?tx-f6oDfq191B2 7꯽P}d,:Fnm`֫M[~3/(xKJ. Y% 9Y/!ӊ[O)=Ҩp!fQtC[|b[zb*7ك TH oncɵ 7o{4d V:L3u[z.eZ" T &T*kr ɜ">x {x =kժǡT["ވ7x#ވ-gNR_ y+5ork g5o[.Go$ܽPfk3X-HK FooFY.YMW޾gyۛo3|`K6k&Q FoYg<6q>r+oڻ|3o'6oP .Me䖇Qn(K["k nk$Ͷ>[JȑjQ!L(5~~׶`yޢ,H 8,<'PI[Nlط9 =xKPE4n]y{oxm?̀jG$xGoHx;:0 d$N~kH(\淬x/+N39ͅ|b6o/ɬ\^~ o3WF#o=I39:^`q /`^>to$12afMnZ'o`l"53iI;Zx A`-<\?to226yR(dPaU(3̓m[w0v T9X[^Λy˵}hOG_8O_+b.[n>;,oBk/MQ^ۚ?ŸS~Kfr`1OO_܎;-D*2gʥؕ 0'ys+ ;ŸM~;ҾL>Duo -#:q;T*U嚙4*_&ahp"_6-՛ɇoy'9/޺u֋#{~FMlx#~=Fo1[ҐT>ޒ4]"Hx#7F"o$DHi^xH )EG29D7x#o$F"ޮMgFiFY8ƿCsԐa81wnfpf0v6gkc01D푎 e-:F.-Ax Xlu/k#xGd8XF 22c3wQyNz0,(|ϰ`Py"8^p]mxQ錹 Q+ 05( h'qrv5 Ep o77 PLhG՘ jxjK[fDwMSo?y) 0i9,Y0y<4բl`$Qe0qPF\xoa&MgwfMSVcް28ϛ6 #A[iƍyW'@T}"\D?om[0"7Nku? yt -U  WR(.s@ >LxIosտa>W1(nXGhT0 q5 FWG.\?ʸPi$=kE&ěo}ihW-=敼1&7x#o$F"H$4]9a;BmX$7&j *$Ҹy|ᗅ!i̼ a?VtIB2OktQ͛ :vHD7o8f3xi켑Hx#7F"o$DHi>x9?t;4~2N|ʈ4 1RBo\xKxs;{Ȑn:Y޴rě|~BRww;qdy32Bl ;osOLaeLo-;ɺoi/7x#ވ7x#ވ7x#ވ7x#HFoh|DxɗsR>Um2)S%&+NۤxӅv_?3f ̧S%6!xYS%& +|ۤx#oFoFoFoF+8oHQA )w 5sMP>UD=VhQ[ʧJ][ Ϛayt)xR>UJ+jvq4Ckzo:y59&:g~_/3o9T/-„aVyCXTǬ8]Tf̼}Sq%ͅ8q{ͧ:n>JtCw |JeqT/s[5*F_iOT7mXFoFoFoFoFo6żL5*F [hzT7mX<x1*v#x{w)z%noĦlx1i޸*yoKeWӕO#c֗v˧624015ٷ?4~7^)"yHL ˴]0޾ƫo~XDH #Ú:n^o77a Źw $^xS(kT}|x#[ kYV MJ7m^mز =6FoFoFo}9f-*F Tٵ^o^o۰隑xKmxe5KS/f%MG)uMy>of%'g\3fnTtSat[? A5G88ߏqq%Y Mw>Um-~Th1~ >wB]=TVz%PQ ҅h_ ޺؁မ79a-6ۏ*|u1|#Bo Z˹e Om_,ɨF7JӼy:> 2D& ވaxKdk`:6Z نjɾoxKx#ވ/x]|qpΧJ͗?6Q|/6)#ʧǬK1_.91.ynT&z̧zMWٷo^oې c>Uxd/FoFoFoFoFo6ża\T7mXl^o۰c>Uxڟ"o=[oۈy2K(5[T]^C)|Oɟ7 k>Ux7|F7x#fMտ'ވ}7MFoFoFo۴[>Ux o=S%ވc>Ux oK/oWS-cg]f1oǧ߸&Z$d S%F[>Ui$F"HFu޼&~ҧ5od(~k]5>52 Kax]ps/!d]v ,Xi̙rpj#λrz`J-3FAi3癷/'+Я:Q9r4]7.ƀg]ϯ'Ǜ1Ǯs8\eN/f ny. kRMQa\nٱCe[Rspp@'/v` eجnX|+X-qJax+|uڼ`VJBMz 7& a f ˝]˩t{ 4vt;#x75)|.ϲMͲؾsuq@&t ̈́BHaBoMsn|0PIE MuC ՕZY$px3j5m7ہ# Yy4BHdIڝWf:7:x?c`2p2V DfqV;mO@7\nbOۘl\Q%MյW o/Z@MxOxl,(Q-< ohy^Me9CśᩅpּO5J"x׉݅7Ly]4-cļ T ztg4eqM&-0au{bj Lǣb02 L^̛pP&v4xF0 \M9by+C/a3A97!(1ШVMFޝ0Zczaaaob~ڕiޠ"ᩨr;c$3!IDATx읋Ʋ%$ܔ(yBF)JC6Z)G܃B}Hlk768Yzvgwg4%Gy?e |  q8@ qδE~(r]WqeZxQ1F~i7UQQœœQ]IIChLHܙS'i -Vss>Fh]Vue~Z=".WC>RR,jJ2vUհ4\ҾqBjaĮ{_G>r-բoW<}Z2_x'")(Ԛ4jȋ{]e̫re֫]v]Zųab^$M0DCk*%{<ӰK\Њk&DKn{QeR3RLV*T ZUwq*2̚U&+<}/1\Q1*1*xl<\F/InLڄ֚u 5D-ʇ U-T5bFqW[:@5MVCQ,5*I:h7ZGJ*;5Caȧ bI_K9ש*Ep5 q*#~SX]Үp5#7ɻԠ+LUjd" Gז4\R\Ʊ)_ Jnu 3-֒)}#+v8qkyyd**'Nn 5Z@4i"'E)@2V5n+ѿz=s,:NR2Y/[c6έ-_џVWѫdΟˮo㚉]A1q%͊Wk׃4i]S  >H1LC*FAk>rG%nuY'~I{YJLO5P1T7P,NZ5by$mTͩ,U͒\xj!$m q8A@A  q8a&,Dc98f1qJfUŮJb"z [!N7m3Z)ƁvTuq%r#VV*Xe홊e8EmSj)+Kȯ,}=SԿ알823dnDN=IYj{"Q&YACk["nm;PgNW >ġUP@z q ġ@CAz ġP]"N_.BxgЂT҆I@\WiwN>_KEHU;Gʹp )l!Mnqq]W^&rgHW!< A=wq7?WƟ>}z>#n.=_xq2ߛ /6^yā~7q'Ʃ{~ āGdݾ?4> t ĥHϧA9q;K'o8cvv;9=0qazK򵗤 s Mo8Sv^9GoRCw?h@@jϭ$$ngtkm#/͘j@s+tOKn% qāf˛߽gt uA˭D3j[n% q#t6ǐ=̍{ā8ʲOkn%U0U򝆌Αk+GP~nKGD"){@87lϨI(#NW?Jhvjؓ.S7_#qY&5eĩ'f幕ZGU\+l>7t'0bTm(s+V̽F ta Jo޼M8.q;bp}/m戡o>_@\3tޟK= 6q)7| 6_o> ]M!a _yJ&tOā\X&M+}mӿF޽{,qkܓڅWn\X%vp}˅7K>s %"|>_-\`ʋ<V@KH_^Η`.Tm=q1Y]3oVr &.0~/Vȁ886)nkW[A8;Sn]~#Bāx:*3t}r ĥ@}:Wzn.d.@\*{ȝ'NKDr@܁#qst&%׿F^FQ+q<Ӎm+f)BԈcNu\Rx0tk@܁"ghbhn"8q5f^|-n}mQ];bHʄE#9Vۣ#w. +\ 2L7t6Z3DR&)Z}rgeޙ/2d9`n(pZL7)^'JFګCM$UĨJt&qA] ÑS@!eՌddIZo6n\X_ s @L72ݤL{a89+bFll|ā C戡āT E|7b5'qi矡#[jj6t ĥG\n{p0&qi=i>` q\ 2{Ɨv +gāԉcadB/-]=iz@н Kcn{.) %W.-֮|C7 @\ĵ,1݉@\0Wcf+d3:fAK`+q" o>MZ@KEmu[؛Q(:b@qjt⹞:Uw"Ai`5{|zu֡ā ý3-ā~j: *\=R%:B@\js34(Ο8ތ nǸrXgI6:J:>ncc6{٦B~vήNdčPz`7nqC7L ĕ!ew+M2:G׭114BJ˕Snq麧B@!F+J Hs+Vk<N2:]tw`r+J=RL`ѝzΝz=X_Fn=[ggtv?M-``W"?G7B}LvjYʨ&iVsǏ ]$!6%C nVtACq{" 8Z't/sC~^āE^`uq&8u@@\+j@}18O}C= @\Wdrیng'nv% \؄VȌnt:i7B@A&.Dzh}EoJwā4??ΜWz āHftArdx :RDC@\JW 0Ro@Kuj-Z/\@Ks붲孱`WRDʶo覇AKBк2|/zzā8q[{/!āWv6|3:>; @\:Wckf>Vst{bk\0:dB7z0gAK13T==x9&K, n^3Wdesk$qڶL7I(s46e퇹 cmĥFW&DSWl}44:quT}gIVz,+󹀡 UKYL7IsF>_@֙zyidI醍e>tTm!fH윟i$5nfBA(ʾtTmO 1״ۺ5Vy:u?:FոY*/dIO7:s+utOŝYbFjOoA%.>0t^o@F|oV/F6qVz!`ރ8@{[5\#>l,#;4˭\ΨXTE t'?:eUŮJVWnw:81&N7\4RrUН}|78>x5tm9<̭\V?k9A9\S Ǿ: ݡ%NQmunjs޳}2ftF[iw'wgn%:3V"o@KXL7g @\ꙋ]&658M͛Xy9ͩsн8 @\,5oBW͟_݇0C@\wagmucā\ٞkdfɌ\q .XNz?Y?@\D?\(W@Ήv|r@~PߚUR岡S?r@ FB1f騡[` E$ۄrqЛSTҝjāt\;&?48xE2 @8+b4׮z:9uđ^qkrD@wMr67A뚸ѻ^$!Bn"Mkxz?*r+qqT=&K_eTVEd4#"hjO5Js+!MfyښW3}Gw#O~L7Zst{eyϼgf$9>tf QjЙQcxN:uSt[i/GgtlBLY9IVGCn=A._n^0t a=έ!Ҟ!. k+t]-`M9.{LU ]6ZG, E!.7M;x7[ q{̟ЙM3r~m@;p3.rX&1BWFs Sq z5@ft\7iAaMԹq .Q\ԙQq .JoFs jj2 @\W=5`B; s=:eq\"qMd#̵y|ā8yGۓ|Nc@RI5b`|Z}q 뎶Jt2GC@a"_*1V7]}xp"@릣RIi{>fꉭ@벣%9:ā;:p0w86n㄀% gUBn}J\s59yVr.l\ ;1}G@L7$4G%IY}w tq,}=SSvZH|e*ecz4x]T.v5G'|Ŋ]MogB:l'|JO砇-l_|eRNŷ~seڦ[(>Ӓ9(CWڎ2E)IN\TH0Х bm+%-[w]eڎ2E9I(MnMh{J^]ڎ2N n'cM8M.D%stﾶL3#"|'z\LL勞|e17{ }xA@A  qNHe:H_{aGIENDB`_ Dd/   c A 0 IC347978TeamProj_ProductBacklogProduct Backlog ba ndt.;W &~= -n5 ndt.;W &~PNG  IHDR/;BtEXtSoftwareAdobe ImageReadyqe<cPLTE@@@000 ```ppp{PPPO WIDATx읉zFY& CX\$w bQKm{.r,|rO| $ i|SBs;_||||||||lmq]o=|UY>Br>oa"OٷZ:.㡔bw\}6z#ss}'~fh'q'1҈bL{#XҪZw2)Ui-Aꙗr?PZ[%+e1R菫??Z!2D!rĜ[MXݢ |s|5vͧ`ȏ뗻w;~K"w!f32\-%;P|P>_/󶿌?|y{|O4|;|gvuUC~{u7W /HQ>29Y4u(kQ)jRXKIWG\Ėnviԑ *֤GԆZ攅> >}tbXi|lYeM+NK\@JI:]Aӣjos:s6BZ}cp)ed7gf6lDHDբbu7Vطg,F70O>O>YuiMƧ>,9%|DwbN>v|t\kzTk.!Ƨ߬E)-VS|OZ*ڻPV.ӝrN.0t䫆I תu|h+SDV[[қK62F> 2A_"q|^!v7wG"q| >>>>>o'Jϙ(|8w+v,Ij;asfaП?ωywR||~.';_"FUb>Xi>7aznk&_K=7|S> y1#4=Icnl|4s N BȒ"4ݕ&mKQF]۲36Znhdʰm9(%| [M#PG {ʹ2vPMih'USE;aylo<yu_*'Eƨo׫srn\\v-% ɪ~#مϥ/mVld&ǭyev#Kj>|R u\մ,um#y9>/ANeu|- 籵!-eJ{ڴ+ёѽk{&kyFL6n}p^>|+s5O Cmgi<w3ȆP|cDY':ޗO-4 ]ZӪϓ905V/wo!K|6|+m *s^欶6–5ϳJYM*&i"Ԇe!{&w|1)(>d3hW_= jn]'fz t.,3mr]b˰;kc-;RZC |bJծ,Lo-͉9NޕO1$T5`_[3G̢1?{zRK\3l''{||J%+q|V.i"vG$>~ǧE<4zPw|Tpn?tz>^]]AE',[Wb`MsC|"*P&OoI Г7>6QGWm1&ȴ8"x2l;%v+mlX5M/Pg$(O-deXTۭ|||~>דSO{ޞԴt>oƧ#rۓtTv[!V>y)&T3u@L2-6uP99/EPH'עQ:n|hɶ9"dO 0`2Ё[_sד Y𹍏mj_sFJ'9q`8\V[W|,|sύ9Fj0֚&e1z.֧CƇ$Z5jJigUm&ol\<)ź&\/;b |BPWx]M Hiܭ&}/KHt9דS (?49~|ۯs |.>?y _>>>X>sZ>KsZ>̴H&{5D5oo'nlssOcG>? ,sN>:;܂Y۟I|N?p<*909} 02x IENDB`'Dd]   c A .\IC313630ProcGuid_AllIterationsHealthy version of Status on All Iterations b s?e-n s?PNG  IHDR/tEXtSoftwareAdobe ImageReadyqe<PLTEĵЫ@@@Ჲсywq<;8???ҍPPP000᳠ ```_r7R鐐-,*pppKJFZYT___ihb///GGG`kkkOOOoooӎlwD/9Ynb4###GU)bbbہg555YYYk=}}}ttt#*>>> K71Af{,,,;G"+DRϷaSd0NzAT混[QLw   E= RI'|n:Ȼ6Uf;^p `U- ") 3=GFoݪ&;GҴ*3WhnJ{IDATx݉םpEl) mwaR meIZSbرhm{mw{ow>4{3 Xx4hxyo޼<F__jףv6 Ok|.71YțM#$GnJxL{ؒ=2x X6`Wm<6 mڈoB;uH^ZݷTq{(Bғ IxЂB}l|X&QVQc NN-{U oy_xFy>`6t-A6a_@;e> ^^bDqCcѨ/Z懆s1Z_ib3[B/6)ЇEykY ן^k﫡yxϖC|b3([@sDndCB@<0Qw8ҕP@WGGa!{c)-? EĜdXQ>#iߐԲoZ8my&&PnයdTQǪxD j 7BkM296Mx=pYyKemXߐfz#tdyIuɰ9:dz.6+i M;cld[uаĚnyD]2(Mcu]͍y)/uJ-֏пaa9}v`:h'f#T_82c8H恶ِ/1w;˲muFX/?4t>]ivez5菾i_{xO|=_|yLM1,D[>c/ BЏXCm}|T"i^{Η Bx_x_IB2Bv^gՠ!yzdBgm(DA5HFL+7J9KBw -(Pϸ" #pE%M xXk773NoEN+4(d:CC+f7#&g1]Rqū3 8ɈWR)(obAE(ŽPފA _TIũGZohELU/54TsvtYACMSJ"tX ]'Nɧ#zA#j' 虉 " Yڔ6FhSg T_tkYKh *44 qguABUhzn d @QȫJ<-ĕd>/z BɊqJ>- p6͈qnU:)!(^u> FƜ^o&Cރ omVhCzB { \XtZEl2K%:@{tynA:%vIմ&tSd7j4\x B ]@~?!h_Y.88-WT/VI%aLCAY֫Y1Eb67뭾? 1PNYZǽHm!7 [$QǴ,xh%СDΩ@3+t),hp#%8N"VW4^=C;pԩ<;(7  \aCś@%@ n޶1ŠBl ~^h6Uh:x{0!c5l Ԡx}dFk%IӡoX(h jl'#YZsJ)K3k {_qFXDq~Wڇjveq*M/y QLi\Qg> hh:#4 nY6  Pi.֒I:B/OX^aNAv޴k#cNgAM-Ex[ou KY;<2mXCdAA^ Lj 4B#4B#4B#6SnwOm={`YZw`8d[>i>{`X5Ӳ'RݢGx{}6+s/NM?&mtrzBw~7]f\_TƩ96%''+N..OAhs蹓Ezo"9+'&-pmFg&/C>ybeqH|sv9Z}~'3f֦#c OxC"&͸O n!)hM+⚿JkZt'x1cg㝄8)AfԶ%="dzf m{h^[;]gյ q:Ds$#R:Sh|W_;{j twad  v4~ /&fM7B#4B#4B#4B#4B#4Bڈ" 6m\zoCL'xfsU#wz\mv߻|Ƞ7:>?ЋMVnGhC_>}*5 f6_\u2oB\-_RJW}h+q lz|}v^vs$4tT"VvArKpLHniڰ^3'is#tc- U[,R:X*h ʮCt+x+gg\uvݱ.ԶP%.:Iqn]M]tK+{_tX]84FZwHթ堲/A^.mAezj_:AOڵ$IpEbM "#%![}EgڜRhkl54-[Aolz#:cg'*W@r.A+3P:\9(Iۂʕ}-/;LZA?{iGouyEmgVk Njs'.@ 7D{l t{6xz@p~^7gґxn㞿н g@0;;н 3bRM7fV'cs) m2hu2Kt@6ZÔtM~AV6|l2uNB׭N~zyi`]_4=C_^0äl2c#&n msSkΎ[[mqd u<=;B na_}D辄ƦЛ =螘1ChFhFhFh}ϜX7m}\˓F@\o#땊ofj?BW*'s'+suB{svݚؾHow ut+3S& @]ǜI݃C&A x`E t 0gNIENDB`$$If!vh#v] #v( #vj :V  t0OO65/ O/  Bpyt $$If!vh#v] #v( #vj :V   t0OO65/  Bpyt $$If!vh#v] #v( #vj :V  t0OO65Bpyt $$If!vh#v] #v( #vj :V   t0OO65/  Bpyt $$If!vh#v] #v( #vj :V  t0OO65Bpyt $$If!vh#v] #v( #vj :V   t0OO65/  Bpyt $$If!vh#v] #v( #vj :V  t0OO65Bpyt eDd 3   c A (<IC378596BD_ContinuouslyCodeBuild and Deploy Code Diagram bS@«q3/-n'@«q3PNG  IHDR1}tEXtSoftwareAdobe ImageReadyqe<PLTEyfI.AT[vyYzz{vöŷ...b˿ȼzhql8kQi8ft|\t>cFdLLMsQkkl~^)9K?fZpN666p~~~{[xW`u=ծz_h>Ģ×AԨpp7`b.9螃P$sm.+ "95Zr=؎"9x%98> @($sT$BQ^A Er U#9螃P^AP^AEr U+Er=?XEU_x%98x3`r U}1;H x/t]r U}tk__{bQO\~O^/ 66ݵօ<{WW8 <~cS~gʕu,g/ֱE=Ƨ>Y QQ`uo5Ou:(\צTO^HֵEelۂ`][/DE=wq9xu熐csS>9/phεxQUg8M׏8A Dca81&pPQ#f6#ꘓ= Fiڭfs[9(8BFˁqtmR|\: Ŧ~~m['pv~":YjQZT;V]/@jAKN蒈Zr+jݠp0mhȉ{E9l+mqT8*\g蒈Z!s`$j]{pXtĪLp5 T\[`Kgv̥[YDu4/N8P嘩`- 2I緔t87ɈBxsPRtEj. OZz5D *sd6ֈsOXHf)d+80d, X'_C&#Lz?1$mu~P|h4&łwXQs`blJz|; v7[An5 t _,j&R,E9P0ƾ??IH@F$ 3 U tySlիA髝o#j'¡#R,ᠹظbyD -(2)HԨpzJ "چM+>R,( maT"2>/}d8h,%$#OW+(S{)KWtsC/ ;fQb{ڲp\Acv%APYPza7V.(IBNk:.\JQмa+ijc+`|{~2- &B3 5zLi@Z:65'XnFǺpQ#ȁMLta^UF 5z3$M +̃98(\q03&ZGLN+3g~=Ƨ~EXoW:_ʝq0>-;IAE'Os^2Az\Kn;9__[8v'sZ4CAzauy-KQm?_Zqk}__b@@8;Oޢ@sޫRTŷrm'1` ssa.E;nCytspsx#Xr8Q9\ 5,;rsWC%ˎPc G=pxp辪ztғa4iHrswAƁzbO0@MmX.M LKSŁ=9˜ktqDsc]C3PbW ˭B3099kƥx]T2AzVq9+#G9Q9 5/,;rsB%ˎkƒn8$w=>x?'9pp zOu_{_0X˗rsX]f߷ϟsrw6):^:?zױoTl^?R9|טSQK3-c%oٺg/ܽW]s}ѹɉ̏TV^t]یcHόO.̀:5־qVT&u,YHxpN_lԵm hR-&:"CN-g 4t)WJ!j8\+|k'] Qe5bL9f]cUM@Yf :tAԈqRӱC1k1e59vq+>dm+3Ml텕K)j9h700/nk[{u(0^q5 Huէ5V(s_ѱfn-HQΫb\l~cp\J)j9UjټVBQxmİp 2d8]?b~˯+׽C/(k Ȕ >[:Q;&]eX8e-9x҉ېie`4pfUīLSc`2a:4;,=(kȠsrkNnlDF pubRtK[.I{"'2J[ӌi TUMY۪ٯeGc2`I 021[(J :minV6W&ZH9=ω*,)IXXC2i "[Zs1s$\PHgv+m#0b)@76u6,*]M 9i[Uq8C.LO#D/8-ȸs0i-u&jOyNr$\TM5N~`x1G$m7ʁ^&b}tt<h),IPCΆD$T!ݼ+1(;ҡkJ&jM XL.l=ܱ;5sX^rMpΤ#Z}lp@P`19 %JzL_lC#ˀ%92H9m 5s@pN Jr&s`fx@F>E"4eI@@s0*^o%762H4r$R Wq@T]EEK9:T:-i|n=>Hdqaw12zC oQϣrq/`2O $\._qa>L [h &Q HY;%H_#_hUF.3X@E,kBDr jc9ytrQqzg4m:YY,1Wԝq|PQĮy`rX[lӫyctKg XI9u0J9PYD⸽vg3{c{ɗI$ٛ3t_ZCl>b{A89E?u M)?7*J&vP%3=W2rqA'~wtƁŻGvA1+ٿ=pj%ՠkwk̗"dVwu8fk* \tdƋ?MKp?@r 9H$Ɂ@r 9H$Ɂ@r 9H$Ɂ@r 9H$Ɂ@r 9(ǓW63ENou/>||#@#qލ; >+N5ñ[޻k;yޗ?z$yu<3\VtFhQ{55!*#sGɻ///@ԨpW˳$$Ɂ@r 9H$ Ȗ,_Q|gwJIENDB`'Dd   c A TIC378597BD_CodeDiagramContinuous Build and Deploy Code Timeline b%5n[qaŸ́F%%M-n%5n[qaŸ́F%PNG  IHDRCtEXtSoftwareAdobe ImageReadyqe<PLTE@@@àLٸQʋww?000zn<Ըpppvͽq<|\cdt```PPPzz{ kVg{v\\]cXh\'z;E[S}B>7==> L...Źz~[י~jesQk~plGRjövkklźcܝŶ".˿ȼh t/:Lz=i>65jic[Q,LFEkLLM^RO765n`]yU갰?n\Ym>ɴWUTxX<_+)oKwwv^OKwP຺za=ƐiP]z'.졇LSZXXXnc`kzfd"@IDATx d#J+c-Nm] ңZҍV!HKy[\Z+(Tŷz"h F *].OOCEy|\owޝ絻sϓd~<빭_olM vuY)w'v֋'i}c%OnbsO.hO\>`.u㉛ ,=qk=hS:icWm VO>c7r[p袉7>{wWm?o=+7X=Zx=F[#tЊ+hSս&SCS&>ӧ'hwl~Ǔ֝!dD@ hqWKTpz~LhS[W֚L%ٻХnZ VȐkO@. q@+2TG_W{0n@CkVdW`@^>hEJ۶fX@CsR^WJ 7/b VI ])C~o 1,[%PC`a5^Z3;l l6 %ɁZGKCe#VOTP8笧 ݱZ8о^k@ 1tpU C1Mah} C[@/?dGk*C6 YpNM7ޒC3}QCV:'X*g(SõQ}uw9MãT/duKC1MʩS#Qg"S + 1T\qE7K=yQ# ɇ8 ]x_1fZO]ku|лVdW-5@+2T+j>y!jd!Yl1.q:hm C;Ddh&ꉻ|'{羓5NcZN~ɾ/ؠ= ؠy'c{C'v7jwWmv7[Ϲh{nMig֚,U؜țjի{q_MPA]1MPͥnb;`1$dL VvcH Kɘ:z7 /6kVvcH Kɘ:ϯZ,6!,%cQ ЌE1tlXk?z9Xz,򥡍c(Esί5 뵔0C{gM!fFF/K/ed"_쀅 B} h@͖>f^1bhs CQ h*ZGex±9)5MqEϚ 쀅Z= j2Ui5K`KfIkap%r.\M7Udn8hЁѡ ?|t(14һ|ht؜k^`d/67 K?~R_M*,}d`l]kԅX3otMT"CO\9 !!:=ЌQM0Ca8^dZU14WY`i7bY9-yfd׳οe֬y7֬--'p8b*ԗ͞ ԰)CVd>jc/ab)6SKz_R_M- xK먣bsu`KPUP=b20i$}9uC˖W4_{Mi^l)i.+WrKsN3ZZi֭-mYT-Cl婨|hxK*6fl"]jU Mu-=Xt/6'Y:_bMOT@KQ[:nl&jS b204|@e0C3Ec$}?Flfz-K3\Z\񮁁?_`:3̙}54禛 [n7a)5WSj0q4[֏Vum^l΂6T-[>p>5l -Z6|7z ڸ&SM4lhH!ؔ>ȋͻVvO-dL\_ȋ5@+;`1$dL }^l֫<m\CYJTk,Cčͱ@+;`@cH KɘZVO-;g˕w->kh=wEtlЂ{Nlˉeq;K$dL%661|Z(ۇ{wɗ+ػb37=~ lϔ2+*cMU~NX6VS_`)KʚS}/=x0rqZdSk0m5%%ALUl ^.vO7J mY6|0N~tD<Ԉًp'68ǯH:Wn/~z3p>ƨgzS*[+m_.gt_ 1bzS*ڣYt[G/ŎMMa`+S2Gܪ7ߏ[ʭ~]˜V7!)dJfr,be윚f6r$54qH[*0fR h 3L!ß J*o5۴4qhg, Uld9p3q{;1#ofb_*kR%)71Lt-ݘl0N0CĬ")3;Ҡ ]lV8 qT>ɋ Ma`Ĭ4)n*8je!Ma` i9*)+KyEFDS'!Y21e_jk 3dqRFxNF@SɕLiROl |çAzZ40N0CZh-T\+eYU0N0C9P_N#0NRL1}z8I3"?KS8I{ϼf6,[IhR^E] FDSmrjA> l dO& 8 MUd?tӿw6m].h4q 'rGuCwGsB4qР#Nl1qxWW׆ήUܱjn`dCw?b  ,sò7 o,?ײVsƉ~b n$\[F)lALabe-k7 = jw 0Ns~sl⠰i;}/.K^-+If|J[J7ϔZf d+vS޾/7qXdacoVXjo;o)-o ֋&z#V *KNƻ#* ƊrO^6% \kv[j Ů/6.*LSZj)Zk?~YDlhSіRĩb0T2۸( ])Cg P3LbhZJ 5+gЌ0tk=\S3LahPwPyp-n CO{DIY`?} R ͊S3Lˊ_U%Cetu >l5/[ը852 !C2 C#Hv5f64&6?ubF0D}l7:bsnpqEM heq@66ql%s[Nw+nJ@K-39޾qg 0N2 !C2 !C'djCzT$'8 P B!C(d ! B!C(d 'Y2esd )Yj aK`5K8tW8CsZΐxlh9Ctj]£G9E8KV 5MyeC9P> @rBA!CJQC Rp`eYhTS vq$>$L #TnD`BP B!C6b CdY c$7M%BPZǾ UO_ʘ0F^ۣ# B :2#qFPIL2M)d%PpDPX y5i[ (CCkX\Vs2!S$) jgHbNJZ6SP!-BŖa A+8wH6s2JT B!C(d P B!C(dBPHg=m;@l0eM0!}am(&&ɘQSvD/uܿ;#:- dߗ%0D\載f?R)XNy,@9q tdXRCZ MB܂ؓ14 PJ6a Cqʘ:w+9aK}vzk\&ۧV@ iiҦrz C=BMIL_$USO6uo  i2;!U=7dI'yHd 3d-+{Nz\G4HO}?b `sU1D*3 C_4[͢NInbJ['mAYU59BNt#;5ɸ;bΨ9Kf#&GC/T Ces$]?Y`XmeY"',rj-MHSoGrֶLɰ5GpYHb胀*rDNY6]GrOXf!Ig-VEMĠiI1M/3__:z1\!CJB{bVmb4|̀!SXz 1'qFzz Ifh/T{LO~O'l#iSqy ٖI ^3tįlf ||@Ҫϐ& r4KOH$UJ4cN'"D\KKt?mKhB!!#3࿒f]OMvx[1']^yKm%TC[Nx+o ^`0elK!.XcSnb<2[ 8 \tGvGI|P(d !2B!C(d !r-pcLɹ a?f-w*G4>n͜}nH Ћ|>sfYGwHA_zbY q742L;dngP)1hp=F6 29ˍJF7⍜ |q jCEc1,{2tH/,t)[Vl/f$qW+/*cwy0:@P4#T X"}/aF:ͬN?#)wW+2zgHuC= Pjh=F;ZO ުf-w_ʏpn5zbqE/pGB12X"ub~ )8xAzx=FJ!*el+-E,pqV!+]B0gՌr~<C vG0*#cU璲ߕ麮C h !zZ YhLVыYZýɹDX7,&/K//IQ19ZF!)_q2$T2I#;lhA>djw1 Ðɲv21d7Q?+~Yz~ H jT=Fw[(}U\ݎ~FtK)M٦mv.(Ψ݂> r'P FzZ엥엯{t1jF;at:,2<ʽ4k2_@(Ӽ:3(w3`\\V'C/K/' PMglPm#SBs Y܊O//!CG=F/IN8ԓ Twox܊O/3QCg1ʹ&(n?c< *-Q7C ݚsMc=ƣDʞa=FddU$*Lj UcD&e蕀CXQT~ tY: =c30S~611W8t33ocl%CߵŽsda!nM~uIENDB`QDd(   c AJIC378598BD_TFSTFS in Continuous Build and Deploy bPs)YcUq>PT7-nPs)YcUq>PNG  IHDRH tEXtSoftwareAdobe ImageReadyqe<PLTEK5.ZUE|ԮMSdڣꯌSشDkk#y{|iklӏt3q+A7vC71H6h0?Yp9]T_t@pqrQwuv=dNoll񵸺̿Eh.ĺW o[(_N"ܫOA󇅅loc@ڛް_gu՟yy?XGC`o?rB?T|ίmV16=Ȝ﬿ኍ3yxxtC=MhJ\]0 ~M'IDATx `W&ݱ$r[)T(QSr BK:ƮqVq2Й,gc'vaN0Y6말,j; &2[}޼}<\[U]]q[}V]_w=mW&L)_҆0aL` Q&׀W$r/c c (hK g)#ǹϻp KᣆuyGg._U0tPad'\DaAьҺR,_JQctY |O X*Cbq!=> CqQh4(f4,qCûk"9*_R] s6*Xjo(dcc`c`Tu @AU1H8AcAWDP %#j"CEôk)H06JZ2 MEḂ%Tٲp5K !L$2q^̈́C@7TѾ@&*j| 9ӢQ _0F[QIW N]De0Y64fg2[dp:L.c2 Q&&Iv2eKU!qJ8.+`j)rK;)(_muF $C:E6?Q"%Hs%OQRT2htY)N@saT3|\s!()U+8b>%HVeja Q`K(V41qT/Vziid8 _u]g6lQڣˡ=$G(/kWۣa=mBd@*fT@kU4%(p>f0%UDtI1QENXC(RMR. F4m'd w0J {1,(R0VY7)a +р'T{ջn/x\PLrEA(`Shc (&Q&Q&LLL0F0)d$`r΄Id+c c ((&Q&LLL0F0FчDŽIdkPUJW1*ن: A`T8-,-5B]%JZu(] m ̬% a}MP<,F34KMuW$o~ڽ͒o~^7{PyKTnvW|0dA l[XyySe2FQ(c1e2F0FQ(cH+#3zg ;ZGW_O 2ɦn\i38^{>^Ӭ+Qh_c1e2F%+ǃ0%h5 eQ#\11*E4f!OUT~XI# ~ŐȨ7SW.xO԰X@aXddǨyyQU% ̎Zq/ 21J_ӿ$T;9|VƘm<M$ Ʋ2Һ*g_UIqūS=(-3le\VҲ]84؟9ޠ8-:^׫ځ7ͦGbIA2SfH0캀887edT4M"MREa|-+jb4[dQp>.RH'7TE6 '$''rbVqǘ''maGOؚZ7>U؎jhY#y+8qnئaZ7F3D(.N*cyfj(\["d0Q\(8uEB( *fGFvF~^F@U8SBj#Ub7ހ 8.j9p*]6Q?Z27gu_/D'3 Wlr.S( 2 !ckf~v45 f"ACI΂QoDuqM2jeCSӏ ]*[QC8tv+[Y<6QlHHzيMo(}(me |=un \QF"JJߵٯ@*Fㆁ[zF|e\ҌnFʠWUø)(8%v%qX*6O䂴u'1FAX\ Z1/01b~b+hQ[t}u} bU.Å32q)i na-! BWGy2ψV<9lybѰ L 3XWuy_.,amE":d¨ 4F3:ʬ~Iyफ़q3<>=. 2j݈:2J?Q0 ԰SF0bubנ'&1A(:4MrDeh-uYDNQDNr&BF8>7SOG&{H&>R ZpEg_ir_wF"*Sep{5OaMF1P|eTeM  N!Y ;_1>aN.ujʁ;"4>L\it}0%hU94bC Rbd2;M]jyD QxMG通c{y{}gTI&SzĔf~=#h")'5gʫK[j39XJ=EGm "Fe\cujǁ[\;|\ӝe!`ӰvuQ)yF1 8QOe]jwtx Arl%_?w2ڀyi = 6r=U%[^atժ+?1U(gsU;?u1׮ۺl}? xiȹUg[_~~~%-!vr8,gK`tCrO?w̥䨛O_zoW֗T%SS>;(݅OT3OZ!rNR2ݕ8d`k+ g &e3" -\t'vk[]G/⟒[M<}'+_~[;^GFzŔ*q2ew]rX ?Lsm `.)@imb`C4lFm#Hjk<-AK'$uJ]IY^*DFOu4͕5N=]=9b?(iՌ*S2OP*bdh"1JS7?'IR3U(6hQ:DcFEdJɎQgOQC${oW[nNT9֑?9Ґ0Ӱ:NP>ercTVn $ feذi=Qв8QQR$rf }uѨ7Ԋu}J! kiWX"0i GL18%HrO-QlI4W5F׎v0;WXOlGǛ?֘Ѥ3=S&R85QS3 K`g 3֖֜hR5D ($ZQL5MEV-T|ljʨ'֟ge<4ͭp'f{y=?U3 wC̶@=*Qһ4%]~hL!hq4"2*ȐҐQ b7H Tdc4鏓~1&D(z;uy= yiE.Ŏ5ED--(P]3)r;ZR9ChIa*,ЋB=#B2mS&ͨu3QE@f4:XL^ǫyѓ-=pj{h~2)t)QSQdR2:Jr1گ&SSSI []mf w fRy{9LhD2R!BEȰEZ$I2s :(@*>vBJdBKg 3jΌvwwuw_>+t)zrElDq v$k$ED)&r~sJBbz6jsͨy]g-:.i|tIRhCA#*F 3zrtrsɛH,WbL y%HL ds{R9?DokkR@֊4h;$d>r K ;Ì̳-Ӟ/gُ[d'f T@aX,Q;/=~+6kle9S^ItLtd;2ȫV2]~̧і]:Y+F+4_/y>a9񙳱} ط(&4ʶXU0[vtFL$jȄйtLt=(6 690ӢFmnB`r!joίBnQ1%N[Qn*YO񙳱4s%A e#4@myGdW(~ZKTpYFdc4'$SJh#@+(/+ɸ0.+]{[Ⱦѿ۱snX;xh޽OƎ)zt'mN|lW+hbh][0zsȒQ)2x]QSg2=eZ\MUȤè1plNwla!"<6SѨ]z3%!݌fq/(n6FCK`TM&u:paTMdaFE\S:#E !>6$laZ""ؿ}Axvd4x Jb3Ϝe`,8iCM'V(L\E0йi{:,"zʞ?Feݚ@?i =z2ԯ"8#SiR ƴ ==Nvo\ԡM=FC0gN9ЅJd7>s6V6 RFR+{f44>;^g1-3Oz.t:a[UG1>_-d5USg@)ԅ`E;޻@hF'1 c|"`Y#cZC~{aH]ul];"1c/8޷818꓌Qs.:@ i!F75k'I"kvf[2n6QY6TDܢ*g`{tx2d'my[]ܞ5e_a7IȨ, Jdz+[~t<_AX \v'If/}-h'>[K5ΛMjbcH$!]0ޥ2Jo?zER F GCz{tc]?{nMU~xL}mkyng=ύk]ONlu$[GzΗH|`:{ eXVȇ(ml]\vymac:>8>nԍk:xjjݣuy\}k-U溷FY]]yl[ɑ}FOuwQ3ի_>V{Id!F''6ٴnãL¨_y*=ԑ{vke&yy}U }LZҮ\YE?(UW;-PFeYb!FP9>=ݧFPz F7U1>`Flǖ#k*gWw-{ vwdϝ5ۅetk bzΏ`tM Netn}:078;rz((u3z|}Y?֟U҈]Iߎ[mޟ)HGGȮ5jgIOxvR dFa/}rh1(5k0:޷-/oH YٲϪλe#N׷uxwFV--X:F3e==Il өg۱g^Xs|I+M6c [e]Bt;o֎vkP#G=|73>ANd(333-⎽at|]_^-[,][):F e;/~m__q3z=G:ɗ+W~/{=M簞$iV#bS;ܿv̡>;oS__y|B XGͨ kd^&`|>\<ϝIȦj]7b.7G)=e*dYGv\3_Qmu?1unۗIr%=ˢ&cs:)^noC!}r14M1zDh\#þӋI[8?n'L/d8/,iՑ=){F\ej+ͺ{ݺ|潌b0zxuv\-;F7+5Ϥ|svC-m[>㖍F]?ٻ?V>U'r]xŽL){ϑ[|؜>XI ^:+_gN+CVlzIQ. 2*f k襷uo=Ͷl^ :h6玛Gvƹ=k+:kӟi œfg{4]s,-ct:`YKFͶvQi8U[xuS̞nOȆhin_bgn0F=Z>SXυ0&:n_\d>,n q߱O]OwYׄE֐5zN s{;Όnz(y0MhΆZl.R3uHcj(qSۻV$rGM{1Z+3]lPZtܞCqarVד>rHkxYbeIvX}r`޳lJKܳ y.s{#wK"u_, cN v_[.)-SkO :c]:uW5=;Ԅt);JGWس2 Pv{ts_U?!bJR-V=ssPScF3N|3:8.dJ{ N2F3(pY\Or_0/#W7mi!SZh?F4yɬ(Oro1)te!Re6J(Ԯ\Fr懲ҥ.9NW/v$i(G3Igo;Vh&Ъg1JH0J:JH6%4x*1- {GK)c2A#77@}S^"f ц2jRDt;VsYF /lJs(eZT igξ۶|pWCvB K#1[a*aۧ)P FӤy 9I(>Ihf*SQﭳׇX`S ,)x׭[w7ly ?9)uMןQeCI'l ={pƌ(:Re/)zDd}|,[omw M& ZE" aw9QELCix>q"i3ewV-519Ҧ퐗9IT'Fefۇ·('/kb? H:dw7l_&EMEicmGu#weCD7#5ΑT&|*J!霣3*,9ql2֙g:~khqSJS9F`#Q+Kaf-ᜣԫ=JzW_˫-43躥0ThJ1\rH]?RqSdQ>{g⣖їRݚǘYJjz6Ga;eΫДF0jdfl)9&) f4%RwFK2hb &(o"dFkhc1~3j2ٯ'Miwڣz:"Z&rr[},W"f:CDhg&{,-ƨeofp0]սRS HFO@Lz257]DuQi|H54egt's^U}}D1zfŌ*~-AP-MI7== ]Mi,ՋX wwMU)qݎH#->ڽ,n7 b._,?HK/c%_/ I"u}M T${1@yXI&{ߘ. |}=Jrt4`B/l 4KڽHIfBK)JJGo%l96t2Œ]$6[wa_fJ)ED5>Bv~EŔ`3ߪ {1JLV6e,i(߽uݶ~oNQ/.US_E`V+j-e卞mY1AG ;Nk[tVw6„ї_z䑗%M; ́2om~=@ F7 3p_S9֑]VpTOvkPVk70,<]9rf쳟aӒ0YћˬX%Q[Z'IpTX9& $ 4i*e4KՍ9)G?8UuԇўC4`lh~vz`TմLa캠=h%dU3TV^ԟ#q7ėfHԗђD5mu`Oi2qJF#Y/1~ҧ].J{FBX D& eTIhYFe]7 lF-4UI&s]h?n׿%ΒRJ5nyo"N̍OA λcsb*+( FOWu3dptD``%dS tˎl}Ǟ.[ئ=;b7}ڽ}g#&~r-~Bo/}stC>ێa JeLw7QygN4Δct;.qǾ:ՀƋ2Ɩ_TeSZ7sb84!Z)2h3ڗ5qpܺh->?ih;13;@Z3莇\!\D5CvdthW~_~{wWO}'~rJ1؇kwyjFCˏ!I}̺1}<}eo 0zdlLN9-BNbg4/xlvmJiҌbD?ȷp=q!h/衋ۭmkyn`NN9h(BfB\oo'OId؇ ]tS[XC=Y׉)|F~h7dV`ǟct(5}=TXqLt4MZA:FqАGU@k F\L.'-ǖ-{HEROF|\pDže4h(h@mFXa]q_V&ѽ$DAF'pGfOkXQ&MҌ&T#-g|ZFs0jR ݴչg Y >Ce񎂌tr%EK3*TQF} fh__(6xs%atUջd~p9Kvw_B(xz#듋!9Io;賤h9Th3KP|ԼrRQkh_ܬ>`F|f6Y>os/KDA^*vlǭ 2ze׭H\^?# `}G֭5n7h3[(^MqfГg^F)vG[lak'ct0;}ęfh ؔݛ?Jqͫ?)YpS= F=7MWϘ[^^{Sx2xLvY'}|ҝac5w={k78/Xgz`}>ke O=>Bnr|ǞJe掽۳kNusWճVf;/:ݣ 4O5]\mkގN~/49^7.Tn_I9.ft"a4QhCmd1c6`trk_Ķ4Q20mb>`{;6,M>8M/f |FC ;vooZ]:}U^1Ndß,nܽF/Sm}f"'Ljg*.MѫUnFiepTOJ}*f&{WO:J5-T¨Ϯ}h=+aIn Q:ul9Fi+!ozu8u"vѺ2JBt bGK:PFi+tt g]'gj=c®t =Zt׉=5Ӟ1ZWF&C!Ģ*DPi,]'&dԮ m=cn.z3F71e2F Ѫ7@Xhs~C1Z ŻbdVh_,g2F+g4sg_q/?Q*6+ۮzDE9q;bPoe;qK$aW_˫>)( cԏQi!B*_F_cl2F10?y F'Ư9|mߕB^y ȕ+(^eʌe2F0FLQ(c cΌvJ1׃cvrjb{^"x1 82FQ(c1e2FQhp }a3%2jP2Ui|%>%c4Ȍ"T*Φyd_SӖΨgVo~1F[',đ6#! H"ELCLDJ}%8+ | 0,^r]OwkeD K(-ݥ5s0cu$#oDu.c股<$4pZL50 H0}ϊiAW,Fp\  )A]Z  bu} 3G C52\(*6J(dPdqq氆+0HxJwi3LVQAe3*#,.2if)QdN48ZY{sScr |4´9j&^1 Y܌/eOPjGwcϼor5*X&5Q`H(>6=9zr3J.jEJwieDةW+aĂgG_// 3]L# "1zu2./5R(c4toiFñ 2Z[?:4F w8Y/0M_Fj%*k F1 ɐ A0@I_qF:Zq:WpxZ1F[Q1###UP^)ҹ2jkeum]d"\KҊ1( 5b&heOQ ΋ԚѬVvi.EKԊ1:bkD=TY6ƞ5c͂9q5QK'Պ> 4pd1b̗Q0pCZI 7TFU|1y`^ kyx>?u(H1Jg)iOt( 7= gpK*;ۻ~;sC_Їp:@뢠) rԡ윃t +b4L<-ySe31I~ eL֫ c*_ }@%iLFzQ`CTxl" N!_)aa@F9H@VN4ju=gj?Zޕ[#F$l >qELzr4c*FEYmHF9he赫}dW\>^йm`S$( Zp1-1/V<(G /%>-xzAg qhpu<~0Fe3:'EsP1^F4H(5u`@3rFUk=ݞs 3 [Fƭd`T °0ct( 9~@i.'iBcn`piBQSe2FQ(c1e2FQ(cje41"ٟp'253U}~u12FB6Q k@FwL'e!¼lqFєRRRAf̈46j d#V- 1bNIT󉔤JZ"3IK+W+63HJ/ FwܞukETpNy deH gtF4Q La4ӦkSzœJ&~3$gIu Ǩ4eS)%md5TګURJfJJh˅ю-#o`*(qQ [U H $`D?&kF!I%UGFgĤAnZjjGr&[ѿOXnrdKk( 6@PFye3hI0Q]#M 7QU!E$ hZMaK(D VDgH7IG#7wÖ5m-/fE  )s IZբF1nL UؓFLژVQ[+1Պt-j}d}(.IiReԌCRj&tQR8Y;JF% ߔvҺSRu?wzk=݂vv~^PF4my3&^2wHb׸?3ҩnF!-2"º1H[YZїDt* kTK_wCzrtQ^^ތTj)gkfZvcOġ? ~9h"DFkU z6_=l.1|JQ(c1<}mAcڰ1,\Շ'z骸 <^+Win}zdt_Z2DU4|vz@0e9|*>|kZFsWV-]Q1:5xbvc_~ۇ{7Ԉ}ڶo>f|1, o'®yyIz-\{mB(0jU 뭔cnUUvaՆeqaӦ g;,Hjyd'Fya*ǎbVxsw?tFO}Zn]F/jӦ^FNQ*|wMgta1vbqÇ6˷]JUUUÇW eGO}鑳>ȀQߎ#`G -nG}>+_?bq(RKufӭձj>6VVd#f_RQ /򑳒&+C-Ϩpn_2$ןsi5v~c֗OKFK-P^>(uya[έn|weM1GުFmz{*֪lr1XQc`Z>22`zfel:F˝y`aG*gJ ѡ|df 9a,}bAWZaZx~}, ZZʋ hG&/ZyX"1h$eu^>0@cXa[iOƈi[ "gt20*hɀ2FEx&Q({]e3z={ڎ3F^z>6Kk:wߑ]{t]ct25MeCdS@g[ˑ/ۈ~65U1k׮֔ThFuM_aZuYy&2tё]kouFx;q ;WnGʔwՊ_-\Y;~gOĎ]O=v 3GiCc4o|K<1;v~dKvSlq-e=Zl']ɜYElAE30}eMb1-FT,=.$:C0V; ?|?YSzOL7Qr3z{Oa]5G.%D\D g1\~GYpuFg5]}&gj[cT,eۣ#%F(49}w[:yEFyn\,W, >B:6ui͈&Uۯ"-`1_!*Rףm~~^&u=Vq}0? -?:iw6nSՎz$bԿeG,F-Og`T `8(IhЍ/M m#uU.14F7Wvď( }&NS=Y߬}!yY<)i{n75 j_VoE}&YDͮDMTگ`E(}h%#Ehͫc{֬)^~Or.h\sԞ $irC g*+;\qMm |+HMoFwN_~t(8޴⺏Љ].SR:gxc`=";GvY3GKwd=VF7^cft9_k=$|Vѫћ.{|FKk-TzS}Vњ1:ZPOJJjzbcl;Wz>Z -QBLOۅR\Mjگԥ 5Ҫ /xt"ޔ2~ϣuɖ]xf讁U珦z&،b,F͍Y( %rWb ؒ+4G;_oO?$Dk=_Փet[~;2tcF4'ܸTZ=xIMӪbH-Agއ :MmV g (t\> ŐbJ/ve^}RL.Ec^ 0F w2F}Aa+^Fվ} 0 nFU$ 7ӊ1e2F[ר^KNh3ig$8,O^?yjmWZZ\$,R6X+hs*-xuaD^5(c"jgty_cty0 rd(c HA+Ya2F\y '`_j1ȦMiS~`diS1%6 -o1e2FQ(c1e2FQ(c1Fko+Ao~֓˯?]2A}SńcZEǗtYpi֊љ*іd4ZߗL'c4xbmF"a0F9 p2ƺ/he%Ӫ"2]f=ֲt!]Ƣ֕_eLLetg$`ee„1ʄ1ʄ c ((&Q&Qx{LM|=&u((&Q&Q&LL0F0F0aV&1H5aP(Yt B9 ,Edkv鑡+`,mU #iHEF F x,*D5Q\J_%z˖d~Ru Eh pqۛ01x0x!xj$\v*^5\4VL!xZg o sZRc}&piqO,/P Lѓ Pȁ1#Uڈ1F[QNE=_ 1t$H(U( H! *`HJ / ᇕiDMSȣ)މa R!\#(H0268^2h'*>zRFᔰHJꂨ`FcR:Lf B#c(hP19QؙqY!]Z#ѰTtMVN-a2z a#9ڥ7r%OY5Qqw12 (#-QnmWF몚ebzfشt.r9^dRb 62l5:ezCQE(dp[GQ1jJdCޟQlDz۰Y,~*풸-@Ռ\;&}Eqs"y3F[QC >֣QdţȹݸB=n@O ʘeF*w5j]䡱 $Zfۣ6XG# F4^QI1,%Yp+U%dS3jEDN,:%D,&.ǑcVΠ[GbӔrq$23Wѓ%8GcB*mf2 "(*e`>e¤I¾&gJk2aP|` gOkTIENDB`Dd  c AB 030c41d9079671d09a62d8e2c1db6973alert_noteNotebk.Chtfig (-nk.ChtfigPNG  IHDR;ٺ0PLTEtRNS AbKGDH cmPPJCmp0712Om IDATcP"!3#IENDB`c$$If!vh#v$:V  t6,534Byt@c$$If!vh#v$:V  t6,534Byt@9%Dd  c APIC378599BD_LabFit testing into continuous integrationb-$<_s߄gs $-n$<_s߄gsPNG  IHDR.ĘVtEXtSoftwareAdobe ImageReadyqe<PLTEyod4?4E9:<Ƿsvxh.ကz@@@HW?41|f޶Q/'hc3;. ΩKfw]:⢸Ӻ|u _N"?o[(+,.ۣ~ќyѼOAVXZՀDĺɆehjÁ׏ϪGJK|hns߯469У&,#߷t 0'%u4PA>`NJLYFriYhQ  ʚ o\V?J:vojq[`e  cY'*+[S```]esĽЖws{n000AEHORV֥ܚĵpppe_†yb[{wg]ɽ.29틗c^Võ-28Ybqzs\+08KEXNv{ڢhcmqj|\~YTYͺ᥺z]|hlD")9I'E=9)BHڵl_߶l `;8@8J@{rK.s{Iޛ]jFe};̓4x~o^q/ ttl8*6(>T {/CbBT Q!*DB1?RYx.e(MdAP [CB($ ,D.e:%iRQbKaNS9eQ ь/K61",hT 5)({d1N&A$o Bnc /hP,GCr (F<$B%ؚdR IBIJ =!跀Q>Q* e)-( 4AUDP!7Z*D( u$tPB͎fŴ>% RIs /{* %,~b+tVHmQ(81T9Ae*P!*lR.lOl^PW"ȺByfPYDU~ @a of`T [**){RTY)i1RR B' @!IM SQ^"$j0%)[4*D;_hOEilhRhۛf 򮀟.[jPa"DH"텨{P!*DBT Q!*DBT Q!*DX_ J~o Iw\T {߉ Q!*DBT Q!*DBT Q!*@ܶe-g'Q!*N͓q_=u_Oڬ}*D)ia iF6/^"AArSQ!*D*<{쩋u E(8pM] 6#]߿ 15RSx 9[WxZ ٦䩻Fn?9uP!*plءĉ͆'-b *DBT Q!*DBT Q!*DBT Qao#A v$|*DBT Q!*DBTh$"KZ% i1snMT Qy>ܮ0扁?"j2B%/]Uț8WB9@)pǪ>UIܾU:ƙGNB17ߤ76ͧ\2W _iThj25+ 97oB(}U.Vi asDρ^[a *4BBHœv]w[tިPеèP/|zDVVkOcVZQ?|YxGz)PFk=];QgBpw *D+{=)ϽRWkT (n'P)Ou9 Wȱ5iñLnNfKx'h]toATB ھ۪6gЬ:W7Wꮰr=*FuaVgv3k'N7qqUs}ڨT9lasl其pD%WY}/*B.b2q=37 .MGnd2^)peě?'qP 11e4UHsJK /ZOhXӟyBL;0VFF,U1I>>8+4!Uw%)䆾0Fc:0v.TMtTk_80Z_T*Jcw,1,wmA c4]]徉+_'qVkkXj_o=t|T"c.b[uRC^)[+dRM0v^(\ w ry Ktr{+s˕- '& Z Q~[j,xrxF X蠗- +ksTW.Y4GCW@P7ssJ~tɗjhe4Og*p8*Toym nM1״;%d[ HD1 uQpiQ({iRZ]"˕1P]".LCSy n]%$L,'A6$@`M ca軤PBCA9& @H["Sr~?$˂ProNvUfi?<҂,E)-0'9 1wQECM(FC "`V_F3ά; iXe0J!BJbN5%rHBMJK)Ԅt?]a a(4P]6%btBAxYBz B5aw Iµ-*xCEvrklI!}ѷ 0P/+TI1%= *bb!A_y4Wk jB#9^sE65aw d塔 +֮|>̵Ͱ㯖5TP"TtCN)P@VCš"%8+CmJB.I_H,J Pa'YLp4O| /˰--x!Iaini\ vm yǼӸ2@[]ʜ˻>Qq,KwinqɵTeuVإ;AOM Yx]KuT&XI~T 2s^"+ +yJ*t(;6l| *<[wEXAnS\JvXa(t-u` Ď6KqoQK^QMaiiRSX:+,-y 1G EaP][g$ wZ)* t@MR;=sem?$ZޏB?mX4$Sb֯}84fx*f SbP))@ZJjC?%D6̦(DQ R̊!TFSy @{GDH.TJvE!+P4 />ৃ  m:!kFue1+dAaHRBr@4ie 6+{_}Rr(%Irtȯ]wC!g*uW ;Bk5ۃQE 5 ɡ>AVOߋ7W~KYCP:P/4 c]џp† 6)_ C 6FPO=s=W((d,C<%e?s,?ܪa\. կmRPB) Qήv ~ T;Y, knJpfS 06U/ iIL׆C٨(RMKE8"*uZOܨ«Nka7@s\[OA:_dI~:qUEI}{.[= ]OfJd~ _¾AWOq.*l@uS~BV^~M:(wf *]Ea>Rxx6(*l]J {#la'nu8gO9|T죗S_+r5g3=UKBiA|$OUH5$Z3WfZ:Z"GۖȏudZs#&UQSh mSaZI 7mLdL Z7̍f(f-YƶKmon4}'0q:wbCBT Q!*DWt1P!*l#¿L_CFR6*4B]/>*4T Q!*DBT ` ;{߇  ;zWB}p? CkDQH;4F

QR:wBvUa@92Qh&DgLhP INX ¨e}(/D}P9Qb4Q!*B f"*DQ臋B/IQ,$P!*ua(-i9'JCYٟNP!*A{@$_6*ľ*c|<]nT7ζs083ŒI"&^$$A*ޘ @]W8arba[5vH"|$Rc17_5%iw6f#~2uRS|]UJB]@]Veή*oj3$}l_=EvsvmW|Tx5{Qx*v^iThjsvq( \>y\9}` 66Ma.SM!CWݵ|:ќqb'ud_8n'hzœ=Wc 3#&S̘ 76E[=x69mRLӴFcɃ Qa7Nx7ti.T wjLmUT ҏ Q!*DB#] T [)fV {BT Q^5ō#*DVx]g'\ Q!*DBT Q!*DIH}LƾWwmIޘu:N)<I_nWNxT uRbj5azĮ*wi ~\ |ۛڜW$KaHL?hwSdVx,eOI[L'hTHѭ6Mj O?ޫ>rzB#ALomRrn[;﹵gz;Q*4氹V"WMUuV})|N_9Th 089{0۷(=+~f ZάXv0qMeƭ\Z@3 ǧ2Lө慙)Ҥ9c!ʏI$#IsvV'zzX*qOMQaZgֆ9 ]2Pku*3ځL+ ]$~a~D{:k?@ QAh'} {лUw:@k?lR"TxWzUuL [ǟBo~zY1G-{U/ Q@*DbBTط }'Th??*DBT 1P!*DBT 1P!*DBT 1P!*DBTӨppAxT8+ __ 0^ bZIENDB`Dd  c pA"IC372280BranchStrat_MainMain BranchbS*(R₄qN-nS*(R₄qNPNG  IHDRxrtEXtSoftwareAdobe ImageReadyqe<PLTEl9kq=uBz|قf3i6LNx{zMM)\=oZ].a <ؒ] @no..1d]r㞞Ŵ}IxEB<>~KZCu~??qBkm5]^ M܂j7yuEVBwz"UG}~0Y9 SE%WIX5g >{Gn;Ta@@@UIo{@@" fppp T_H{000```3&XvNV̆RwCs?o;pPPPk8Ps|}or?a쳼߀o<@f'ZYXO7sYDM/b`ِp@f;m;=L~ʻLJ{HЀLK0.t@ yut<=P[UGFxg>ww,`ʫmNG׷{j Ύ?9o mw}i-[!gB_wȎn*❲W|hXv^W^Z`iOq`ee܁Ջskl *mq+XwU)"V爗Ţe2i^8j,/h45#1ʗU=f\Z`#^*" T:(ج耻!Z!^lK\Z.DiZkEZ{!Rtd݁Uz= {YD!ҥWiKWũaI kW6~>فyhyPvz_nmu8Նx-NUbڣ2/Sd%R1MenTx5 :_ W?kżͮ6odעިRxEMhEeWnxPVUڗY䶛+aiWF:z\'L;V½( y5ZZeī*|]q+3^c6/‹"/+#/‹"/‹"r'ze~ily=Xl0cGb.7bGθ抯C'Ʒ}ع7Q~p5grp4*4wN~0/f_ڇ>p4:; Yab;vB;Tx~K}]XƼ˯?|!ChAaF-Tw|":+^߮x4Mgxo'z8 ШP#G ʏE6/JbA8x}Ce{:5D>5[gd]ܑ4:WlVV'|_B o# WzB5鱏g[>zLsB'~<b0a yє׭i떯h|s ЫM?j5k/ ^?{O 1 S4nI q״B ROXMM˶#Zfɋ!Fa)ES^iP[qWARO(Io.Ⱥ#\J)ܸ *ƴDbD㍤.@q\w1594 x/c3zJЊV5|>.|TeeekVH -ը,硞|>ϖ,~5#CeI^_ ƣ='4y`ilЮd9*/tR>#og|>߲<* pC+@)dy`? JT6$E@0(Fb-JGK4/(txbD^y0 xpT(I@%QdEط%B*|6x+PCX̊h+%]+r>?lG\sh1@qoȰ LfR~t/o</A\\H4 ,Ȏ元B0Cl¥H>*(APDPQ$%ɛ02/tf͋Raw4Lw͉ )% 64 yQ CII})@y@0RQadGitϣC {( N0(^Cwh8ޢiq^lHⴶ~\#Fp ..8a.?lE'lj/Qj_Ns$W@K@hjw䂟/9$^p)zDzGeYQ¬Ozy1E`1̢GPG?}a"<V W/:>Cqf uv~DRNbE/qm

jp3o@zWxT%O^y땟 LU^?O`E0ey xL Jzg[SǍWoO~K6ɐ ߾P75@7]2_u~#Ɇl3k^ +O>{yKd]~`d'iG/o|? /V}=F :Dz0Mgswxo=vc"M6dӘќ*~7&X^] );AH_yw'=֧'4~Bo!ƌ\k5~Mۏd6C95wB^ ~,)q"«gֿhr}ZͼVo!ƌ\~x_"侍3Ia1C>hq0-~1W~Vndz 4f4Zz^%qqWz4?W =8YZV 7JrMY&iŇ_gzP^B hdz^ݺ%S@/<īu%t:k}DM6dӘѱ{l-2 6`.tP /eǥ;nOμGGܘ|Ϝ&io,I 5|A$!tÇ ぼU(pJuc3eq%9'ihss-҆棾u%|I6dӘ3?߳|ɒ% KF1X&CF'z Ex^=GN~1/4K$/‹"/‹"/klxio޽c&ZnCO!}G* Yx}M]UV 4Ʒ[;;eKw6n{27*{woy]jggjQb81‹|X껻-*+㼪%[SyU^*Xv{SyE"q^szi{kXRyy-"tZaXRoj-j4 @׮7`^/z^͢*un)ޫzj\%y^kLj+e2RQp=Ȑ|؜6siu]tD?y-SWy맟Bޑl%˫?{fR!ҥWiK7IzEemkUyEΆMZu~)USQ=+ 07/‹$zʄwj^ojIENDB`3Dd!   c A&4IC378600BranchStrat_SprintBranch across two sprintsb27^:^I j1|{2-ns27^:^I j1|PNG  IHDR|^tEXtSoftwareAdobe ImageReadyqe<PLTET@^ՊתiUkߐvB2dpppyLHIo4YXH{p}`TQ&Xkm[`h5<>om:ُ_000Ih```ϵ}I{\]}~٘&RϾ1VXCLMz|ӂq>=oMeyEM͠xn!KzHwzr}1*)..UJ[x{Oώ~܂ߨ ysBA_peSIjY?'n.a{KPcq~HxzAo0-NFxFp?R =f@@@@86ok" ??vPPP@8pb^ĽOFC~y_ǀ̠пڮo`toƐ{ۻYmPsonIZU.=7N| tPFCl_|gYxQot8_S͞.IDATx |}߅!`Q8' ,y(R3 'TɲBjV,+mcvʚQ&` $mHQ&zZgy6j4[۸y[&\px9 ?@|252lL:pr~I?#/Pn"\ }*MoZLhY"βr'j< +)\ &XZGi=fA%pc(:)TqhQ <cPF&dӌ1`CX`b\$U.qBS^1 +a h|!`9SX'&ֲAP:Y= VvVcBS^A(#l-a=#Qp Ƅ'qXm {JaB yF!kR2Yc=)%#a^ńaJZg"XN2B#9dәwвDCRi(+8Aca*L/eBS^1l-Sa"*Cd ҿ@K V L̯X\HI/R3 ]Q&B+2PsD UP'ax eq9|BUu(C\j<|2W.qL(;0PL(L(&&& Ł Ł#+6<,y?8GkL(=! x,B}4aBqTh'4.wiBRG]$ҳ҄M44cLP |8f2ċRGX& QV>Lgm8@N+d'nc y ]Luh,Ɖ2 !\[! tB k˦P={$%t:&^ ԣP%c&<$H(GDbQ&SPx6PX$ j&; Q i.'|N͇.DC@ 1rmc$K؆.X\I+k~DCX㣣9{^L(.qL(&CO%(ݙR%nP 8.gOhf -č?4>%NUHFF 7bB/1P$g[EbB.(@Fh^zMh8 ńP퇒C-W*Q@ "0^SĵZcB1XoPu1K\/:#& ńbB1PL(& Mum{[*$eTpBs^64FhIi|{ջW\^e|1B{i%J+.PEe|-B?{ۂMҊK%\:cg|-BO?)ɨ;V\޲)^h?4eC*SS ?瞯Wdtœo_9}" ^zGUB@բr$)GhM|Cs~jb E@MÓ]g#dASY^1?D }XrkT꽫WܞReW zpcZt67?yڣ<<]3{73x=&>XvB?~yF=,}j 9'%z+?|RM@0c<d"m_<ZZH;Bxu*#+/DN>9qO$uAjDqD=GR+Wnln\9{6nJ%4sjpd:M(WJ|X[{6JR7W%ќ:KGh`R|ʕ˕Yߝ9&teWH.P ʸEI =,ͻ%Ѿpcï#Mn>|llMQVn;20T</%t{5BND,&ऄ%޾1WKR_|K*j#I̱{d?d;P.4Peg|:M($V\::rfIj3yeCXh#z%Ϥ_*~iϕ"+b|sYldӄ_̼܄B8!rP-n,W޾)_R?TXɛHPZۼX>JVl#$?*j,+?xZ5b}C>ZnE&*C?ZQ:(ɍbvI4+7zH"hI6.f>%y<+L/5 )}9|GקRQ˚RJQ#֔I}TnMYJ)jt63Kgt%A?KTS^pyxKBAլ.*:Tp](As]/ fo*h&1"Txo+?Qp͡C7ٷ:CmڷCd}>DAeC0QMZ6=\>+?3Qsoݮz˦x{4^ny_c^ߩ\5N-E.Bf 5_׿&tZ" НGf 5R}4D( &HGwjHVZM5M(4CVAN4ׯ_ߺ-کC_,Bh5l-Wd3U3$|(& ]Mϲ7B#uaDQF|cYϓPQnE˖P?oBY TPIcr5qujj2*xrJZ?<ӃjH 4$<eM'\4:"Jwyc2Nb*wNp0#|d:@s(:o_L$/\J,Ũ_=J\NY<@*/x^LNInqyvΡj@ "1o V8V^^0%q%W&Eث uƸL+ "4jDC"NL^= &:.lT5N/e8{L4*ӏ.Жk$4Ybb>jx ߳^&M_f'RF r |./ȅ&wt+qFχ`pE?G#LmTH?徫`Hyҕ҆,<`\ `a=||/!u/H0ŵ+ɻ(WQ.5@9p8fNt师Ls'*#ݸ F[IZL^`jQB 9v,*F9s!<B XB3F9Qа:DAODHO31(*B"w{.^RQd('"^˛Lq;Ц9;CL ysE(0xjԡ9QPt 4\'9›Ai.ab8rՖW,E_*(`;WE\k0D s% P;PC,D0k9#T >vMes5% )6}wmZ3I3;ܥ ]g \AN 򥻷ze_/neLٲn?|,oYG[<tՎBe-a*d|./֟Z"~IonyKS-wpur+(~-FI⚽?NB=O LuwY feWN곻$N<>H?{$RkK_y[)~v;>b(N#j3VR[xA*eݩg YEx<'YR8zg_|JũuR/:lN,87~G )Oݽn- QE[lYθcb>ʡsj lg.z$-k6n^ 9/GW> FFI[9z؟~o+#kwUHz2N -6&geYN9V^> $qXH޲)'uuf)o:z=P$쳷f)w**Ν5Kҏ*=c_%ZX//{ȎbXnc@XDa|4f%Skf [ּ$KQJ?o%1m++*6}6ro}}ԉ+=ce壅V=ӉU]gʉYTxmr=~#wrGg?+sDz_zTvHJUx+&1k6Lwj־L.@q9 ;f3~je~ĬɡYzٝ~{OKq߷EhhܟQ NŌDŽbB1Pm*sUL(&T%C1PL(& ]*%M0*N/2$E 믿q:cc>4Pcxxx``\?d&`jCo$ RR4 Ŏ4Я~kPL(&8·bBJh/ER&kV[PwU uudkڔG͚.]N݄klB}A_o7=n&L!qҜG.Q$CBZ$Nݤ8i3C kA'mXU Md7E69$j$m3)Bu3քQ9}Eh_/]fo7 $3'mAPΜ QSTUM$ihHJn7m U[s/b'4T|5z<^h5jFnOI_"5f941 <vPI&0_9%:r$i4A„C}RBA "uPm@J֡}ɦTѷ7ҭ|]H@vEAnKCs/+&4 )/@GztH蘕zCTN+&HBϺ|qWS]m^akl5Z3gt˗YBGzFǛuu汱Akjhmjmí:DgnX1u̇:rbBմ$CהkJPUcB19 abCuI6fmicB Tt.I2{e$E C+&@B5^CWtbB1B|y9bncR''ȟu·( _CЙ)ͮ~a\?"PuB\9蜣9ꠣq0@tSK!!vJZSRE.gr:q$BFFR#:a8DVNu3/$$|(& ]_R0VT07҄ڬ %3PѮC Eoǖ_ vl۱W^?QBO}g#E( :u.Wt ZyW9#P9 cpV~/H)BG32xowTDŷH51&9$]G6fYB[! F"^ zS bĄ\]ݮM. 8l =sX`i9lV^֊5&L ȉ#GvY\]1AQ֚6w@=BBt3&ev :^@hkdߦkAvlKTowIҏ=}~ UikVhI5tk _l+Lߗao瀧ҝ]A$n,P? [Iҫk`@Mgթ#AH't5NV_A!HCGSI733K( /d5JwG+5ٱC$`+O y| $sjB7ӀV=I:X P^FB)Hh75:C۬鑒gF)8*% |CRmD166ZTܚ[5/wl|@B]5>n uun/6Q iiXc 6wb7Zyx3)B;Io8L16f5PVX2^+*cП5&Bmu6&@T+ U/qhU?~kp4:hmnڨhӶ)B=144aO֡.8p.{P?qlq tiP9>NR]]dW]Wl >+ZyPScΔh 6$R$E-WVwdpe1,C[(?݊ 5 up{-zC.&Bs_o. BG{~e >R TFFPmj!tG]+Sdcy+:FFF 6fG 3$a@l,BQzLwL̈́ώx#.g wQ<4M$6k'?#J@JfN:GNІQx/)wt 5 x!x{?3j 5Ҕ($v iQ!O[]PLh'h 'F.uE$ݝ!slaQ T6b>^P]`ԄL&jjAx/D8 !z3Hu Aѳ&Kp?'-}uИv !B^iBA#שPBA=i錽l-d/;mj 6oHo',^.錽ٌtÍlc"_Sj~2 tK[t:r= v&t>kJnv0oM kJe/o[A h. %Tghxճ"kR|[݃C6]1UDŽ6u֦:rl >jCuxjEXo1/ĄVw ?{iE`~_fnVثL Un,L(& ń*KBG9B0KY1&GLP\{=bBq?B ń@1KP l{Ą.eB?GLR&l( -P=bBU`#&+.P =&PL(& T60PL(& ńbB1K|> ńbBrcB1 ńbB1PL(& ńbB1PL(&χƄbB1 ꘘ,Skk=. )+.UbeCipKKW'@&XOHAswWTS*3U^SZL(& ńjЖ<#ZPWH*V9Z%cݸ/^T*.UφF <>L 3ol^ LPegC^::z<xN\-&:.L\Lv\СB5Xm(…dJǦ q*0 /P(V[64N(lZ/SȥQl]>٢"BUXmj+/WϹQ};&(V[6:Xۗr!yr%aWQշɾK嵢Xm*}kYY8LA2{m2yzSZQl5%XmaF݅/~Ų-Bӫ+W  +^64F(pW{~+^6F(g`Ś? 0gy`"IENDB`Dd  c A,<IC378601BranchStrat_UserStoryCheck-in Completes User storybyVŴ`[Wmn]U-nMVŴ`[Wmn]PNG  IHDRtEXtSoftwareAdobe ImageReadyqe<PLTERؒ]M.az|"TLN1dZs?tD&Xl9kq=uBx{>?-.]^lnf3[]i6zM([=o=>ό~y < @]rjlؘ}~}IxEB~KwzCu5 MEwikj7VBG􉌻0Y9E%WoI >{Gn;Ta@@@UIo{@@f" ppp _TH{000```3vN̊VwC|}o;pŐk8PPPPs;=<=a٠߀o<@fYXMs̓YD7Y[`ٳpA;mߌfֻoLJ{HLL~0.utt@K>{yvF`ԨJ@חaouby"\ רṡrL8cIm"5a *cި ᢾȵ ԫ"l,26U zcUOt!L8 ں-Q[a;ŦN{bS[B DXa29)z܋b U䮮J#&m{4?BsUN J(aMMZBF(VJ`NL8 6PգV:IvY/Ql&uZ[Z$\jL(1JꪬssK!ܣho]̃u(!sZ RÄ3DcG'Uvk5W-Cը O LS&n_Dhj-VVkNH RL 0' c˜0& cYFxT% c˜0& c˜0& c™ә399Lx)`V~~1Ƌ'{˅_u'^zuuόI0C<0|_IC9#_Co}c 4 ;G/ ]=m@OO$NG!>cƹg7Li#}uu j&EuK#O2t`.x򹔓rDS <ĉ3^LS~ gb!v.1z$;_mGf܉IHpo U(a>^Uq׿pM:!U_0Oߧ!~PcB$wۧ3&z#4@0MI ?2|m~ # f58NOW8 ^&y!x|1jwuۑpM˗d/X+ ϟjz!r nH1 Ӕv436᚜P_0vI)@ 9p{iuGSʃ>ҚP@-)i-v!4`8̃w2ͻ@c-ґzKGR-I'׎Rj#H&8"fЌGPWB΁ŹN-Oat@| @(z^$SF&M= @kMaa8&, [a*0Mawy^ < }"4>HCLJgG<_ ЌH=eְm#7 &KӨzÌ$Pgu KÄX U.SH!4,xLdĄH$xL Ƅ1aLƄGaKh ]r'IF83یN܁@unٰںЏ`ppڄf1<^8@O8||>P98/<)a b$ao;-sxmx\.X](\ Ht|9q)2f9~} Ͳ,a׆#Ec$K, ;X/ tv;a l$ H ;Ҍ㇮@th2>jϖ bhqRDG,X0tfd%fL􅣳d4%Fx6eوHZց>PT YHup|`=ڠ1I@ןfK]> ziG_c~oAv8b5b)/ &]D$(RappzVʡE~R B~,5lq'\9TSŞP%{K! q!1aQf _{;>|~ex&nϒG|1MN>XMyF3@g+oO a6ynYa Dz0:F;BNo4s8h\ _'zLR,Ͼl,] _yO0 gbՎЎm[r^0^g*wx<_ksr}w<ݳ eSѴ(kϿV)s# nDA¢ K󹅿KX$#B67#9,˲)hu'xʄysnyڏAkaa N`l?7DINH#ߓl,]|\Q ݔ ^Zx Qxi֟ߊ+)9/ eSѴk]o>lb(a?/%$xian݃p%^g~^zq%6$|deٔg4Cm﹯ƴ/8O ?u]8*p¼coO+XNƈ-bN>XMyFӭ4}iQ #reٔgt,-^bŊg@WybHaXc𶟦׃$O UnM!3Ʒ>: rNLƄ1aLƄ1aLƄ1aLxiӧ?T[f3A{A-[F6-00`m6p#{ٵjZ,}/(f]C۷?}bw  9G!#Ƙ0& 涶?aeP; Vяp #7 ^]O#<~6^²A?? ̭ypCq$\R /QVJ uX< ^ZWYIlljH8G]yktγpZxktNgO0޺g•}E: I˳vHX¸Tku]sAz咥iD†f](%deccn'#ܷԤvQQ;yi` "$Q|9 CI$? {(; 0B{OTtja4?L?¡Fv uħ0?%. !"^*LE ș--zugW%|KtƓCCgm-X%l0X뫍ՍK{Xń(@QMFXi ¹SWОܼh=*'%--pa4L lcB!XTRr#0„1aLƄ0eK @`&n:vOCؐv(#Z0aLƄ1aLƄ1aLNPe5IGCMڒ L۶C=e5vA;cڻw]%Zcu{K㒧a߾+=c˜0& g=U {zXSڏpC'LD T@Xx˗\pZ[Tض`W(0ҩrvYG~".!  „r`µ}e61/TC/gٞRy՚uDxCAp^w@aQa}XQ]kMZ=` T]]2TYm BzP@x(kj칫ڻ ax"жH[k*L[_BS&S^1+$Ke"aढ़RrN:OpF3D7Ko05jK1aT Qlb@J]\\E /].)"D/= LRT:(Q7]5k A6}&Ya2„P{=SaqC/B*^BU$Ao4d]&&j%2΄Zvˊ L\r}IxE욝Cuy~K M}~wHxwwVj7Bwz0Y8%WG >@@@{Gn;TIoU{@@f" 000```_Tv琐PPPVpwCoPs|}o;k8غٕ@fo<߀YXs<=`;=p@֐;m^^ofϻ晏LJo{H0.ut yt@vtt> u\ooI]!o[eM#^xn |+ **O5 AU *J72@gg6!'Wb~w?g狻vx[xemE/-W|[[=[oA|+atU44 7Cftw:Fj;6W~w6yۋJۼ}~x[nJokp\_hX|k Fol]l}le=YkN[NPsT큑|[ֆmr7^>=)K _W`oXkL@xKpakk9F|CCW%7ɭ)w[t#[l`!,>Ϯ`_XWo &߽vj_ U 7!bڿJU[/*l+{lxMM^WTc)+1Xt= w@܃UfCۇ(ted[Y  쪨liiȐ׎7PϮҀ*sۄF{`_wnu-~!B'C-U'ftהonR+ʗ|)_ʗ+HAepP9sQ/KR /KЩS/mǢY]X]]&_}˟l?yus^ MZO/>;3Q~s>7oe'EL r'5g|%Ns? "syg/N3tܴZ0pV,Xo.]O _.t6~:pC~~LSO=H.NS9_xfܢ;/~1+G˫_ (yśOywz-.8_Eŷz7^ֳ;_1"ʙ|9=?¤VsgYtT >W4>4?L3?}z|JJCLŘ|9޴zim3תOp~zU񁿰0MMe'zמG:H/g{OZ-yUR73jKVO^=7a-&Oj*sWS)P_ݜVXSxg#.Mfw_Zt͘SSnq<.uO$5?/Ws N׿Zty?趱{J;Y:l9]a>>zԂN$ziщG?~4\2-:1I'd~㰑'XlƨWFFZ|"o'I-=u$٘Z1d.]_`N !;͢kw=_@z/eе#4I~mQUJ(+/Se39̌ v~ͨs=HIʷw!wr}w3Pv|4J|)_wJ8/>D!(dǃ/L _xsD!癱X$\4_ Z*˂ γ"?CKJK6 ?h&_nd,?J"J%AFQ|'8pu 0I ]hQW _UY@h@9]P-Qx$lL]VuAQ<2(&a'Ogu!\$BL9? /gRUY IȬV*dgYrC/ PߪE3j Q kQ_HbΣ~M/ B Z?R)_W%Z@ ++Y颪&',t|$6CĶW؜ʨM "oT(_$=L_]8͘i:PY. ;*8!rQDW*b񅅵DYr)=88<^8!Yg ZE$NO Le Šs1|$H,˭ $RgTK&|_~cro:GK-|z2CfGi6l|*[mU ͒ F :#O)\#XeFeYAwĈ˨2؝U?ѳȨ!ҙHA!Ty.&jAY"*"v'!(ߌlL*i$+E'IQ~1IPd3]$ c:b&&Fq%IbQ3_.1)(`)5svYh29Cfy~xdr1gA%0 ,H=@@7M*rK|g>O@H|KF($_<%VX)//fʗ53JRHPE|UQ+Of=3h =OH bG3.IUMw ْxW#3^U8葏5EU%;|h=YxY/o`[2:hUƥh@ɢA㒈/8&CWZ( cޱcys}wc;ߟL{l'O uD݉W>JfQcʮc;{0ſ)߱ e/^|O4O(Ou>ߛ5\$˗MG{Wo=(7l}3ggň.|/[ѕ uN{` ( s8qvdәl7咼{$a}.2_yΎl:3:|?h[_hJkȊYĺD/^-a /)s#D_0НlSߞ߶Ȧ3z_1/ӗްG3ˡ-D2޹EWskr f=Mt \V<Ӣۓo_dّMgF3пw|/ꗾtϼQ_H,VC,H% ">K9"7D=j J,x{Ӈ芯tKuvdә oݻ-|jΌgfW!k6{95 -JֶA&$)R ޫnѦnk:;hֵd2VV~3y^ h-V,3tKI}i%:;hֵѧd:R2r"3F9'BYg]RؔyInz]gG6?/peLI4Q71>nBa[ IM[\ ]gG63n쒅0VGQ ]8Iq*B&dtG(xei{D+;dّMgFajF" _ `IJQč K:j~i# ~?p17<73Ͼ}gG66ެ;izGwu#Όfz~t|!g92:eRQT;dz(_ڶ-4,qߠ|' R/KR/KRlo9r`߾-PtwwB݇f@l@V;; G [UbtTt{w?g֭cGO^J{{[[$M8C <4`qfVnݺðjlX}4A|#5zz|||xGOII*r|ioqq7aO8o__߷u/}=>_*poC;|^X?K6n(ʚj!5}orVU5,#xo m,_kKʯGe j;;뼵x${rx%wwA֔W*z AFwIAS@s;`7l` t6yۋJۂ~x[nJNwB||u`cp-k # KZ< Ssw0b+0T-Lxxyk:S# @g8H;1dU}~콾}Ih5&X[]PXC4Z|z{Tq>{꺼٩⍠߁ljjLN.aMyE$T=osrz|ڮx{S_PsrBM~wf..zNi =剉uAŧy년rYӀ!M@}Tp|AvttHVуwzpnn^^7}~P@@@fvBOIo" 000```PPP_??vo晔_pŀ̸؍ُ͠0Yop@uBwC0.@ftA><LjoYXsP_`GU.ƉNs?pJ쮯BhrWsxww܂Q8a yd|ώln&+lm >⸷퍩JOOU )IDATx ř%E#ͬd6D#-lA622Z倸-6!8YIXn0L%O3"1’%SO2dO/ Q$/ #Y ȑ#C;$J8q _IK$e2i&- IN$fB&vໝ=#>@37&IUj']֠ρtEܮ#CF{hHy̭cl 3bPyv3TdGOFh?aBI;@LRSTHƈxCu"&nwe3uPlXMGp;,-3pq| &Aɩ)brjx8"ȑ#А+4uq c6/`&18L!DDOf"sS*f́dd'9 1901$fR9>ȤSdO8+bӇ\mh+m$l+LsI̤r&Og etoھ = _؟cs{LNƐypf p3I̤b&S OƬv>"&VO`tAh*"n7` 47989˙&0n̤r&<f3Lb&1m^V.0fk9ز qW_!FdI&`&1X0I$f f)LC0`G6)9* ]"d "= "cHyA$!4:\2704^+'Lb&1Id=3r&.ĤN 4fĤ s6Ib1a&1 Ș4Pr&)bҮ0q`Ĥ׻LF,n6d3 E!~z(TQv5d,o8Lt&u 7ۉ]{7{v߾Yna&?hAߍbRk01C>& VLZ鮩QgGGhdsCQKkunrÇ;3f[H'1fBIvދ'fB..\Lr'ΝLɤ \J6 = ;eex^ cǤg!{I+a4XYN 8x'2.gek"g|wk `%MMfr&g͹EF}7Dž:ޛh`lf4/{#ΆAA 8q"aq !l+4gB%= :1pװ$}"hCG!ދerLn~!FKeRRȤ0<ԟn(Md`~X''g2"&ut>Թߘh%&9)19?0wPo/WOF8wba&0ɝG.d$d2 -!$\(I digi@g?Xr &WS 0p ,f`yS66Plwz9(D[oٽ{gz/w!8T$(4}fl(v99x!LpVN8v-!z8dq (Nz@LXO2i#T:0&TWhfE`#& g >Yܾf3Yd/L2 !`M6Nݑ7%n <>LfSSK/45 :C ALcLf}w3,"(v!1iJ0 7ps2&!hr2 ˕@&] m5d!?Cc gxmِ|m~ڲڲV`k޽Y&銙m䁮~!WF7%qBhӣQGﳆ1EYx&{(0bI!$䐑v3v 2AR3SEG L g$`'Lb&K1yĉ9]LE^XL[q:&00$#!"029|FRcxi_F>E!0NLXcc==pO;rS$fr BӖLW3Lb&16grzz.#U8/ےc&d0 %&pg`&2?_2Ygjs=w;oL֓I0ILn2VygL`ϗ~_K{~PuO;; u`&G2ABҔKtzΏ9#LD?2h\L޼7#+_mП|`]ut,H&CE|<k%П  zNp~꩹ zcu(׭{&Lo}&w~I2|`ݺKd&]# O N 3G0oG5 IԔw\19Qv|*`dp3Am&t~Q5%xM@xl罉4,ghx!nj |AH_`oS'bP =2!n( n#↖A_ީ杮?ypx D%&dbOaZR?.k%&vo# q(bٳS&{+"+%{>.=׵(~ewڙe2I] K&|7S^К'SđI,-2sN:8v>tIP_O ,+us~DC^VJdnYI⟿}CLud?FdaÛJ wbSE.CQb F&>_$w?_J}F&>rRev>xI;=,c](h 9|w!L wW>/=~3+re\xg×UZb+U¾d&=%`&1s3D8ݠ~l$c1rQOP&t4S$m/GpI!IITʤy||vf uR; We O=ccG-&ᲄw6ItI13jL3fǤ Yvs#%1i=&1sqYB 8NO0͘MXJ]LBqm.@Ƥ=?IY$1YRd$Z#@Iiiפ℔P̆==GcEa?'u@Ƥ L-9&ovDOkiUDRA:.QHĄ!)b&[lnLׇh  \%O3T|EL?$bd<$A{ $H LSH+I1fQf7gi583G{RHYI3v~3)/jQr27p&:X g2qdd٘9Hf݂ xiN˫QPi 5񌖪QY.g19>nZtZq#ru؋,O R)6 JX`L^|,(NFCp`uPѬkU&մI{!,s>7/]@5p(ü QŭPnzL`0Y ZnD361f^ d5{AVgdY/xR]xD]v^ӻd f-(Ƥ$~.3L )|3f3*2e3l&x Id'LId+q޽u=ו9b$fl5 3YZ0&W/\n ^OΝ'''=ߞqFyIeO~r9-84VBM裌y<缬arզ w_6: ~_e\53 t'_ޱewߵg+lWNvIwOΧxKt~}J\}jU2V%w}̓7FWwNK4SDT'[PōvIcr2Q:̦  ,+Uk_-+8OߕR(RNZ&` w(Mor&_ wZSbS0ѱ|mq/NiL&0&^ 6`rrK΍lTٯ^K]t_kޱ>]?owȼR|a]3бvI),|p'ɣ>JdYYՖ]w.u?.?-;e ߩb +Hr :,(7(%;+ 1-ov(2%E+~U@X)Ֆo[T6($ObA_-@}+ewQwwYoEJ-[e۱I EcqAY&pM$mZ&Vt--Kr_ R~ڵXP^3UJ+?XJL (O$| ǒjIiL~IWՖ/~;ޔ\;s:ز6(27;*U|Sq%n3c4ډ0kLLL~kLR>R;֖`yᲶCv :Y.7̎n/asJ]e\8md -[Ud2/+uw~\9I3wqnIʏWt,J=qצ0$Fц0 YyoȦ.y7ȤL.Y}bd|[)r:M}Q!UЮ75`FyQ4S.Uk7Uri<ΦkW@my<Ǒ^䅀Zh[_em}+BsMQL.Ks'_Yc<`c9KgVf$_sA/on_ ~iiS岱)Ll9mߖX6tj^W/qKl:>h&y3MTuȴU+gLۋɛϤQT8f9ņ38`&+v9oم\@L:׬Yǁ /amPk5ezd1 ۘ5kng&_D&,L.&w ]J2yr`qBi'_qg3y[k*cfǂT/!Lb&11c Ij[݂vaat0 J&MI-hRR ʘls1T%0eYoL2^V $V+ݲLPƤܟT$`xS4x2KyS2t"II Jd"'yҤaXID'PO}ZX52j0Y TڙT$$Aq ˃6!8 ?4O0XI6S-᛬x$Ƽ$Ib &!yV4bd'16) Rx5L`@LXu,C>:L0q"T7 n۱T _x WW5wa@;[Rlq&)(;'DC&xP<71 $)9&'b+ S8fnm 0I %L`r&k5@&*VgNV*AL\"&th,糤+*dR6aBB4,0- xSk4&k4昹>L١( Jd<*TQ !œbLn_,cҬфTՀjlMcRh+[S  lhje+M-MWd&TŤTdchhzO$ 'AGEt%v8J X,԰Hq4 V~ 5NsfAV1'U-f>=w c:Bca`M m A-8 +3 k^.9lIpl}Ch ۂtOuŊU&䋻[_,]ȂWQqٚ;egP9'M&WBQz-L,Le'룸K'~Z x㣯UT ä-p_M, ,!ya9K,2$z >i+y7P*e͟e US}"(ˏnZ_lZ|*1MY ~jӺkάWfflɇCo9B[% F26dc#T&֫z-I6W -gz7*(/k]sm^aHI_=,|2KE{FċGFjsL .ҋT_*+_YqKIYQo嗛sW=( >6+>Vz6Y꠸1[RzLs^ydL}!p}\ |7Jv~Mk֩Z&o|V&7~=ď}l/eɛYQd+ټMĶJ/&grͽ_1?DngsLFIlM"%j|(7TyyEfğGy}XoዙAK㬸6++yr{LVC7THc&̭7ʕVC_ؽeY[T wEV=^9'X6נ۲ O]ЋuP\+ޮ >h^uq^6Q}sOGv9f^'w$X z%kMTܭ|4&y.e[Qxc (sN] 1`T|c7`ST(˦^! uжէCvdʦVYQUh-03jDØ4Z $f3Lb&1JdTySd0Y$f322d@&{e/'ߟTE ܟ\ L>ēOML1:`6:dZ`&iI$f3ٺLzn8fފwXB?pA=\S-D-0X`&&m-I$V33Ċc&qb&1IdHۆq $$,I,X0X0X`&`&`LV&&R񝽢(zy/F+lAI,j7ͯZ2_Xq̤*U+T cJ&AI&b՚I `зPd21^%hLh Db1Ump2̧c8mILq::6i'&L8&; +TFA1vy{/H AI<߂e,߸D2˂r&﹩7 {?*C#z="=AG#z=AG# ,)|vacהG3nw;P [>G36@:w6щ7BA!FAOW6-$rSX뭟ꤺ| цG=(jKW:}=` z=}󭇈5h=(#wAgz =pSQysz>h z=C- /."FOu]3`:I A hAG#z=AG#,ӯ=76f!sEIm*1AO3xMdy>KR~z5M;;:f\9K\b},oۇ푕.+G~rݽ;kkBo' +=ޫCFn7u; W|Wo,(XN9rjXS,dhw67ͮT{F#7;j=b6%~qsh5XM|ԷqA)[cfW|jѾ𣉬k[y07z Gr*Cg.t4jtzP}JMؕ Drk%^9Ѻz~շ(W{]hH^%F=hG{=AO/X{=H;JΌ4|Kw?|az5AZ.01zM>'\M^S7{|C>]w?A]ʹ` ^yWi=AG#z=Azށ%/HE3#z_赂ңgqbI9fVxkz>Xǹ7gFZ] =N^Sl3Ҡ1,Ѓ7)SjG.`y :6 LӂJE?7^`Aꇂ{gˍ?% BoY)%CbB,_GW Ɉ^MP*Idz>⣗=y [ o/e6GͬfT$7{)=ɘr:+iJU=ݪb=zL%}Q6V2w9гH3K0 zˆ gB,Unv{$i4zˆ43>_[/s BωpXQy zw\1zг_ ,fUDTEA[r*TD8n)JZ V\)WfRFN:U?եlu)2کd]%LEУ NkL]@O&^ rj zQW 6JH'6a9|hfug{5}<~g@j-ggiz,_@aCǸd1=ңy޼9ە٧/?~zkp2;z𘥍=8yP@.bKMAʲ ';B,*X (- Rf`g7mz3Պ-o=Uަg7=sۀ> V%37 !QY5=!y]LLAxZ=B@ `Ax-IW_ǵqH!]ڃ=S}^7?i5=B;Tf͌0m3z,௃ ΦsG: MX>Od'< nf훶oy_]~W/? LEl߾z>% ;#lXqxMq""R̋.jpȌT./'*8-z.?oӛ!Jn&zۏ닞y'MapEWуgV?i ϕ>a+SP)q׎ m"-a?,DSoCmZPKW:i*/o]ˏ"GP~Rf8-hb]7?;|[gۼr} %a\ac uBOJB=g zh0 j#L6|Ћ( /Bz`IQ։^E/_ӱb3@<,.`Z/ `.xvGӡLC/6ɛC\=( xXlFPyXHqȀfFog\\%y%be.ĺ \YC4c ҈ Evq陴 8pX;tsЗvV{c#`[г?@P qj]`x=Ћw X`8m˿MO'a/O   Z \R59z~VAϐ Xpo٠LEk] gx؅1Hd?O4sJ6]Q=[Qt6ٴWwN8znC\KЛ&%:Qt-6P٢N h@[343w6l8]UwL 6xBMoR~T߉swG- B eD#i٣麔uMH+T<<7%J22Âө u;Q7҂yKk5a S) quB:s&%-"W/~d;xLH1VW/JͰ! |Ѓ^,:wiUWgIRR^;Bh*X+rE:{ &wD9r x8xHdClz@! UDD qZ4^5\xDuO޿㶛wfö́TW3~u*z2bMYeAx=hq{n>Wv^1F3EVO֑߽!쭙[_7|~[|OY#?Cؚ3y,\=ֻB*7?+{[Gn]Vd퇻jߚ2"21J.LXk6$ѫi{PN[7-?jͣXzPul<譗nkW!aƃX8zK^AO]݇󩇳V'WVNUoC3p+zi2o}SKxcgiW9A/^YZ5u= 2G)yĖ ==t~?|b,bH'_µv=ФC`6GvalʉFr^E_^u۱+[tҥlŋODkXcyUz5uO]YrT߼7JhBvprdw?g׿oM@q$i%kBWY|oYe Z?ѺX=z5Vso3G߸ҥ~zvJ^5^sޱo.p?vxoos{)9 {F\ۿ &Ҕҁ?\sXJ=M1j:zGwlճǮ zH7?{صW~z:W?u@-gLVB@DmSOڵfVٵݽ;@ .M*'x'mRK\u|rM77 4wt*M) CE"?DL[i%&釞J_cX?J=XbH_r?̦=]uo *zӊ wgQrF1}Ñ1oފ{E?.Gd,Q$1 z>?zܩ-0zҎ^kk]w$=?.r*[qxB AG+xKʨC+GfsXu^clN9Xk ћ>#(aBdf&\nAH ^7CrrC/9,ȢܵJ,+Aa],F_W2%!ǰAFddՂ~WZ/& \oŻjWq(;Pj=V `qryǰ3z(h9%o<<^z00NSp<$T^G]"7^~|ofT'ٜFAhl}:)ZV[J.8t!A;/h|}#[|~bA6]@ LA* @qVʇZo_ /U~:e38,b[yQzҩ^@ErNt,atE$94'Q6RiC>w z^cY%MRÊ =:D j(1flnuInUzhƩAhON eB!:KW[Vz舢=dgzG=B鵓Zћ_<4ڌ,.(z w0/Ў^MZɓNypC=A)bB<&^9j%:8\R zGuk[+cE9N@vԌo*ko|yABP]񻘘֋-a1oYL,PI =/Uؤ<.<X8KY.λ[[ zefpĖHԅWN#@@#zG/,z}X!Ap z==ѫ=k@L7G EsgxgJg抋㸼RE3J)i抋aEORΌ03W1l=^r9&)Ayss 7Ģfu0e|л.D MH+A zeYtlRS]cŠz'e]A?aW *J59. wRVk&/̏#HztY'o?7^`A]bM_dtwW P|G"0ݑ`HMY,֬2\hqz{j[֞ˆMo; =Іg53"T R.@.Mk;ҥ5 Bxx z1zo՚s%L[ =Va{Zs"z:nXEa]zUу*^Eg$RN+?Cʜ xxT =)p *.$!Z!<@@k]wz ͋f2cXPC=A+`H^iirYN+%feHJ+Ε%XrY W.2 U!=hFȞUt1\&:nՌ) AoIM|KǞln$y]kl^8^xAOz+j#=xǛozK}kkC'/\}P;A C7kS{~o A77&DPo{K#mq{>;3y[,}ů%4W۱wӹwqwݙzs[ܝWN߹2'ds<ڜIzY*7>}WyK}{oz_u}C8y/.ԝyo}hdn zl^}{"#?X9Twg߼ɻQԁ$SJAs#ϙP #hjꄣN|rEpK\*    `]b>U+EZL [ﾷV_+4 L(D^Z )UZ0HkR!aF y%I*ԢEwuעI`EwhꋓUQS5_EJZ "Uxr%SEKeVT[Z0EH3@A~owk;e92K z|ZQʴYXVH0ⷃ$)Y(4RH/mS*\N"oS&?YWָL9OC*d0'   %'" .ϋyQAAAĺ AAAAS_7Q+\'4~&jI;k$Osk|0 ][?T~&B_;t~&&>Z'nXYM|OrDGZ;T `NAAAĺ     kߙN^&Sv \A@q;iÓ7 vyD0czW_      `tD Ȳ&W䮗}xLVJp9ׄG+θOxG~?JgDzNO-3ތ?G֊ .3\Z ͛{@qooh^N7}dM440 "Љ"y`e\^AތW,=d|eQTY}k|}5ӳu ܿtft~|t4-(%ғfHY_$hf?fk%BFy(o'S+R, VF"^tEfbqsZ܈/),:ޅ7p D QBC8zk'1Ά-[dDb-V>`z 3agQ{(۱yNXsʅMzcFŘZZ͠UN/Rnhe@ Fб=8ҦU;lm[4yg{"F벎7*Xm&ѢʹNYRkp]^S{Fc\FI3G~w$Acuiq*3OS9bV j              &ODp_-MPliOEp\z -OPl     7sS_+}(}w`<+b҇,";Yzb#CH ;[\;MROE:BY2;>r1 >V+UEI*l+(w@z!XhJM_f/V4|Zawh -mjZAZVur7+ҴV jRE$l [LD +؈ȕŰí>iW{'=rM5Y[^ɐɬ_/f0  %'" ϋyQAAAĺ AAAA[7Q+к{}&jEOeb=>uJn~zź _Բn^zź PԺ{} &DuM+C&DMXnzn&n&0  X7uX7EAAAA&n&n#zɀ    I*MpA!铭RJ+.A,)آhlɧ=R"^ ^YXmA(IRV*<.7&nI5RdvQZmY/utX$ZPhniP׬7s2[_RBpz%Uf-RMvAgҠT W`,UE&/d~J=Wrٚƃ)yD_K.< \ Gѧs2AAAA {n6>Ghd;77 S$fj#:-#hDl0Ѣ496x@f;cVd{w̓`d@0Z߰*r:*~:S|>Iot|EP%N,N3Ky2_-Uj{/JKӇ9mV[j7AWEv&:Y;+W.WQ4 [o`dPt#dI˗(iWfz0NW+W..WQ4 [\-ڳzu`pί-t>8wu>ԞNw,p(p׬wܠ^]Z.W\,]R$E*Ei]#%#Q#d__1|bzU8Yckd/A3OXy>uσ`^u8q@>f jvq+wnn> ]уt9625'^̪aV AAAAAAAAAAAAAA6so3]x9    Fn3•>`qG ߐw;YN}zYzh`}gsk'I9IT'_(KuTfԧ\.FA7OVITؚL+rDW*hl7s~ C1(hEjY8"c W [_+k )r'0LY; Fo$䚒_J5E+&[X)L"ڬE [;SȱErr"9Z* W 4?[~}ﻰ>yhT"a d˴ NϦ/p" 57V(HeX QETاV.4fEJa d\ak2q! W}2{85N,(O>F"ie W99Ŭf@AAp6ϋyчȗ_~)ԛM_|ERo6 ~"Jh ' z2ɠ'v ' z2ɠ' AAdГAO=d\%Aʅ]+     lcd*zm[U wJ,q.R'^q ;tj&ͦ\s.ɩLKKi<=ݶ*MUI R(p׭W|9UU Ύʚ&y: &utX$ҦR8Uk֛m9^VBpz%Uf-RHՍR%^ǃTi3l[*\vʡR$^G58蒇;\nWы9ɀ   }bW.ʅEAAϯ̎u-E~7C0;zFDu fF3AAA@gQZ@03zEտۭ.]۬ou_0k#+-3AA?aK<8@T{k VٻIukYtzN^LBn>{GvO'Q0jҘՇ!(^! a{;TKnH76vhz!zr|{|I"zqr^=n.KD8$4<zۗCF(wiN_ҔmXmo޾|xOyucdEǪ&(^QnTUB3o?ݞHZFB6Z$>MCG076X?ˤEӐɎ.]h^yn WvǷ4/iSqw{}KE8?==~{/a'/hHv WL:^ng_:X49 yI>{1;5X߫ϫ>6/76.±1/&3X߫w#&/ش"O \ߧfq+r\{>B'ۗ7.7irywRQӪhߣD?|C~{|;z!{w߄9ɀ    b [/c37AAAy |`?O1eK?V?|3wYf/s #IENDB`Dd}  c ARIC372167UML_ReqmCD2Rule in Comment attached to Order class.b]V:eR'A-n]V:eR'PNG  IHDR(fNOtEXtSoftwareAdobe ImageReadyqe<PLTEzz~\<oosOO@a^byy~ݵپ컉ޟ٪Ñ޲Ǧpoqӟˢ&//L__888𵵼ggm镕Թryy¢www龺½=IDATx |WƩe;F!\m3BJztԖ# HQ5[6jlhӖ+mism=v{(G] e}ofH9-ٚDc~ĒFzi,RD+CfgUƑYW C% Cq۞dz(;8@A/? 2-;^9oʎ|*<,BIfKƽ y|4a`ইO:'&5Tg|Yp z{}^Kݽ3c>q`zŊs0늺3 w',oPhH{V5t=kCPu/AIѐxGyPHԜhL0 @oniٖu5Bu, s==<2͞Bdġd ֟s{BCJ>VF(ބh31Q16=v%^jdcD"z}BAz(Kdj%Ĩ9'yzic+cZDoǡ2>cĨ ӛ3>zbSkO~wwwg,K7@g s&D";hQ|Qs$ 4Zͧf2DMOxO|on=VU>V'FX@e7!%ZZ3I#asbFs=|r,ҝ| Xna# Fcg.X74MQݾ暦t&7j<5scs[G$=:C%+)D#:M+W#`&42Lt_]RPbP@@@@@@P@@@@@@P@"ߣHs ϟGf.:q ')"?( 37:9' @9݉D)" ( % (tL 2f& (g)Aq@( O ( z fogO:1F"<'W;8?u)+o*R>qef֭[Sd-<"x>RKD%wXf~s1ge.TP(?O P\s{M[{#֢EbTxgʮ]}}Dm @9WedE[MVw }}̶idHJa`߃](5iq'"I]˘ġ4m>Uڸad~^($;)&4֞%KmUJHC{lcFjJ+fI Z6Rc}wY(/V-aunj\ jfVSXmQY kr(u[/g+J(ì(T&-;] (X}G3_\# Q~\1J 5)IlE{nz()e-#(.^⥛6 ({Բ5Q+ ummmBYZP.e9քq(KPkkkPY|P/VƖr(ҲY(Vf($e?[kj (PO_C)ˑY̚Xs|ژSѢ}*̶K̵ӄZb{`vM;jrޓ_ES̪ {}1~I)%m#w=g |=26xB#==q"Y?֣JX(¿w.~Z %i6%VNOs7T`:AUJ[A07h~>%iaadPoCA ݤHot!{ZPʒ)Ѵ,Wiab[RqoÚL(zJ:MSUEE=x:YG+dGU*iE|­>(((((m@DP]@@@@@@>(%:( P*;wW_'y zYzPeHCYLP&|t- 8á!-(#((((((((((((((6Bq9Pa'@ 9ܚuѣO%C1bۦыNArT}P,_4': (NN5NOuPtr hDfGN'KAٹΆ.ʻ߭5;+[w 7y6&l=9bXGʜyf-'r@9PRf)vV(y)pb d/8Yg!Nlr Hf7.Nlr*\g;}N݃R,qjܧo+EB{:$єl:(UxPX\+BΟFuXk)- F*Uo|~ 9Mn=E i-A^qDBoJ骢h= %EԴY(E2=yAy(RI@@TCT~t;,'W;8?u'P>KyC}ri+)7ܰm۶P|S>@^w\Ny)Vd3e֭^)gF <\s%";\,3y?3΀" |[*\J/9I *| ((((3u";.(FיP~ٳ rYWPS(qʹܔ͓$(i376Le޽{JaKlc"+63vCŲeg$(Ek.glxr({i ͵U ¥BYIRX]Ljkf(G]25]֮%-Kh+:{6m9&ݷj_HPF,X~_\PUP,.0kFbn]ڴɀCP߲XGC=[Ѱa|* ^` X^(v eXj_s(͌IM]t:;YݦM. >7K5s(]&( e1oLuȆYc+/"AY/1* \aDb~,1RƖ]wO]p={a9{,g5.2bMlQ,-\Ȗn`lM=k_b %B `~W˒嬾CiRRkQH ؒklQ5+e`Wߊҡ^r5Vlf#(-e<& `#ﵗVKK"( (kcexד2\6[:V1@c3 mwJ# (46N( :Ff*r¡v-nokk[MPLRGU^`Q־b?.AigK (Yc̵Z#V'QЛvZl@YΆ_T̞c9([ݱ ҚmB=g4FYk歍kCx{w܆bpQa^On|9E=VoXHW"zJTבYl(8J{Pw2td]RR?͍NPi)rv6(2#OXɟDzTL Rl@9o"n:)BIjCI"aCO{95tZF@ +h!;դ&(#)t0VرP~xw8Dz^Y"pо5_Fբ٠:ԕȔPX"XDյ5Z&p8ǎyz~L^_ցOOObdluv}oooꔯXY^rt}pr|vx~hin<=?IJNHFITV]|}+-/ηfgm*+.{|~흠WX^oq|EGM3??ߠᏏf0/1yvz;@GH, d0A~XDHp qR3ȐZP !c$n!t қr?7FoCc<* jUfњR!. )2^Ao*1b\ Q A\ƣ8֍跃c* `էb!Cފa1xPC"#QtpT@VP ~}Cy?E)(VT~|CEh;bA)V'A D9+V:'>0ڒu!J#/ ңVJB5 Ƣ-D2 5C4@A )DurSPo9T77{naKy a-W.ߊo_;3OщSVa~Kdn~~<`ۡ5Dj|CT7DjCTJ;DjCT*=Dh1!*P Roy5@M&Pɣ" BqD.BRXK)>)ǧ!K.'Rg˞.`ݿݫU$co`ᨻ J;k5ЭK+Gt[PgɠO(fbdjR\,g)wEyk0jZQwB= #qH~&)i\5yxPpa_BգQ/+@5gg9B-T!TfZi Bwt{ԴGmm-^O﷨iQ<ΪmۚJ}K{J;(oimGV|M9$QBpDUQ?! U|Aq*oʔy--ٛ6ee.}iI=%KQ^Q\&~5]]SQ~j*OߺcYA?YVLGs.&(썤QBn?6-@*.zfQ±m;?xԥbS7 ;(z/b &6gjN|xssMIƢ9$FA9PW]*R^Mb/Y(~(RŏP|F*qUW\V/ݡ}q삜U (}PqH(8,.JXIm @ BFR[Mj.oN$N6>A0X`B=?D6((:]EO01d0P*+hCY %d6C! If(CQ`; Pl'PBP¦tЊ&ST*P&T:M1U\"M*kb)O6Eu;bFUuTC6*kdS* ITR (Ĥب W'A⩐ oi)&i7CTI&yS9-P1T&dS kJbgj*ڔzX&SQa*MMFTښLF*MfD&QX|M@ \M@ч5Ye;N Ssb؀mP!h۠D .1Őbo#*TmޏZ!3K,Ikt n?j}5| 5C-JU h9DKe2hNPJC4CY)sV(Ke e!Η9D/*WWVNQ)LQeqPsjEQ2* A-5= Թw;| 5 L*tWҔYP zkFp~ƹ=h5y3fzâAPYYS#2Һ^^oLT{;fY?r5}ÃqMQy䵀TYQ {\DMܷw}qPq2hflŭJg>f6x-`f%u2FQdTlODg.8與9D!ӿ0{YӷlȻw< e$f,{ciŮ]5eݽee]]p:tuv۱ ԥXg+sV(Ke e!zX)svgu2hd!Y%s+2:sΖZ2r!(47!/΋EEQvGtE);9CP4~3j(erΡÂ!1G5_<*Ѥs@RɦEE 552֤,=BeI0&=?竨 7F!7麚$L0Tft^% 0-Lros 7M+g%y۠\2,-IŐ6:$6o(?cUIktjx$Mp]ǩ R6Y !vC e{J5Ot4Oet(, B.Ket(HV%?KRA( C{MЀT,s=!bܲ&ҡ8r¡ et(L@p0jP&C?oA#L*JiiiFPѻfIVhBYK|YIFӡ#w͠qsQ;iޚzwLK]3x (GB~7 VQV jk{wUw`M>&3. TRʽ޲.Gt p\0%(tLﴯ|]>ԉM&%=F5?j5l~⭸t> :nYWvwԪ@ECn q),!WդCD|j TX:O~(K&is#jҡ$:6fI¹[}cq$MfY4 %J2p]uRP\4%$v$-Kt(@>)$馕!llKBSQ |لn&BmOd8`0FIENDB`Dd  c AB 030c41d9079671d09a62d8e2c1db6973alert_noteNotebk.Chtfig #-nk.ChtfigPNG  IHDR;ٺ0PLTEtRNS AbKGDH cmPPJCmp0712Om IDATcP"!3#IENDB`h$$If!vh#v":V  t6,534Bayts2h$$If!vh#v":V  t6,534Bayts2Dd  c AB 030c41d9079671d09a62d8e2c1db6973alert_noteNotebk.Chtfig -nk.ChtfigPNG  IHDR;ٺ0PLTEtRNS AbKGDH cmPPJCmp0712Om IDATcP"!3#IENDB`h$$If!vh#v":V  t6,534Bayts2h$$If!vh#v":V  t6,534Bayts2T0Dd  c A$HIC384127UML_BareComponentUML component diagram showing partsb:/sǢ%&???쀀0/1___ࠠ|{}rovrou~~~<;=ƾƽ}}~~~~Z]Z뿽{}{9'Z[[Poii9pcmmm8FiF9r9os (({Gyj׮]߹ww}C}G<ϾWo|_ @H Á/F^@Ó@HȌw.JS 9 3Jn;K1H璯 EŶ|0 /uۭ%'d )y$$ %dmFty2cY'?urMFyT2ېQA.8Ȳ@KNC2ӫF_GiQㅍ4M4VDqK ]^IX)3|)EQP[gst A74{,kKdDog%dwjp;5[/X66UmizbnSmՕpV67Wv˻{nM_ָn+Gq$} Uܬsz}4مUw0ӸQ]\BY)Uټ67 BJ_))D9r>(!gyCxrQ9U#(Q'm9z>ijiL}/~'| b?S8A;R[(?}H7q`*?*P>~E)=On|~S1g9 z]@H $@Hzd$HO伖A v_ Jn;g&A2F:클'>nznr _N.n@^[KN = rLG(A>[Q:IO̚-! }>_`>@"YYK i MqDz}VcHW'HH]:V¸@:+gei\O-HɉޒmHb[f!L~ij)o9M4Q|$z_JQ6TTZonWQ Kݖ $Q$ya` ʜYR@N|r M/n9`>`喃,6jD Xʎr-}}ԯ~UY[k*q OnKaGbgAN897kYQAf˫Q1I*GUvqqemC_lvRn EY |s9u՝KI%7 Ț+HKlL S_ѱͥ6 ؾ_J$̩S?zٳd2i1쳼.?x>VV]ݖ]@.*XB!ϽB #G9lryci;ځ )!?x"W}@j~GqMofFṙfl e $M!Hr=ѻ-클G$0[?@H $8-S/wdH92HͭYT@VW򽎎j qH92H'6 Fi|`q +ttPntHb9sZҭtya-EϮЋ JmIu[AšCdu}GA& ܹSSY'*@׬Ϟڋ߭?oMOݜ{HṀ"VʷTT޴X]X0H#XU]@UeW`Y:K+ؤ]apS}re=Yoxj75{P{ͫ]1gN~݊>dSnZ6oWrɱ%TtIiة! * +}l>? `hoSgU ɮ@Uv]m^ @alK@fyu&1%.[8„}>-%$ xAի J?w"xv/Nq  Ly{]M`Jz/[a䅩$ȘM 2ğ<Wqa[PSF2HHmH9N?&۠f!*E4J#ɵIIT8v"ϨG[2<(ID36a? $)- /FO=HX7A$$ 8apd8H:gցt @B4·RS$ $H $@2zcß2;&|g=RIy}Ho8?YܽA2A^[9)&.?[Z  Ԃt$m@Ǡ? dJJHu1f@TD$nݯ8:$L H| |@2E !Ɛ^آ 6( = x9y5H!3)9$L%x|b3$ $%F7d( ذZ#qԅpPwuvtU4dF'H%ÀF K)~hݙm J)`lYکa  ̓)oó B0&W}gN;x3PGNuc=H{0L9ȡ;3` Ve_Y 2`4N=TiQ]J+ 93lM;z$k[.7L@N?HTm%)mǐ>RO:)h٥#[3V4Fؤ*;ģ@A`H0GW #vAo{{}u鸢h[OjlA #t:9"HV3fCT]G9|b蟅.fAF1;HKݎ H$ey/~OkȘx @ N]" Opya5=*H?JE\B݂OΨ :@]L ok"B P e #Zxa ?0H& 2W٤/x:RX;JAq 㦧Ҧz\ 'YeG f|.ԔT\t *$a 'שB$ΈA?G vK_&H/D`m9IBFè5aH m%IH|v>>VFgcbgԙ1͏H9 S Xf7 S T,ȔLn@H @?HpKU 'dҤce )W2D))HKyIʕ+EyMʫ(N93  g/O/~}s(>x{ $Y~;w>hmmmByzoo߳}54ݻ_y]v}޽{wp}}=G{~կ~(?{+_җ/'. $@H)W]G$L1ȋ7 #=IRE/.e3 hdf{4t o߉u]?9z֒2_y6 FA^$I?In3C U697kr._9@fjl1 O*PBf(7 gS_e(-ˇ6dF<dzKAII]eرIy/$o6d!fS՝K J y1mH|ե~hCf:x S _LC0 S 9>8uPBf0ȡC ~GqMoB@j$JH)!dADd$L9H8@H $2cA TnGYP@Vdwl@ z$8y7}GTw=2gECIXe/yew-[,*O-**Zڔ]E/ii0Ȋ%{3Uه@ "ȼz^[ד_.ݾʷb;޿ $A^qÝw^w]҅K|55OU;hpAyjbu!an᫗cK*Ud[opog׷׭ WXW44n"6#[o@rb:M7*مq!M˞Ml*"$lws+ pd=QKPKXO 뷢^v=q ?/' $|R $@H $@H $@H gH$L} H0 H?m\RHV$@O[N F&'$FcJL ;$J, @j;ySN@HMAq$L}BM*]NO@N2T;2$ ƀ3 ' Ry{4T=Y2hSm\@T m@495O SNݵv$H#He(N Q'@N&OElU| eʕע&USΜ8.f ?@nn:FƏ|ccz *M !r3܅ayaVE5-Hn6JLA @N.H#?st$lb9EY d2<;S2,A=LH aV*r8nL $@f$H.GAeA@hlcQyCh`w1gxF(g C~aNH q '22%Ϝo  l9#'\b\2Hz5EECtoHxbi/ W@PSҔhe?-w.3Lz dTAL؆ܦSO@w(Ayc u%AΕ)_?Hdt:ctH[ _'"$b'ęjw >gې;nnDIP| p^jF (P-.U q#9d mf-ܠMg[NPlMsܔƛq#؄knnZ$ )Jq To !q?IU@uIz&/(q r0\eFx#b/6A7;IB~&NiRLKϳȨ'r 0iibof# ȁ*8Y edB>3H>,g9!Ve i 2 $r@Z Lq8b , S ?@H1aa.Q4ڦ۩v*HҏKF_7ڄ!q^ ~TiGU }a.E=` G=ep]2i:b@jvDz{'dX(A$jA W_x sWu82С<74S%or/#IH܎(A22BMw*AzQ뎃Ƶ6jD 撚IUM{ Re@ Ly^s To2Q+. Q0tԈ Qщ<h'D l?>a.Qvܓѥ ߎrG<|4uZLXsL+Hqxdk,$rn3r䳂_[KN Q]WF۩Pд"fRPͬ2939!f: ` y6Kj._9OU4&dJ7sݜWbkc \0s¹sW'HH]|a^^lP{A xc9\<_R _r._mHw@iI>qAhդGɈ$1qZx B&=CZDUeرI57IԀ3I^2@:%WxA^O\DP P p0 nwJF!fS>oF!q HeEU =Rix /tr Q$'E)Y}%d: :9D[tI̝ @Ɠ6$SzR,kCxF^x.}@ N,$ /.ԇJM|Z]U <;7ȇ==%$j{GMFXjAZxI>iY@.K QRZKPR0267*r3CNSr& j(@|ц}pf8dHh1H}NNEߑF䛳qŌdMc} C-hdXq4Ui4)e&@2HiĵKX=/b4/'z7%0@r 9Bl@]+)C7B@,La@rf@׆tC%H[0VR@x{.q#HGt'JyH8ΩSesٲKoܱZmEϷ,/,ZRYAZ έ P+j=aEmO^5=+2 d捌z#,[bdXnSVeJKQr|_^z5ҋ[T{K,b]I õv(15y DYcmޞ0+a1ŗΧOU7R``:5HPg[郔:55Cs`ک{Y\ݦڞ=e=Q Q24>ʾ&!Ll%HwJ_6 ˦2l-.3Ss= -OJ $Aݖ\v9"}ukVkWl|kSW[w_ g)HMGNesl ^F,D ƅ4Al@,&hZBd^C$@JvfK!<.WΈ+Br 7'5r3gS!d@H $@H $@H $@H $@H $@H $@H $@H $@ \r.Wp^F9b>=~xǿ՜&5IDATx|Ui?([0Z2ւa]\qRlB + A^)Q'Je²J]?בA#a^Xy(l3ɟ6Id~|h̤|V/F&Π1F`)M iMQUc1,(p"w:$- PnF +1F`M"Q0Y fqXFF0zy\ga!r zAp(2QMI41FL6e1ЁkDgФ1i%*#|B$lOi&QG2yxWkbhFQ|(  ;9 h%Z/6‹H[Qc 9`U98"nFF3Y,"Ҝ 譬(&28O,`gb,Gᯱ[WXXD@'qA2#E_FK{V 94F1 c%HY/#mфNib!Ί`t CFuID!J4 Q14-x1,5Fo4~ "^>@<Ij1(VhbgФ1iii4i4i4F fDX3i:Bq&QG1:8ƨ}?d#SS~(544<.qLzL*{CJ]ߺ+}8諛oI !FӦGo5/6!u~ذpB4FІQ|]9˙h$aaN7'l+%uʌ{m_RȪ16|;FxVD`"B7֤1\w!1"?|Rv': k6er2FYq9#:Kȡ1.bmymHwGX(?ֻwPF h8g?wMI8}JaDM+q}+y Mǫ*z!eC視0G UYѧ`sPs7KJ$F@b}Hx~C+D(*ֺ\0M:5F4#YQC*W3y1DbkX)Z$5wh=q*_ly;bw+nMCc9`č8^O7e5+MC 48xj>tؙ]T`A>}z_f F!m) }2r?/1M6hRv[q&  iQD _@oгMOW\H8JÊ ,)FD0`bX箤T讠djK yah~_~D"%Ђ3uu#4/͊nó"4xhbd (pAԈƃ0g3+yO z~{FrXq |Ҹ4P#>le[# ]irm(ϊZ~Blo7bD1‘͝Ro.Cs+^]cAD}e4r~9}Jsլ4y݌>/KH)OVo܏]WTve"fEJS[1zh]t~J(F?imR{;DYYՠ뗣a|f "FKFM?gIdɀ{="cŊ`d "*B2N0JS8h}/gwv.sx X#Lvw~Ŋ$T!Mx\~Y@r> "66FJ7 0#z7 *Maӕfi4-]sΧ >a$U;@J q6j與Q`Gop3zswrlɫgL^с߂;:67#fr$0M qȻ䮃ȋ- CnFSSB8J7#Lf9= ϊЁ뮻(H{R 0p1zX|akѺРʌ>/ᇁӋP??5~sXV^t]"1y{qI<>s pm5QPO 3/1 ](dvY];ɒgx]{Df45-tד=(~r UlnsdZ{@3pDfn}geKVx&s*ݞW-8ͽ!GqhAyQ; 2ca'1:~6kۊMS}R{KVM0y%Siڥt ёQŌV6yfŊ>d4,2+c5F ɘw;GmY*l"@rSs1v0+/ޱV2]g@ Yo1Hjԓ'yWXK#D#G +Ȭ:Q$4Q?GhtFZ,bK&H ۈ w{L="Nsg! Th .B6ZE6#~cG5Rdsq#KcK$B%'##{h\4 uڇHWxw ) bdK8FMAFRr0*xwX(e4$ul^,豧` #h+(1Ol)!OHẬPnc'SRRdp99$D.Ud\4)19MP7h:YGxx^VUCSAM׷S~=VsNASC&2{ͽB'cTuo_sͺuMKAm.bտ gֈ&o{DL'b4bRR6L,SS͢1ӟao*hjWĢhʨuKrP]Y;%~ؐs0U%}#==eO{h,Ph %PaɞKR3ۤdZf+n=Df1}Wz |F7McUt0!ų~ZS[_YĨ.5*5 TR9t-$2#v0}R:PhϞE|MoF.okpii_ ѴÇG+-%nFg޳EnFuu5[* V ˨n ~*$B$}SOPUοi+_~5.kǪ}eTn3r:}͆CQQ"IVx%U_B2?*=[%FXXc_RR|]ve;qLTR… K.`o |mOG+*-[Yμ^~+?XlrO;aLoҧ>B#b-%d%#Dg4i)=\벱W+{sI:VIVFiĂѯ&Mރ\ʱU~L֥%qňby®[XߢΈ~r#0.;ҕ-ޔj.bƈҋ\MzfɗKO+>1bT}lכ&]>w/# $y'n#=KVQ`)HJ~1&7{:OxITo -gBVJ֒8aYD]O,)[I"83FqGsjҪU?^ABޙe>'>.˱E! 6{ z0>O ]q>δ̪I~!;: 5>zR@@Ѭ]Q9-ÌF< ;<=q 8]"j%X`$"E&jaВ?Ĕѥ!eeF`GrzrҪ|(9Or%ul0QQr%P;V@Q6 wՉX1ҥ˲qؙ*Le8 Փ+nru$H0s\ٙWZ5bc=Y\5Ll_E<'8Gbh@-w#H۵ Tw'vR3OgK\32ָ(?z}Řэ{~4n]0 g w9eXU߱#ċRMGQ;/]>{Ngd1n SVGϏ"-ՂRyȉ& |h o#E )opz/D1fTV],^:GnvⲲ$ws.{.cL 9uBc栲[Yw[(BRibTB̬v7z9|:BޠkY$aldy| ʖ*Y&4_@շk[Hᐷu X>3 785͎țN d>빭[9.& f "a 9n^ro^ ~֬g9#D)F83og0`9P' 8 ixYg*YXQNd6dH+**&Pĥ?*uH8ֆI2z8q0aߍ5eR)pK&b>{ANUF-޵~CXp[) 7 bc ŘuRr[㇑Ū{K}+zMVa'6<^>βA al@LX{8ˊZQfaAUA?" g'Qal}m Fw=18-&H ϪO_ґ&dDc8}95i%fCr"# yab 2 8dCsaeiE`lNs TǶ,ͨ z_F[J+ [UȗB' cC 3α~b W<֙WaFq1eԔSrUQ/Mv1z%!'Cc!alsU3gh K[^#]ТCQyiaIX~HBf=Ғ0*,Fs:b~I[^ p_po9&($TX΄63۬Z}u1̇;Т ]XOѾ׽( *cа<{Fb*/=kP xTҢn Q\58w VDE6h)iU=E go2êM=}Ax: ,#E -E#x "$0=-Qjד>kT"A4M3R$DVi`b07^bD\hÈ7:XNcqD 4njh`g }8%!q&.Bcc21?Fx LGtMǗuY҃v-rxs1y"pcB'u&#ޤH%AŞa:fcu INUaorA k0d1 (Ur?ŬYo0bF=aLcdOFUEJƨ1&'`o،>%7f3Tظ%`͹p~b4WE4ć׷*B%.bfnAI38w6*cs5jQ\B'4՜•]zC' QIƹp hJC7!${CSNUA*>hm+F">f_srφUjr6aD)  }"쾁NmltN?GHyFMMVQdF+g$4Gze*fԋ( TI)EB#G~6ׂ۠JRFbZH2Zi%O!,CU2".rzei)ej)"-BU3#R/ڢ,QFJ*EY߂*G(EY, *6v]$)EN(+bݒ0ڹgwPNFQEͻ~nQV3맽.FZm\3¾n:٢Nmev(Т,Q'DQ'[Iag:$\F*%;ۢo?dFUߦ-TDk1J>{siQVgcD8]̨.6>mQVgd$jHU?}!egvfg[y]xPi:ѦM[xQVR2dQ'[:٢,(.uEYIɨ-iQ'[uL\P:j~uIENDB`$$If!vh#vy#v :V  t0OOOOOO65/  O/ OBpyt $$If!vh#vy#v :V   t0OOOOOO65/ OBpyt $$If!vh#vy#v :V  t0OOOOOO65/ OBpyt Dd##z  c VA IC101471alert_noteNoteb'zTo(%dU)F-n'zTo(%dUPNG  IHDR Ҏ0PLTE]Z&c tRNS,bKGD ٥ cmPPJCmp0712Om1IDATcHKK3`hw%@}& )ͥ@բ}&X ,(oJPIENDB`$$If!vh#vy#v :V   t0OOOOOO65/ OBpyt Dd&&   c nAIC46226alert_cautionImportant notebpC 1*PqH-npC 1*PqPNG  IHDR rPLTE L_Ŵ#uRp{V FHD QXY %}n-giUngbG~U'_xC(tZBBfSᦻF>?#}V I~v(%7tKtRNSbKGDJ cmPPJCmp0712HssIDATWcyEJLL0.#D܅Q܍A–`3bvU,5xAl!a)63u/[gVYNG/=en sO9^{IVv;AfvfWS#>+Q5}ib IENDB`$$If!vh#vy#v :V  t0OOOOOO65/ OBpyt $$If!vh#vy#v :V   t0OOOOOO65/ OBpyt $$If!vh#vy#v :V  t0OOOOOO65/ OBpyt 4Dd' ! c A0&IC310565ProcGuid_AgileCreateBugBug Work Item Form b3A>nDd;Эs{3N-n3A>nDd;Эs{PNG  IHDRY{ctEXtSoftwareAdobe ImageReadyqe<PLTE߾WʽW==;Ԛghh\\Zyѡ&Щ"ͿحJkZcqqpaKKIĽ;ǑDSjԎۍhsXbq++)JzpfB豰򜜜nv{sOVkqѿq7Įb7/ԏ^`òx㟞Y..->ISܑ֝Ƴ1Ecr0AIDATx`W߭ wCfD!3HBu=ٳ#R?EEsZ("9H.`K|((lԣt=ĝRĜNh \:>);73O+vߛo{;͆?(T,BPHBPFWCOG_ߠ?Y dGHBPHz+/$ /+/$$ BP%g`q7?-Pݡ3;C;g7M2>VHVAWflq7Yɿƺ.oDiFwdY7Q*2:U*Zb$ d,sѠ[jȺޏBJtE7P9S2YFrd~*:yz*+A`.;ee{z?doO?DTIdя~tC'xGzc{G+ )X`X(Kn[^74ۉ[{tv%'zm*z﻾~P9UY8~U7o}׿~ J`M;n;v#O{e7gj)N+?JkgWRby{W+_;ʩ***d7q旾f +XG Z'drkWWw}EtݬaYU|>p{>t^,usO/+Wrd6lp o=de}쳿~s-^ s:<BR*s: YG  HArc) v쓦^U2%n)U]^`Tp|u*[w^yi:7r$=qC7{)Y'sI!'Nq'TgCu}%,Yᖁ Mg[Х )tY, O ApW%=P4QAB_rN˿;~{Yǯz T.DVɓ6YY'H]4:yA9)i'jZI+=4bɆv8EK[XXzP!fuU-UU-*pt0\dz{}OvvJ'x~녭~?:)U/DTId:uGo~냷|o*S}T]H!IxNQOjνQ/"Ef%{vEJ{ȩ4Gxhz,.UQe/a%[ǫKR{{`k+( ^vîBS}}U场㖧~Ǜ>_8 P9U2Yŧx놛/\[~;ma{}js`Ajiwb kbZ\Lzq`AR\z W/>XW\zV;n](]0--@_g"}EMBxr)U-*0&:6r Ϯ]ΩGo~ _y?ۧ 1S%] 뭛)Y3MDS,i/&ўâXlbzz(LD+/N&=vf%CKࡧB@ ĬH|x){[Z"8YG|WÎ]NqW=Wu[G'n[^2הRåHJåWuHU-"RZJتaئå==l+MSk8=Z }mU-U^__D Up }>`:E* H)J),x9;~?yW_\ʩȪ*))yn1O;/~c'|ўKVRB%%g9?L%~vKJj=QH#qT; J-ZrV985Jm+$%%\IZWQq4mx ~>Bq8~0UhUlzxy6hQRB @C 5x&''K0Jo}쭭[] ld Y??o|c{_ު*?ДstL vN;s\ WT𓓝RkxgJY>~|Rq?#<3@oo@ u'ʡkx0*J&=9~/}^_| :㵮&)X40U6T:9Yz3㭡V6ON)KhdjM{EKR8go _z*J&k׮]RvB =LS͓3~;+%!w}BZ9v].2(,ZK~8áwǂ壖wP9S2YAr$~Ar >3(TtZnZ,r$ȺF jȺq&D dmMTɺqӭU6l#scv)S dm[7~Xq|?!!4&2)I?Ȏ+S 1RC!UIs3nbE<27BF3A4D2p !YRᆒNal7s9-s:fřuvshd^.IJIrʐ 2# Bݚ"5} GZ6$59!Y̘HF碟ƝY 3n it46:9eNhFh2#er;bʹeQvhHI`5`&'rθUq`oDDPr@eY)A QuL!;!Z;p͚F'4)sJ,sh%5 VjJƜ7fsCPBͧs}y5 iQmfd!эYPc \'l6fjE{Y\hcp UQi,kc[M23%ZCX#Mqk`܈A˱0vG øuF0^<"EZ,m];]4g΢.A YskJ"4ӓ<ag4Cb27w%5`1̱fhFa,zةf"J>RkJ#˩@Ys5b`o+dmvqAldu覘=ZFfufZ0cd1ff̌i#,0XN~,i5Ўڹ'4hDk8BAEfȲ,XEukA[2S>5p/1 bMf,Xf52}0Bטc!FfUf@NuFgǬ\44Gcd$~dv:iZ4Y k9E.ܒܔ'ekl65heQf5D%Y)E]a2_MoF!('1}B!Y k3?Gr3)fY(T+,BPHBP러}?Psꛯ-'~GSK!:t j>!Y'KrE^d1JiY!Y5&~/-!cT%K'I25qYEHc򐬂m 9%K 5633L47V5c쿬F5JP/X$bA삦 Ta^F\ K83BjFyw4WGg!stj#PIjho F:ԨCCb#O8B̘64Lf4h&`ֈ ,"Kc2mN莨O"kot,Yt;L[4–t%{# {LY8]X@~ȝaT͙S /ɚ7ILHR#WID|. %u<ڞ}PdC2}JHTᐕ_wp<$ky*G"Y4jUPUK5jn x< GX, B!Y($ BPH B,BP($ dfy=th@W LVͲ)Y7[izxK q"32YF%!DsD(^sgJZn̒,:p$` -:~7at]ID{0,Rd)D'Z`{¶%oy9swe{h0'wP9%["p[qîmv 4 b_'Ob^*q$,5+)A h^ɒ6y#ͣ,ɲ,SbW ,^#Yxk(d!YYzid러BRdy>>O"s"JsfdyidT0b, \^ʘ,M+,Ad%+32RFd)4RejAJ\^ʔ,I6X#9uj 8Kf6! /?ڐr[l{Mi!X' bEP)LE!ϔF#hh,z)SDO@Gid-!Ē4ݣIKEIL"<`$leD%]=nڣ/X l뀀E8fddq" DESb!SSVK%k4 .,DaM꺠IRtHOY"}U"p8/чIǔR< #))2chlYUр #,Bj2$+$DHv_M[ :lD*R"JV t#\/K?,kK%KlS4誷DmObdAD80URd^w_إY^^OYY+Y^8ͤko&d^|1+dFXhu鉶5'Ȃ3:VKeCe; 2EeMHtY,vY&d^bQC&EE%"6 Џ'p3̆e5$̎R^ʌ,ApoEDI6u.T-=*R7|~%$+^]dz>eadT((!P@mYUR~XY·5덬~9ccB"=ϪRdeU!k[iJ^ZKsr>QzEVUuxzBcHd!YHC,$ B,Um{OyW,Rzya2h_Up^K|!k"e&"KV~\:Yw&ʄWnJ}Z$+Xz^.M4n|d@VrA|ׄՙt6/:Js&do5/5\+&>`֌sGYɣ'IDM{ؖ%A𿄇 K񕠨AEPYgDw=%dF$ٌH=[fJV6V|}z=W_1ٷA ,mfguZPavjh <>_*YgÄ#Y}6\y,O{uiVs^d}$}Ī:\<}/8^Y,$ d!YHd!Y'$ B,$ B?!YH' u@p^ՙZ$Yq*dkr:d-~^TdIsJBǜ2Y)uF,]$d\ڜa):'K#˘d8NΞ`퐕҈ɻSai0x-x:p:yl)/iءM)%;= $2ÉH\Y!rqCQCku@-544i4<GV̈w6[QzYZ\l* M!tspβ|"8qB,*==Yt*Yr°iφ,6՞AqguzBݼHz&k5u@'yp^"k}x B,$ BcHd!YHC,$ B,FR`6Y4Y(҅d,B!Y($ dPH BwvBf#&44 m($k6Y& ZYdnhg6{_ D5>$k6Y?`]d5BI$+eCi.0_H\; ]&FgٲgZ`dI[yI"KFEk]1K[QHVdٳNtX.D,g_9YHֲ\/sc$+dED];.FrYrQH C!Y($ d-7Y+so~0UE"knz_.D5WپȺbZ +\l_d!YK:e{k,>^ 5x]W1PHz[LݮA){%NUpYr@oZUYY!HӚbߓ{JIN##+@$']ɔ tQyNw HgL5e3 bi)h{3RZs!{i6 =;GE{V,X: X:Kħ2QMXGi:1U hb`&U Bo.xAc NSXHo4BEFj1y:(ǔH@b7x&8Fhz$ΘȂDu3"ݒZ$!,SHedbVa+%fi ._Yx≘nUy3SUEMy XIoM:L}cXNNTrԹ~GD- b4t}.֐脎i @i7b9:ҭfr~8Ԗ*h!v2cUSUACY<(A$ }-)dA{^YφȊ"YE4 @2UL\Xk%8]*Ռ+'H`j-}φ<4]t a[pJsW5Sd"$B4 RXHU{A_E@so?, nD<4Kk,=YE()dI~2j[{9#S*[Ѵ;UɚJ"b1 Xާl:ckb" gnz \gU,% T]W1ۦBvw l;~Mx7/dSU$kE} ko Y+toF5Wپ%Zԯjlu}U+KGPH B!YH B!Y($ B!Y($ d%{BdPKBPH d,B!Y($ dPHj%h;z5/YhmGP 1ۧr'\ʚʨbU$}9w2zsWdmAk/d+w2¹+k` \5d&Y)w2rWѣ*$kɺq8we=IFVdϝsWVEE&^0KL1/]=Wj.]K5$t:\ isjb=Ѻk[wfٵ+ KSQ:v#u{:I_ϥ򺐳O3BҎ[w+s'ShNMLP}tϬ9vdwU@rJ}3Xnۘ-u$tYOz|{ڋ}{_9  i/nwPqzzhaԞ(}WiɶSlϰUKΎy唧ɫPj&XCHV*۸(Et::28l?~ب<3VnT{JJQgo&lUUvtOԔ] WٺRl=u=)!Y9' A6.NkpYѴ뷷 qT;7:˹%dwARdXm{e 54e؇ңg:g lHV jm\(YAB "QkK%LB?Ξ;^r Μ!{i&gV۶g8{&Y`ܫ%:5J<;Cim&{7[uhlv%\W\lgΜErNV͹ %蠭Mk(ӎuNwDT"9!OkǨnq?BQCWcun;]Si&/40rvLAVg`GCN%\cP_L>d,0̩sѩdr?v돒k_^&$[ouD=Au4_TH= c;Y.7H]]w?h42'Q{3ub]M $׽}DջP9G*w^#z{%YE|cq)R}_W/_|-nwlAu,eiue dlR\Uu4mn(=5tltB%*`p4Ikx$kݹǩh/8gڻ7\/#YIևR$Z?3ݛIV$k5qO:v,\ ZAV˝{rWֱcj_Њd*Yeܕd}A/U$?˝_,'\ Z%;_@& oE B!Y($ BPH B,BP!K_T){h)ELޑ8b~Vn]XrٟMH,xJ,"eB 8#+y݄dApe9E~ 3#-$,Z,?1E% +E""!DUbB39I-Y4!+S;Y{Ͷ Ո%z"*5gk14hIdZcɮoDL)bZ*P7V~KSt4qDH29ouxP/+C;}+{<8ƴdɚUHDLB 6嬀EI44x b:'5NJad_`y){.ДYix' i yHM#$3 h&̼gZ@@dY( YYMYqUeK2=q^4WK}@īewё)kO*S.Wd-$5geNV}P_QH B,ZwdlG%x2<ҋXdm,pצh2̿[>Ҋ~5Y{Ur_3޷"޻"zd@Ǐd劬JOs#o'=rgEDZg Ї~ߐ RdF$˹w|Z'L0Ώ'Shq"z,)RCő%VޒպNVw_TΧ{~핏E論jOp(jO՚dicˏhgm8 _z;:7GyclItZi#7?S&k'*8nr4+߯ݭWޔG<tYUg'de#Yy@V}&HE(#J)Y浪\'ߙWrB8U}>sj'ʇ5iܷdoq# ZW&O}Y"H 6cOV&dGkٲ֐"޶!dW>lI6?pw0V|jb<W;yq'g}VW?H辩kd#'[!O&HVRj[)d9:Ui+PO>ԇ{=R8dY\l:;B =+O}wB2obI#KynWWY}HV!ue:Bʁ!eBONóBEGޗB]'+@ Br(>+du^]ה掬<aETd,ԒF!YIHVY>OܑId!YHdc| BrHsXQd!Yv 0,$ {Hdc,$ B,$ d!YHd!Y$ B,$ B YHd!YH:B,$ B1Hd!YHA,$ B,t d!YHdc,$ B,$ d!YHd!Y$ B,$ B YHd!YH:B,$ B1Hd!YHY Yx#$MVdlG%5E$ ZH B!Y(Z B-V BBH B+Y k'zd,*gjIu(T3N k!Y($ dPHj {<6QZIENDB`DDd84~ " c ZA IC283973Icon_saveWITSave!brXHS≬VN -nFXHS≬VPNG  IHDRڭPLTE<;xTVzyAAJJKX99rDD(GpoMM\]?RYXVUGGAPO4>}5AڠӳHMVgg$D19K[qqtRNS)LebKGDplt cmPPJCmp0712HsIDATWc(@ 22rnjqz^a| r%$pȵl)vIvn+!Uȳfrݡ|ikNOP 7ւ]BEՆ(j&ެ@gu`%Y;&3cx_J}| PS1,<4=9((/,))ĭXv)@.-IENDB`Dd##z # c VA IC101471alert_noteNote"b'zTo(%dU-n'zTo(%dUPNG  IHDR Ҏ0PLTE]Z&c tRNS,bKGD ٥ cmPPJCmp0712Om1IDATcHKK3`hw%@}& )ͥ@բ}&X ,(oJPIENDB`h$$If!vh#v":V  t6,534Bayt:Fh$$If!vh#v":V  t6,534Bayt:F7Dd $ c A &VIC309452ProcGuid_LinkToBugAdd a new linked task to an issue or bug#b6;2$6-n6;2$PNG  IHDR<j)ptEXtSoftwareAdobe ImageReadyqe<PLTE:<=AtӤsZڂސn[3aSxxxT*Nkl㉉JLKqdeefxҎ눴ߊ媲ًȚ:}ޤ˿v1є͠ǭL̆NتjAZqiMe{@vA9c]Q&3ⅫѰf瀃5y£Ֆ裯Y(=O5,-,zmzgf r{n§I7,Cﰜ疬Fٹ{t -8(19qIJٖ現ͼյ7 G9Ȍ༼OH»}㿔㎰ҥYZXrBf(;~ak\}ѠpxɼȻ ߙ˦Ϯ뮭ppoƨ𮗐3!IDATx @g+2)8OI ;]#n JP 9IF#6mm$Ge&&{xGLi82َYʘ]z3w Yrc߷hFU]U]ԯ;jb$=*AwP㤈 ?BEA (|?CbE`"`wQ(]gP( ~v =M*.5.GSskÆP1ԿaCB=<.;FAt%؁|g;#JEhyƩИ ~48?9,=A=ԃUB>~ZcӡĹZ&}" !ZST;Co?u.Ⱥ(+*h UNJSL+˒W˪/(1E? … O z/\ D+*ȏ$߄_'s}WI2tƳRH IUGj%SK/.%Y-M&3Ij PQ"ry4b1BrBBeF}eKY]6%Jk׮]$V˃%]̝) #"#$'Y1':wS8-a,)Ow+IQ㒓CׂI,B(Sb[KbbXMj)kLh- #Sc%OI/=Yet"]x  e!EKxd6 ^V':"dIR%dM0y=BHUT:zTBjhݏ-FyݽiL| EbZY 1 P=Tu: IaIi zC}L!.RX+&BW_%DA6AWxzc'K'p4Ѐ(:+Ǭ).u吚C10R\P/` y F_?PW?M G?̑3cnT%IRx/Zw̬og?w(5L|+nj:}֭wHux<{ߣʴbv{_S!2=dUmpޗ[4Y'9re,r8JX ^~<;FfY6u&F /U#7&frԇsq{X u~F?7?Z?dxȾïeΝ19sdj% AWfHc\Rܼ\4ZjyRKf񭰘|C2U6tjCtぜqצxH4t;|x,Aܞ$52ȌayΞxWXΝ9s^[,vBX߃K$qgk'Bv֒tҒTiqow[+⡙Ķbv6[oWxt,],JZH5f7;`ϻ=*#HkJ=!:FmK^ <}N/xT9ۗXx67F煷$nm'ۘO+b<-+:,2VRO-^MO'C2 dMZa:6G '-5`,< N1󭤐y)v7,Lٲ'턐LZJި;/AZOZvZHܵ$]{+d8ʣ}޺yƅyZL#{4[|zZ+$&@ ihQ[a.Z][F?SxVj 捊x~61 cO1>x;gAXN#[.-`eY)ۼ/-`%fika޴|cm##9˷}3~/f$+I[{C$y EL“{+||;tRl Bv[$z.L> %8osu[n3) ~ ,-zƲ r\ԁey}Z}Z$;ɢ=j[yTx59޽Pon$ .a!~$ Br'Soʂq8[" -5Emh.8<& OBR!@dd"N%oZAfLo HeMLI;+O7޲V!d7=Z:Y eQ yjg¬|-38"@o%U@R+eǎV-Ah=́ kOo[ݱ^L'+P긁n-C(bl$vյsNK B3 BpIl yDvAI톆 Vc* 6,Hr'|&%u2 իe?8R. >ǖ%ڟxZ}15QD5kwy'sM߿@Xd4)oW3g!~wSd-omޑt(1t{~`:4oJ掎 Ȑb=竪;o۶ݱێ?m-vDz}c&:lUGt𡎎/'fC:~oޥׂs \Ύ7wm&cf(W`՝6[d^/…:BjO'Mǘ[,ZxԧCWdFT_0sD|bUU*lEQN/SjwC O'Gٕ<9JF ToE9\PsTv vaH::!2I)A7B.mG{zOuUS=!<N᧣/绖'A别V`)gu|Ą' 5=59Zz"\7Gp{ӡ!x" Lhr A;ɑTEң*rh#}Ly͙_-%6=/=z#z4Rx=-ѯ=ګz* FcT EOr]Yr1apz®ܡ̕_U<> ?.T9RGT_?7g_?1\H(!J|5|a`jjcl@jP`?TlY' )LdQ6|(K\b . A:}KinV10*xvQ81"ǵÕ }|o8+s8O3g*̌pq P9DVtýO44ׄ_a̗_K‡NPC9~xcV |aSlC)Zm^"z%%+L??d/^z.؆P3ɅGW@μV_~ 54m88V H~"ou~O1`Mȑ <6!< SV&q"#(qmQ| CN (h8 32VGd%zxr9t b=ਜ਼*x #N;1xzƏ3C% iVjLm>Fѹmҧz&q@ĵ;SWW}C,Ȱ!sN+C?z`µ;Fk_O^TOC?Ѓ153RDŽ"'9$w-Z2z5>9aXV@xn~x q£$ɚxXl!<ǁuO.Ê U"i{;'ݺ m$lсNNڜ|1x[#Y)pd@;HNe^ @!aɐ.NK,)&`}PvaZQ# 5$O<< ww{@P is r1E(.)>S%O7;>@x^RVi)yu,xn?<9 A!<(T1gu=?)-S (:䌪kQUj:b2!1 t)$VYAT,k%KVjHyjTSSSN)7RY/]gTR.pу''ـ$ y2:;; Ql#o' x- ר͘Xq7-3:0 HcSf򜦒TkIooIo!G)l78:GrM2r k׊Kq%l*:W2RK |x,Ϟ 35X &(gOGR}_3le"XGFR++`O:SS:O%yQxzJjd,纓mPl]H7 ֗:Z[=_"9FSSMEK,n[`4ҥ R+ይWg<"Nzkh3Xq:| O1r[1PŲ5biDLz<¤٠O.x.<&YU=*'PTUAZTIYT)233ZhJIPKNDC')U~NLi^(ϰŹicudM!yD\L si֥: ˟|.?| n:*i,ɟD2 !Zߜ :uJ*p` BYYR(?u!BT9jZhA"NԝGFG-[4DNEk^/a+iČ6KQTJ._luc @D@pOqNeZlXЮp(@.=4i{͋l_)}]5|g۬,J ~BRQ4"ˠ_IB[)t$yefQE I-wdOdKY䆐#<αie$`C4?bA%Kz*i\TJF?jBI~Z@ħK!MqI2 ~mû>[ .|g(S3xy>}5AڠӳHMVgg$D19K[qqtRNS)LebKGDplt cmPPJCmp0712HsIDATWc(@ 22rnjqz^a| r%$pȵl)vIvn+!Uȳfrݡ|ikNOP 7ւ]BEՆ(j&ެ@gu`%Y;&3cx_J}| PS1,<4=9((/,))ĭXv)@.-IENDB`Q*DdX & c A!4IC263152PlanSuiteCaseComponents of a Test Plan%bS)0L=SL/)-n')0L=SLPNG  IHDR?tEXtSoftwareAdobe ImageReadyqe<PLTEϽ???~3Y4[@@@݅H1Uݪ˖ԛyVp))'ٻzסˊW{%ĵhtWє]110ڥ¼ɼs|V܋w+x80HMH7⚆JɅ{}~\]^``_\XE>9+QQPj޲ji-lllײOF׳򥤞meIÓqƀedQ)ǣIppputj{„cT886;ݶQuyϪLFIL܄ʧOCOCrw,-.weYXVdhoӮMٸcbб_ެ=h[/" WFVY_ʦJṾ^~~rpX˞T ؟uʌL䶲ҙ]^_\Ņ9;=nty٣ RbegRWZ/+ יΏ@5xxvNNLΐߤ◦O GWOCUlЕ]8%IDATx |ս7k\T6oH"$v#6z@&Q,jkZ^$%RK66Q&z#Щ[n֐ǧCo[oS73ﳻgOٙs=ٓh`4Ϋ?o9.8i\.K:gxc/ *}7NҼ K:gxc/ݨsF*}%N9B{ˢċϟ;EMԻUTŦ(,(-cN$K 䠜^sJ1+vQda zUQ2+ (95ΜG9%5IG 9DEj:eVQAYݖͷs*9J<Wیo3wEMW *.TgNQ8Vse劜k·+\U";qzΜR5'(p"eNQXV WXVJN7qkF̊] "eŪ(tqTPV+WL^1NVAT\X( *p& |^\v+VY=!꜑t4c6u؋>uYEQ]lM;˰sF*ӽ"N0X=)1іOD +;[Z:U3jZZZ4j9ó4--GTsEeѼzep ~ޛbͳMnnl.g:Js޽{/K 񄵳eo npq~lltߧ*9CuE Sbk6bO7lY? s.,olmmm3ɶ&Jǭlm[gE5+EUֆOW /j*gPL o¸ Sg`5Qڌ%3%%֙%d o%J%%tI7 b+f*ygBniUUGU[{I#*SeǰݳUreK()p6eJbc@঒K:Js$lmok(foo5X[۬*Zۭm%6ۋ%mS6GJQ5J|U>P>j9C*y&!jfbYvSx g͜L͍xlLg=KKL>03''bhr)3<3^gyWTqfzΠF^b岼 <]f7qf0sg^ިsF8G)wfdF36{Q猐Uqr 6ZLA^@$ic2D%[*+iMD6&OT2>jjB$ic wHUO~r[T"IglEAX|I=Ûd+ +_qJ‰`OgxlEAX}k_ )61z7QVw{krȨ#=mMTau\8M, -=mMT|wK 9oP""HgE!auɅ !1z7QqQ.{jV!B`OgxE%='V盟 ;ZJsX=Ù(zkL"TOHtLյEҏ-;n;[(ic oh:{:_{ 󋞕pC(3܉"_1P ׼V돯]E6Vp&*.<͞X]~7o4I]{61[6axEs#Tz\~ݳSySEq oÊFN &XoL}cZDq _H C~.>Lu׊uwqG]K_RDq oH-^;a\w}ک߸7ˆ6ΞMT\EK/_ک5wFH3oqw>KO?<|ׇ"m|=Ý( 5?M?YhA8R[*++-*h*ז'OgoGOT"T#`t鎼'Tffxe㨈VR[*;DzwWIZ7j2oTΪ,iO-B$6oTd~^+Mv1;2 eś(E8ʨ I _ӥoU!&cfeguܼOyhi\ ԱMTآYY͹'OOL2}Rf!RƊ7QQ*bfegG.LIci)bś(EʫuFtBdg^2Tj2VQiKど1%x"hXMSd[8^lI*f ")fՂӲ Po#}*X&*JEl1/N-|UQPoS?Q1) 3|m B7ri~}aše]0"}CI +EŪ(Dl$&ٷfnXտ,jX(*fEbf#24!Եد?&"LXq(*Tcf#AiKZVA0ϢH{ 7`&'WƟ8(CA"lV` X+0`V` ,Lzbw*}P4 j=,5Z2!IXi#|n [$4x-JB&EXfGRL佥%zEMEUjap^$o8A5f#Ɋh;y~I RJIxWbO/5%YWV5HFr H N1TNVhv")|=uPD5EqN<+8+S~ςRS9wB':TCNJ> Q5xN]#j(r8`xgV%w#x5[I|&=0a u—&ə@ݣ r@&*ȊATAiB¯W :+`K3Y ȟwTCK.@Q mfFRi%q؝hEc /i*V`I`#AM?ou9D B̖z\4nbOgaDuX&EE,3'聳6!=q8h.MhVD +=>_Dn^ԤFP>LUN/EAonu&T_4H\aVKq]g VPɓTxH';KfEcbeЊQ4!oȔ".TfQDp(_8956".JEjVH(jGPQ+O*gV5 Q+N*@у=Y2+FŠׄuJJkN*H͐$NaDHVH,INxXѩAljtB VIY$;Փk iB&\Q'Xi?՚ o0ea.5"ĄM퐃)",;~IkWLHJp*R@3zE::Sɟs+\m7=)f%F"PMB$RPGX$U&i+AZ#衬dgŋA򔨑UxX˩YHt7f w [P)rLӸDOglY-;1o|Ly748A$s%)RKD~\49I(* N'DNQT2y ^J^@0`,=V:XVBr~>+`V X+`V X+`Ϭt)tLL&ÊZ%/1P`V X+`V X+`V X+`V XbV!ڪObOnR{~IQ]!G+ |,NFLNʳ(up7Im/Xŷ]ՠܮ dh@5f`Dx׃$:M:cH묣^iOpVlDf>*RuFF D 4 ǐ H+JJ48"*'O-VqfU R5V:3B^dhч!hF"lp:$}@S0:`oVڤJ2{2jJYɯһy."/Fj Q ͪ"$+I䩔EL8 KCd$3}$}X:' -7  A/L -V X+`7)twO1ߌgիH]:7dSohK:VxXE`qjYѰڸqXEb=2V~ "lXc5 V X+`VTNrYҀUYћP7![pmBU*jv5IPmN¾*7|8M!I_,BȞ[Ro)nM/KqCa!o>XU+\R:(,bEn@iiCNRŠ4&da5aGXƅJ*%:qbFZX-Ap tQa!Yp/)V^b/]i}ߤ4*śǤI$ /V + [+`VjzҬYzgOO;RgnY=W+w>{s6>Jgpjd䒧9b_*oON=wRڬFK6`jcFnܹsƹswXqҮIO#<%ȷ}GFvDrdXq ox~H֥oV\N|H{u&+nX=#Htr>1#B<\ȅߔ|ѮX _<?ٍ[55߂1;WuQK<u-ElM/#/VOy_*Z4ہg| Fx2`b.Aq.`/v+Zvڷ5T=Og;ٜv+^Yqj;rOvv留53r"v,]7+X5}y%s٧[wdoo9a+WЅ5"Uܘ&,?5Tܜ]0 7CV[ThnҲx p΂f#\]{}1Mk!jm1q̾jwAs域ܶ} M _>Uܺ~dA3fwtclY~OnL'˖n9FOWNoVCVd9*t5&e h?|)V{*;}UUn[Іi GMSh3QUޡy mؔxbi`UlS2w0k<`ڴl4wGXpiT~][OVqY6;m~O<\A`v|eR:}SОV6tx<VVg2ž Xx/ ##֭߸}]]5ٹ81-~{!aS< >~aVg^,~ܲ qtRwy neq\V(Tle]nzPq|SYҀV X+`V X+` Ҵ0QXřU_\::PGp! K*z:I* -J!* ,hς-EýȂJ  Y,*]nF",^ u >^zXUUK {P/䛭NV dUB+S!ěj! unR,Uڞ;[B8VȂGs}Y+ڀz%iV~zW'c w>ɏհ^Z v! Z,jޢwoɘڍ1VdF>s XaV\n6`_2cXm|KUP7ށfam%⅁V`c՗g>XcO韒cv@FXud|I: Q {ɰ2uޗtI9,F +Rp$s3Ӯڤ/c5XOw*I~󲗁UTeݗ%_)cIb'컗8&Yyc5#In3d_=XZ^ XǪ?/ ɲ;i[|G6,nvTXYImp*sC@k6樶lbuk~R5[wn`t}`}aYúY5_tVz+vm ZX vG*_vlVǀh:oM[­gjk `~VR{+nڡAA+Bhݎ\rWVŬ#A\{hg³XJ+M2쩎UC|U~OHۍ&wPQ=-{m0fo\C7ŪGR|TK3_\8)\VUW0l^]WKtO5߁@z0WUF/\3v%k.V6MJ#=wF^?g{~kM!>?zVݴ﶑o`nh+_r:ݹ -V X+`0+7'nroqsRx| o1wym4~?zuc>&컻w뉶_re;b?ڹDΝnǿ|?;} ˒a31pϮz96DbfIjW7g2쁟pUtk=3X{%"X`5zbz虻Vo"*%6UY bH2`-Vk5JM|BD#@J԰|AU:*E׫VzE!l r-'iUXY~h6(wrj D]o]*Ezrq{qljl>lvT꧁>1=vAY $*ip{.Gnlذ94=naX+`V X+0]bz\[ce1=jczc3e>Q_XE*TVQJʀU0V;kCGſtwA1 Xm_g byPqjǁ ɀVcGd#e}uX9;Sy?e=Wg*YO ҆ `IENDB`$$If!vh#v#vS :V  t0OOOOOO65/  O/ OBpyt $$If!vh#v#vS :V   t0OOOOOO65/ OBpyt $$If!vh#v#vS :V  t0OOOOOO65/ OBpyt $$If!vh#v#vS :V   t0OOOOOO65/ OBpyt $$If!vh#v#vS :V  t0OOOOOO65/ OBpyt $$If!vh#v#vS :V   t0OOOOOO65/ OBpyt $$If!vh#v#vP :V  t0OOOOOO65/  O/ OBpyt $$If!vh#v#vP :V   t0OOOOOO65/ OBpyt $$If!vh#v#vP :V  t0OOOOOO65/ OBpyt $$If!vh#v#vP :V   t0OOOOOO65/ OBpyt $$If!vh#v#vP :V  t0OOOOOO65/ OBpyt $$If!vh#v#vP :V   t0OOOOOO65/ OBpyt jDd0 ' c A"(DIC354924ProcGuid_WITnewUserWork Item Form for a User Story&bhGCD4-h-nhGCD4-PNG  IHDR{7tEXtSoftwareAdobe ImageReadyqe<PLTE}~ki񸸸VXY߾WxxxQT<=;آi??etafggدꖿ˒󴴴ꙤózJϜ9fDSjeh eV(Os{~p@~9nnhFppo[agǐ/Zۢ)e*,---Ȱѽsrz~JS٤KLJ٠tx{EOa6/ڷԝ轼Akecdbx㝝򩧣yژln_nqE?%//Oϻ9f :+wnA9_7}֮bnempT5drgtxy< ɒy+!73FZ\Df/N'l,:ѳJco^ 996^ <9id@U7M7z蔏&T/Yrń]doXT. tsu=Nmh+O&"y5kD<O. Q=3g,45::7TY8SoNNͩ%o720+^oѢ]֠3;#j2l^0>\5tl(^FscDC:zԙY7C]dkxQkwy"F3h \dʪ}Mr *̗Y"Mꪦn~'=RIу.J.G>{@YX̭jpg{[l]m(^3k4]n; ,޲272%,δGH`y!%&ELhrAoؗAg,{**. \3'zyXrgϒlNȬaoj@T+z^ZcTB&_F7z<ޒq~*2ǧR&BX|0a1a1acc„DŽDŽ c awɰ76Ք7FxǡxN=DѥR%9WsV8Ku3Ƨjz/cҴsٺc~;O JT:KU9{GoΫ/Uw{fP ]Ovh4Ae8gCC_.){9(g^lSe!Jfm{fHF^QpQ6  ᵔ+\2cMSQCmgU7;d +=000K9(ԘhĀ2"{K%kJ G sjUi`J=عg(sU=.%g^6pD. h+'uFΣ5jv6re5EUf^TDPTU/qz(}%W>\ԧ^UTHa[OFCG+z[7083"aƻMvJ9peipeyK54[Vo]2k#}naoWUMdZ.j5v<ǙvrUhD8nǩI"ӕc#J†# :/5Tt4`R:R״S޹te'Nvfh+-}d> Cd&} .z%boIzc+qkBG9zo{;4kR%hWAHoo8o98ree%2_0RP!r0F6{H5C%{E*=ҋ/:ڑ* / ¾@2mʑ~&˞C0Wc%N'YCڨ? 5왼emOkx[DwZ"o,/F%f2{gbnK^eZ5^Sg4gA@ yfbfGw+R%A+y^sl.68z=08sV7C}8ܮxvT/ ̷#{&0js;Y PI#a akބ}n;UE,e\.aQ=ϭ p?{5p zͼ pvEɫ[ؑzSd!RWdziHՐ"{e}e\ HJb_}G"ۇfBfy-<@Nb/HJ ڼ2} }(#565dD5ɇR+RۦHɽ*Nɛ<ƞuVG=ƈomD= \wپ(n`*{_m8{PhV`/{=s$l%wG@Vj~W޽T3aH6jXgWTժ}T[ W_ka'5n -aCp¸yTpn5~f\5ħ{QK뉞pOYεh)׫[7h/2^f3 li["PhYֺ-={c}4hYh |^mI$=MAWY2VKQ`K bޢ}}~g~>Hޢ®Nj7tyhH/b21a1{=&=dc*?85{dֻ c1{=cc1{IbokR~`|%q؛|1U g 7+Gd ?t^=cc1{L{=cI[@% lǷ$d '~`- \#d-8ouncov'aa,Ր.׿!;{Wհz$-covEro`ߢ]%]Baۂo]4d[omY'/I~knK VXwH!Yr*ms׿-דghrdoV7, ._{d5ڶ|iWo{˟yTJt ]e,rcov'cb[WOnyTHmYي=B>`жxft嫅sK )eJLŶٶ#/{d[AuN3l}6_ sK ;65|Rr<؛Dv瀽57t x ]GBYMm5s^ =lO>)g^)dM4uYuwQEػۖ-1rOpuߖ:}] w3g뾷U('wUKѷoW&Yzɗ[~(:»ΛMsLJr_mOIZ=O~u_~a_,gyξ]*<}W=+/Dm|zUGnѷoW%7{{ڷ {wA3|I 7x==S"ڥ3g޹v#E?7'r誽?z'޹_m٣[O|kT^Ԟ y<|ݓO>O>/~뤘Gǎ>uҠS T{zKG{^sjғrdY%g~G{V`om29;Ϸ9v+r;#Gמp~:g% -X^ >oGm{06Uw<_={G޿<98itVshUz79lpibhvo_b\5_  ( sDp.=} 1p!6G[^[0g79AP+DѹDؽBzϺvx=w7'gc?6uu6_moCh;zuO^ݩ sz\b/F5'HL^5_/]s{-rm.)qA#G.\.UB]:WEpL^]?gX=O}puP/\:\?= yW[ zT +@[j!{m `mkCx;V&jC~vD:1:cZ쭵o[_!?~oP>ok=:qcDzyxU]Uxp9z{#krK?^(zwlFt_җ|gIR,U:R[kxmweo@ ;kY_[ ŏtfVֱwב#^kCkcT3dlhS?=86SeH jXmmw^a};"rv{Z.YkE?y%^㩭 ꪮzY]w羷g|l_⭔^]7{^QEuǏ|ky'^sݶ)I=ظhA?> a^bwm돷^+~%Yg{n^[ٳ@0Q֬foݺVv͏Lꯀn:`o~/um#6APluu"# [wDXN8?;!8eN;GK_?&~}O{'OzN﭂A熆{[;{gNuz{ޓ{~z͚;6,|@pt/gX6XnDn} }|R6a-㝝m{֭\׹~_wcŲa5{̷#zAB4Ӷ;()k&J-^׾!\m4+_1xbdop$Zضxq/b%Y.^|:#NBD .]e?UcD..>CZ<z2Fu{?n*hx$׭zn$1#/6o(Ɠ=o${,EJGTL79nB;Ѷxq[Ӌo{2G18?:IP(t*k&sk}}ʞi+ ۈbAI`Ue|I#\ ƃPp=Y 2{);s, /o`m3{{DqAlk'ض;6o{>6kMf!]^{xM2{sgNY{=qQ,d=_,z{yY+aR[=Kwb{Nf^\׼vMTY+˖-|˖h9B\ˎhYqZvb[`>p²9޲xItc]Ro5cWn7RQo7w =~;:׷svyzyox{Ƕwl~zskc׃uur/ u;M|6alt7́CMoo:I>ΐzDN`*=.? Xڒ/c`mxGMhTb6TsϾ/|~c=v4ʽOc ww]'-$=="2&/'q۶2oUֺvm0kMc`:ɛׄbYS+(ۤ !=F"0m߼s|_uO_KE}7(/%67ǍOM/mxtx@:~gϠ~}^LK%7{7[988hrAnLJoOOۼ (#<ԍs<5+% ަr]mi f|H+@IQ7O!z艨n[%"X:6q|G _=@w@pŎZA"{`\F!x@YKlU󎫇`bi2މ l_-Nbo BPvhDx; $clXt[xg , ۊ fU{Q RblW@4ۉ'B$MګWh`딽wUAhzB #8q TC@)wwb"٠aH{B(m!ee 1}b!4'{ٓbў&ChB񴆆A}%Y7mK wA3#_ _M-+`,<Ħ`xPs`RCd4І!ᓁ%AxѼ8sSI؈وGNX3CtGOz_p75.}7L{ n1| vz;DWWcԒ]Ѡ@|&{4hG!<*[i\IhFp|mq(=,![m@=ɺ"r2Y &fog>~eM{Wdo.c )$Gq@`,%ey%ۘΞē- g^ A4" 5 goG9\0-;f(ńmXSLlb0FҺ#Jm"Xq üf |p 6 A_Pz}7cOSPfJ'nz1h?QB/-腘oֲ׻T!MK{iU䂕س/ ZؐY${/Ia14Xcs{DW&žnd"^HcO+d>>/S7/=FO7IK虂kzwiZ){+^B {.j"*HM=E ]Gne9){~5!{~ζ΃'ݸj QA?@9ЋM ZǮMb:^vtZ'8Z JSZ}Bz%ZzϞ !n|@Z)> =Hcϖ,cc1{=cW eMu_MKGe/ iTpbdžt*k FRٻmD؛Z}f<ܲad7ta/ ްqLgoRFcM'j/{kPBWX{ig;]iŜ.kl#hV:šZF~7cCc[zڡ[ᵚV}VB/CKe;ve{(ljb=tFl܆Bݝ$ `oꯉ)]D^TU7qv+CS2ÞhN51=`'NT[0q"+DJ4tZi$wkzi= kb?.d5D)&\ d1mL# 9yŌأ޸5"N9˵HZy= bwn?Z]!]CDʗ&ƼSs\OX"g B]~mpuGY εA.g-)r k]u D*\\EIkN51:k1kob1_suZ=s7\q"+?y9 ?95f`e]i$:X$0kbPpmޔ^cީg?ŬplqsZ6kP+H-Տ}dOZd,#VYS\+rC%=۫;&dce1؝&)&e#=?]r&B#/{"+݂="{VZg%A>ͮ~҆p1[^M51:HðZ` i0zkZh{EV o{rJ*r k]uGEHVaOaoꯉ)%({ YmEk+pK7I+tRS\=責.RFٛgO#+%8+}n֕Ft}Þ3}M 'c\iDW:Mİf.qj7c^a7wvakbLoJ#\#({l|BcoccMc3{݌=cc1{=c7؛Y0{3k=޴boz|Cz,=^sM c73s>Aq~{*Vfd׺BAًۺ:,)\Wdd3],pYWB,Z(S!A^~l_Hr c,r5k*&|KP_EfomL_Yk mZ c,~ Y8, YF {dl5]~EWckb0{ co&7X0&m=&ӂ ]t`o锱c1{L{=c鉱c1{=cc1 {KsASkp:2YOcfov8DŽDŽccc1a1a100tYB_ coz=%(5 0ؽc¤=*Ą^ɪTԭPd<87dO pH &^)ev&0!r!)iG\BJݸ gSHޣlNra{'bN'\ȄWHž/=la'>_"A >f{f/~۫{gϪ|{aDco\&=^"L񒗦xcTbJ񞂳7K^⍵S_7]s%Zs{`o{ͬt˞Cӧg$2W[3gnئF f+wP$q~TbOOjÞOp9O:]A/`/kSͪuý}0\Θkg{9tژ^1X Ѓh1zvzE$``EXI!1tV,%$O.{/g'HΝ,bqZ\p:NAQbӁn\!}B%B>qKGm ?tb̉E/] ZEgХO%2{!LTzboTE9cvduZ=ANOلц*$v^;zdZ+̇\3zA/`d\t*\X)SRSu:>W%mh j=͹b1<b iS/ĩ1jmvwP"(t_]KEG=N+M{$r= uPΧXۂ[>hv{.OH5dL%M{rc|ք&e/DB1%l-#^ӂ]IOV8㽐Vt&t1(A}Bٵ.4wZ=A If/Un1’&Ie={jEd]򞖑5P^sLT!Իh)= TݓN%&Ыo<#Q# a[_7}nXD3N'GPE,bDHӟϺT5]KީMs_+,,-Z y%/QZ^bCI`>%0d ccc1a1a1000a1a1aRD:ٯD0&&c c cDŽDŽDŽ c c b7 +Lf{݆O=\b)xmI螁=|lr3ws%[$ dwqu1{oVb<ɶ$Xd%'V$Wf}7 OHx%~I+LKb߲w T.)")5?) Na[[b $(:{PxJaIJ;jTt"%,"RXNݙ.=g9L;6qB˩$ԝŔ7TDO31ab?#qC<3gz)=slIى&>qH N^&zJbFgg5sfpvm돀 v6͉gO/S˒1_OA2a)O@09CNJm;l ܢ]&@$Gۗ-SF.B{ߦa!tOŰ^pf<R0K;/K!/W@ hq]]F]1k$"JyӔ1$b*R|#ME0ţL*C*I* UIg‡s^o٫ష5QNh%hΩ$:887TkֈB{~=Ğ I10yS36g 8Orpol%nzcNX39ZsV͐4'5&J!95Dv rLr{*dq039Gh3xQʛy`RHÝvkZoaӉAq؝wRlXtp̚Cj3xc ],yz{[`/JzF9\$=d[)K)o^33Dk.pk8M#gloo+vaw`gjwFe/riC~x wE_eٳ|46$Bwy%.917 -Կ df8ԃf&)[[T*-sla%WM[oQS= ^RmVL*VAʆ١/?R =m5a䨏FZ5f}n;"2` TC,gD};G!oTtztފ=^O|"̭`os#ȧ -k $\1%MwX1PYrStXF%{ ^cϧ!O}jvO=7$\;β)syK1};޵ӵ`ǩ3Frۼtvp^[LycΔœ׍S`G>>t|uWNO{xd ŬƔbo {{۱m훏_n<`:Y)DeN7'퇏0t<Iٽ='nRšY}PQ,u;DeJ!ص& N8c{V;>CHnHztҹ"9mtYq1 BIg23(84?pb%7{WLGӅ-cV|]P(.']Aa06ꌹ@. RЯ`=J&wbǏ.=M BEr0ddA˚Zp˞b)-ҍQ:{&rbZɢJKs@Ag%zs}O#~Vwq]$ԏ$qh ?;?Y 9L:W$ZE_œ$xbTNDurT&z?G{BB].RJrk!)<9@D!np17;\{w?cN<_+9{p3~]+9{pˁ_(n9{RṌ=^;cWjp7{u1c>.G}=^; f1J?enƞe^);|xc1{=coRٳ.@޻w .H_ Wz\ '!cM9rccc1{#!~s/$W켧c1{=cc1{=cc1{=cc1{O? ʧT~J Gabq?9Ob}gƅKH~`*ߕ3re*>L*>[<{ ?*I0vLԻ\dHX| gSK޻g?i;^2\Pt1;0$I$eݟ V1zk)X˯}:m >~3D %` VwBi7\kXw􌪔T)i=+Eam? i Q~m[µr a Kf^tIVЎd2۟k'rCr=2ESiSOQk(=0er`qL@ksRRj0^}U;_#9z';˟'~|6Vx9 ͞$*Ӟ1F7c1ؔ1b?%invZ~OA SЈwO rƑ<*%(h]E+TP |JJHW~v1 O'w-? &$S!Xdg<"}HT\hï4ylt7LԟJ q*3{%3z~.c7 KcW#{ 䃏fmSI~VxCOZ&3vw?&KL&KZ?:l2.VFH4eBc1{=ccM9{Ofm+{S=T`QP0\|BzR0iWHY2C)UL/W^Rz^rvث4 \J4ɂhN:GR!}GMa]Q͊K*E5KM{Sre ϑ4"t rCrCp($$WU܉FGIc/q7y:63z%/=E/d/&@DfpgcF&>ud67{KP(Q&SGR𥱋<טDL{߁b齭A8$]h4(4kp:'z2{*S4R!{(b(KOzJK9J'(%( 0<9gd$QY)e/ݦy瑪0&ODkD˅5Rdo%4pFHkƍƊ:{f.{|$yzF.gL[ʙ>%yh9KcOAcfn3G ]8z]g2tmECT6r'Yz5%G|+63 _R8 $IM*Qa>ʥ>ufeԻjZQV O.Sv7YSi#c=x0eL{*Հ[ۗ\VapKZGt(;AꢤY#mKM#hr=d )ᑬ~̹M:1aOZc+ $Kx:ycd#$Eh).L ȕ\ߒ7-T |]6+)p Fy34_QE#r>cB+$Dyi=o?ĈF-gAQCʨ+C)KU{iCnxsFIh\azhy3U&KGI515̒HIhOph K0`Fhh?tu| -pRQHRAS"E"5 c.2{|r>$+{WTbEhE목j({`#܂a¹2`O{eJU6o)=^pPVCvVp.\G,5 t=Y8Ѩ9re'DFE%I9;Z!CsFi?-MWa4`Ȗ^4h"d(3^e/Y)c—dOt7\E gF=\+@ny5FnD}B/&KʐC e<|UaԄ^7EEzw7= Gen>. Dx ث6}=>D&uUUԗN^27od3D5' Gcfiu)H,d.=^/Bž@ѓFÁzPkYث69haLtu!{Tۘlw"Y)7BE$BX>EMKłAgF<0ЍeQ7@$`/bç55\M !ƁUiܭnsģ s|Xch X8s . \uL]Tu 7 jaut +3K\&K] vGgրݜ=p4`W;շ  MGCRkm4`ѡ/>87I_j4pլЃƈC"FH<2E'eF.(4|YV0 "2E' #!՘UY)ZYu(JD"ɦR5Y"eao3a (Z!aR&=UACrZZ15rL^dU݂WepIxu UjuG ZNeV6jew;v  ҍL<\QW- yѓi'-2\q@` @ Q M1h3 O h#w&{fH!=|}$Q\oTտt%W7[ ĬGC?ɫH+=U> `Ux cti )LFM7,=dɁ<4 p,=%$:$yU`$[@/`l!`.A"dG.׀N~+Ul$`d eh58dFK ̼| gc!'LUDH_X~ia*؋;0*+g}aEZ驨T0ߡט?{g:`1`  ,Nv)습7j%?la P]PfCR98MIHٜqZ|foz-~TsP 9W)<:%ٝ)+0"tgO.8zb ̂(*a@*Iؚ Rbx{.L0"xOWIU$Uqe ͉wBq _PJERRT|1&߳Q2(R=D'=ST0rc@ 2\;@UK(=$uKnH YԠ\b_=6]_꧵Tى(*:+~txVBA CG9K!k)Q2`pkdيg.y\+*٤+'Jv)2^BJCù㾙<3- A[U|T31^[GŻDNm*:*ktglmUm= vwh-[JBϛר]9t ٦h$W`ogFϛnw=/6{'6+MOFN`03fR5}?۝9߇ޑB/z8?{q""\-}S{ےwRoaw`X[U#IG4}EljQ?^ U;ul?`1~v0:#_Flk~{s.3^fЁ{س 1+ߔP:p$ s.઴5-mⴶK g˸Čq fb15qa?v\QqO܃+f㐛"E bxP+јeV+,Zdeqދ=>JNJh1pY7pFroCȁ:-ݼ/RAy`kHɖ+rB̹3tyPDZLq@uL!HhuOkCnzl686zKw|#~[PڰV*\s,zaYȜ ^4ӲB&Mݶ؋b/6$YySps:i4Bg^گi[1P.֮AdɬBZ:չ.ҥ(˄Pt77k8 Pz 4g`\^|d'7bmvKTa(TW&wڻM@ ev *;Ǟ_žx{pšȥe>pEr7+(pfh&+'hl.1k)J=Eӎ={'eI$C['ɕ%ګV{+ _(f `Uw{>R,+˖XVF؁`Գ_kDQYn+IQ|/.e/ڤVҦa6k|vA43NٝR3Rf^Ftڱ7ؤbэN'1QH6#hm+qbR0quAaCm†L6fLf;4xlؽg5N,p Y @ͽY{YWCfZ˼W|k.y%W%$ Ύ󜟚vkw;<şao,y\IهK7#\5b-f?սӝ6gcz3Zܫw72ní|au~6{g[@{޹؛ے% {-*{g)y={gdorygJo3ڎm+ ;MH=# iTJ‘R=a`2,=zNacC*V!"$`qjGϣ׳wFe`&h¼$OŸ jlmێ 2w,{!bpwv'8iA0rF M{'4T*Hduc$|IF'3=y{{ Bo#Pt`)| (c!Gϑwq[2ٻЌ6y{{]˱wˢ{g\@{E%ػβSj yWay ^<{s.޿7$kwحߚ=᭰0w{Vn{E~`o`o`o`o`o`oAY9IENDB`Dd ( c AB 030c41d9079671d09a62d8e2c1db6973alert_noteNote'bk.Chtfig c-nk.ChtfigPNG  IHDR;ٺ0PLTEtRNS AbKGDH cmPPJCmp0712Om IDATcP"!3#IENDB`h$$If!vh#v:V  t6,534Baytqh$$If!vh#v:V  t6,534BaytqDd ) c AB 030c41d9079671d09a62d8e2c1db6973alert_noteNote(bk.Chtfig f-nk.ChtfigPNG  IHDR;ٺ0PLTEtRNS AbKGDH cmPPJCmp0712Om IDATcP"!3#IENDB`h$$If!vh#vJ:V  t6,534Baytqh$$If!vh#vJ:V  t6,534BaytqDDd84~ * c ZA IC283973Icon_saveWITSave)brXHS≬VN ^i-nFXHS≬VPNG  IHDRڭPLTE<;xTVzyAAJJKX99rDD(GpoMM\]?RYXVUGGAPO4>}5AڠӳHMVgg$D19K[qqtRNS)LebKGDplt cmPPJCmp0712HsIDATWc(@ 22rnjqz^a| r%$pȵl)vIvn+!Uȳfrݡ|ikNOP 7ւ]BEՆ(j&ެ@gu`%Y;&3cx_J}| PS1,<4=9((/,))ĭXv)@.-IENDB`Dd + c AB 030c41d9079671d09a62d8e2c1db6973alert_noteNote*bk.Chtfig m-nk.ChtfigPNG  IHDR;ٺ0PLTEtRNS AbKGDH cmPPJCmp0712Om IDATcP"!3#IENDB`c$$If!vh#v":V  t6,534Bytqc$$If!vh#v":V  t6,534BytqDd , c AB 030c41d9079671d09a62d8e2c1db6973alert_noteNote+bk.Chtfig Zp-nk.ChtfigPNG  IHDR;ٺ0PLTEtRNS AbKGDH cmPPJCmp0712Om IDATcP"!3#IENDB`c$$If!vh#v$:V  t6,534Bytqc$$If!vh#v$:V  t6,534BytqMDd88 - c A#42IC282158Icon_addNewLinkedWorkItemAdd New Linked Work Item,b9sHa՚3Ps-n sHa՚3PPNG  IHDR(-SPLTENeS߶/؋p@Xt2ΐ}ܯ&XԟؙוBVs{as߷1t랕fuЁ癐ŨϮ؎˽񐥹zsPd6t\qLb5Ic$=^ש ߭r姺ұ顇f|G^>To2Hi $G+N2KkҖ~봽;]I_tRNS˰cbKGD6 cmPPJCmp0712HsIDAT(Sc N&Ljz3f_\3PT;m4,ӧ LJ`b L|SZ!1fRӵ&Ȃ荊m p6mюe3Aa`e*rÊ[㬼A* D%AP@=2\ѷ̽ƳDڇaBRx{U13'53LhRPԠb)e2ڀS/D a39XTdSIENDB`9Dd* . c A$&NIC314712ProcGuid_UserStoryAdd new linked work item to user story-b8GtuBE=8_y-n8GtuBE=PNG  IHDRZm4PtEXtSoftwareAdobe ImageReadyqe<PLTEZCträr٭޴m8=>Txxx[3}a,OkySLNLĺqd∵呑ثӤ:gggѫҜxݠ1╩LߖAYoNiɳƪAKdyenc%2]QvA9Ҭٖ奸5炊~ylye\&=Q,-,zf rvo¡ϸF٩萾棷5Ԗ!,8I7,Ɖ{tﰜ)19nORE֫մ7 PfΏH֎8Ȯᇗ?Ϩz:}Z[[(_jYB1ԡ˿ɼm{ 񿖖ߙˠ䱰Ǧ쇳בppJ{5IDATx`םm O5 2E] && hHM[ d!\LZZ䒫gd[&m`SvxXNqH׻\ｙfdIKH33f43κ i! #@&M2j XVTdf!PʕEpz3AF 0խ,լY6,]wܹ2@uK{6_uzpas2&67W/=%E:y}AӴAD^I斪 KO6z2Oiɥ䲕%ͫ6  @r5^_Y.[Z=1_Vo|1o ?,hg02( `o\叴DQbT"N 1rMs,n,v4d < =Z.,-,- ?#BrFQQxRQq̛W)lyo*<|U|^|utǾy &<{<003lLҹs]Ė.`RnTMRX ?ʊ^:[qc>ĔyEӊf)mDht9<;JcrOiP`HLP̑;G&%էDZ@Yi!m#j^l/CRC ()ZUP>nUUbhl55,jz3gA,%ԙ4RFI h4La|%%JEr3^TQbVUԼh\JZuJVJTJPj;4cCrTx&b DI"<&TX`ltE #X<K,#>޼F=V//*%VBazU*YSHS@j+_Ǐ"S#C̔QJUpwt 4Ȫy;йsG3~R⬜%KXWE҄5OjR$  ;,hrǼh VT3ae@"W%ǫؐ.yr{m֩u bѮjU.9̮JWL]UlTR۲sg֮3%JݢqIjUUjUV)j3_$ڄ%+&U[.fskO$Xl-cfׄ!׬XuH5Kc1T,yjGXjׁt6F ekbPһE媬{^-trکV"f*B;w8zRRccjVjEJXvUG+W4-+֭*%cr>r6HId5+FT-ױ樶',Zˇ,m>[L-Zfm>`IF2 bWD-]ݒCKխ[+[jr0A6HQ:u 6AynЄ7M-a+R&2FԆi#n E >ZZf"R49YN[0S Q S[%K Z'7RԺV򤊆UNv}b(ԚQKSISd$łeKW4#-[I;\zjVup{[[5֖xeKV-E,h Fğ]EvZ7jf?ܸqtjzUSzEEU3q%q>GX5_WtQ@h5V }W:*rhZŘESN_jWQ~K?#uez@/񿚭#&5;uƷjhTնm&׳p;Mn#!jUU0q9,ZbV2W&kcX}%l),v9㑕K'.h=MӮgޠh(] }Zvu @H4Ӕ2Y ̒1q ߩF"Q?"U)A)MSgtBBXf+Z>_l0PQ|:~bJ7yIy˶fܹ[/}VsVj}{>Y >=^ېc&>gP1hh66 QE鉺:ϗWW:#UN彂l5@zh!oy-xR~K}ܹ>u k#VoWյ.xҁ <R޶ZX]pkelZoa5{HPVy6tloh>|}ޜϼ>ȊVW_QQ)(k.(0x/TpٹW^y/[9ogg >^55)FE. K@==>g^! äj'-+WB4h &PȞ=~l0n=Vma&% ]-G'F@H e{~x^@Ҡ%:~ Hޏ'D@NZJ"P@hm- T-yZKVX`Tɿ2XER@-H-/KK0H4_`蒷3V@ Jr/‚̅ye ˢA`ojamP9`ei䴵YZEdګxٴô`;x ,WgH &SuEqwu3Sk7Ũp~h?R-,$iZIZ{$=,!̆1K~'o/mAn#P4@")_ :=G<&gJَJ/' ėGݧuh(Iyyy5CCh#o+ ЏkVmv6KbH5O|kCX#'A"vmKj ʯؖ?<PFE"'u'/ a)[FHZ'Yj(a)aUTl觾W"I% -w3gڡ4'mĐv ZH$=+i ^34Z4֏v1jPEע+[MXD4ܛ7|:H FpEl yVתh!hW5ЊWXgПyL#8]*N֊WxiUuV·JX;*`*m 3t|ac "H->s\0X,ZY^' >HKbP|EKБ}P`VPJNRknт)`Zm BP6k\_4h䬠7 Zb"mypuK{P@O2 Z@ h&rn4k߱+ Sk?}/b+֗-DZ%K"{h'οQnXfZPnٓF>$Ggn֚yi# ϑ3ʷĆ2r9n!6HS#m۟"}8;vx_'6y -fěǓUU *Q}Jh?<;IfhcޚVkh ͺ1T h vDЅvI%K`#WzI˾'ֶaHm"B_˗m)x͐Yvq#j`-ߴH!WDɪ=CZ O?xΓW3[ul8~FuF3g>ov[ֲ]Iwb ٮX^}̫VIm1[7zs n BkNs`56HnZ^Y-.wa.~BCEB[elbxDڷM-[H_s55|z/}^[Ҿb{;v#eUUV>O Z[DXԐMB-u,*9~BׯV/Z?ݼ9m&3hCǺk-栕Nz6ZZ "/P6gi jyKQ7aAW]]T6A0[l ŴoK;rn2W??~T7֕-I[ez8nLo> 5tg[{r6?M>&k0 D64\s ;v4†=y>GgPi[]Aly|ƌ{j71&ylKoOg=L;d~ SVf:La[{=aBAyH Td0C24lYb{v4XR4+X1ZEçhJU۫^Q8$Ds9S"aĀ_i _q>3iUG>DKg(~կU1J[ZyU7>ZIʉCs`Au𣸔m4&EQQڢ?"Η>k$5GÓ*#Aj~j9uUGH,f?i A1\,hPQc0A\WAW=b+-Ecm"dh9)5ʊ= )[QJּniڲ3_Q=JIM"ޑ55 5Srk!\z#jqkgJnUw+ FoaYQ'߭nդ&PQ[*Jp@ S+[#Pwi܊|IW=ƼeKϾ(yQH)1׊ְvnI:bu+1 ʊwD65O{Mޭ݊w0f{P kG֨ĊMb3Il$n&zq ܪɭdUj.巽Iܙ)MbjIԻ5O*t)55OV-(Z +cOQəhNQu:MGPOHܵkzFh,j2h4hN#"Z3\xv926~$Zfa T -jmDՅj!iRڀj!j!.T Z]IZj!cVkÆ j!jmp0ZBP-BP5kB }VՇ{mۣ ?D1LZj!]T3ǭVw w~XS_I՚OPn6!)ѫyqg[& EHA0VTHnE-՚j926%Un3b&I=Me0];$j?`ou2`+шyeph$VM-$·@pCBX1A茯MT`馉Id0B!~mo`!h;`Bm?H-7[oO %8.Y4udj<~qj]"} |d4״Ӥg6HF&vwo/OQ> |ԩsO"ryw4"ZkoZL~PI-'C q`]j! PAT AT ZsQ-dK!Pkmb dZsQ-BZs T A>T ZY:Z6J!>džj1GjSa՚jIY-,\}(6;¾֔t{dnZ2f'Tk-EQ-7xP $ZQ-BZ5BP-$Z5 嚐#wjmL9Vuˌ$weO1#1ZHƩ5BҢVVfjզIȩ h)ڿێtWMO I!D0YBW-[0lj'jI]Ac<($4<7 noU|'['LMVx Jh3ZR <=%Qvx P{P %ғzb=b)Cn޴nrSl7I[Eg!> j9J۩Epƀ]-_P\B8ć9b$.uGrn.qL|Eb=2~~7dr\3u0ZI֗SV U @^D>+:\AQKԆ^ Cl8/G2䣏Ā(yD)<!NY߲߮]Tl+pZN-q ]UK~Ѱ<%CN?9%r*?*N!V*MZB 0;>(*rWEWxj¤gÈb/# y_J6xp>n=>FPke$N+@˄Xg wS] PI1n+H&IPk\ $WjdZ॑#ȯ3\-y;N|.đ)$՚)jY>y|p꫅L.joZHZԺqGT d~j!Rk6G/ZLQ-dKHfIVNb6fZ;HFR8Z3^xVfjZHSmGPԪbj|(nտtjj-Zv#GZք/q$ىbB(lQ;Z(V]njMZj(99`j%VvjڭGx&^-njZ[pwIQBPjH]-zu~8vaכAP1_Z2YjZL%j!wZd&#Uj!ST AVC$jݸBƮVu"j!PBP-՚Xr"JTW 虚_ZL5JP-dZZv|T ՊU=j  VIrRT+dSG1ڍƅѓ{gF;C)+--bYE<Cjh(.n)"Z] Z@H=r@}1k֬+uUT~jZP(jCjZG5v%VbZWAT+jmۖL2T-'ݳԨ%F24Nk,Vr:FZb^Z ܘLqsZ"ajB} ]5'rZ"];FjC 8j]vM&Z"Z/elX^>8 sp@158@b@XK'R iZl5]4.YCbPooq. jYr;e׮T5}O3xe~EXd//-|T\:ĕZ&β)jq͋=WM Z L١'CM`Vࢩ֖)VoX̉PqJuDsZT)猨5jtv}"7xY<$rqu91xqEVT>H v8]s.t.%zG @PvrbAWZZW˝`"4rc0 :뇉jE75 ;:,B A44j}rEi&4Pڑ[jq`! 6_] z CPēsu|պmjb` !U?&cGq,E-t@xQ1j]dZtjRzC&Y+@=R^l uS.5cտn__QjjYg:oaj5 7 \/zjKCO *VSDLyvNUz\?1"9L~uIcVoPchvjAA_-:X|EP9Zeekkb֍ jy_&UnQY>kUXZŴjQˑti!uԺ*'+ %s~psr:61t,*.CZrZCbIVuDԂNYEtiڥknV~z}n]o G뽞/6]ozZ BWL^gqhFnq0׸4NUvLI::_)[l2LŬIЛ[ZA S8yUYC/_[Б6-k nŝo4;䗕ʮY,׮Z& x YpBhKKJ=R l!^ͷj55];e5tɅgOl^xnuuM׭+/]YF=!qoU7psEOdjU Fң7Q-T B2MZNS\*Ԋsb́'gZ3Zq'|ZVBEOP-BZZxԪAV+BơT IZےشT˂{Q}Ye#W虶j_d~G?D:/5Z+zG'k7f#"fݾ"P~giSk ץŋK䪵oMŽR3\iVB wpݯn`p͚wׯY]yww޽w2{d-{޽0l|~>5Er3qXي;~L_tS+DjVjC\U8rFwZV]VL'4Z[P-T BP-T }z߳ώ;׺;N-<1rԪBP-d4U$j=j!j!wZZH:[X*T ZU,-=yp߷$C}UkE?WQ Aēdlj!Ȉ$WCNT IZj!SHT AT A@$jmCqu4Z[P-djZL% P-BZVpT3Ѫ՚dBo`ͺL-Vfo?_ܓcU]j}՚TN|AVUjeZ7ӂtWTQtjeZ3NTk՚Tf T+պ By /\HeUI& dS(6"Pl72VO2\|YAH6nq\՚dYR1܈|i`(j%{M1/ K #Zֹ1]:wΥ$C8p$\.' ٸ $yjD&YoLIV// BDKN#(ȨVuvd,r; ϦV/` 0g[[ٳdãd#_VAj}4x[Ks`*#j%{Mn M.mm )4%C2]{R.؂)PU+ր5lҭQj=!5(GIT+se)4>q^Ns%yڵ5 ~psy$?JLjUtjݱjQ-T UkDª5ZXPiyNz>?9fj}Bo6R̲Zδ:5BjՠZdZQ-$jAWk+ZZj!SEͨ2~n(jmLT Z91jBV떢CϡZDunCZ6uj 2ZMgcj?qo\Lc0%9)r{uj^ḽ2555;leLUUUJ^:JNFuuuA"r (#d̕YRp@Z"r=I_E_v<%u‘>}5AڠӳHMVgg$D19K[qqtRNS)LebKGDplt cmPPJCmp0712HsIDATWc(@ 22rnjqz^a| r%$pȵl)vIvn+!Uȳfrݡ|ikNOP 7ւ]BEՆ(j&ެ@gu`%Y;&3cx_J}| PS1,<4=9((/,))ĭXv)@.-IENDB` Dd88 0 c fA%IC282157Icon_addLinksAdd Links/b/l]CQ g z-nl]CQ gPNG  IHDR(-SPLTE $G`Y@XtKCLbNePdrpTMqlPHb[lfӡ˟ͱtʴ\UG}?ˈas{vͮpjJzF{gaG}@ݜܚBVsXRc\,OXPz>Tomg2Kk㤚Ҋ*A`qk9NkSLb[ٔ榵ɟՎI\tRNSmbKGD[t4 cmPPJCmp0712HsIDAT(ScF nH@(Gd{Fu`}cehB PG—EN!-cj()+PH HmgcԴS@]e ~Uyw[E~3hoh%k#Hhsg0qNN=-m|<"l\ dh/0 BXkIENDB`>DDdG 1 c A&(FIC307309ProcGuid_LinkToUserLink task to user story dialog box0b"CV$yB-nBV$yPNG  IHDR<وtEXtSoftwareAdobe ImageReadyqe<PLTEpr8=>ʾ[3xxxmJx}V[RSSby῿R(Nlﲉqd舴ߴܑٚgggѪ:5nӤ瑹x1㔩L׭ΖDZMɛiPexA֕dAYnVfܩl]Q'3vA9녬Ѳ른5$?Tшotm,-,᤻zf 胊ʸ疾]G5Ԇz§I7,շ!,8ǝ筹nOR7r{m}wE*29iνN7 H<俍ѐϡ_`_B](zэӐ>u0_j[m{ ߙ˴_o۲䙩]+?{IDATx@D5 "xݰ4&IŀI &Q{m66UM0mx4&3HmJFc]O-+\9r~33; ;˂ >]ٙ|<3<;1WFf(1S4LbK5)@Ĩ 5g-#:4@cg!gԩSLL!p,u|ٙ*=1*;f'O|L&& )(-BwȗYD鉍UșZ# <-:: M2e  4 Lhڣ%8ch,.kd(?tUSVS%) ]BRViRl 7 7zjbUĩiQCMnRS`0 C NP+/ЌU_j~Cʐb |c#A@|w6/9g٩'EQ< ?77)@!X4&6>vF}D`ѣZD6M! dHmYJs'%6喕?eXNQ7.*Kip4'I xWdS+ET3iyKT+'S0@m8tA+f nJ@HIGHm9keHzѣUzZ[M zN lYJ. 0SãᣣGŪ` = 6_J]RYX V-pt(;Xc W 58+Mmra>WC`b Tt9C9:ڰzQWAK%mT~ Bdh%nF-GZO0zjK멚0z>o?s|<{p)$ozZbLTB)Vsi1KGR.OLkQ牢=2LmO@R.l| P xĦX0>D/ZEdxIh*=ZQa`5/Ҡ ZItbB$Z>BLSS@J3 C̆#S+Vj@mUˣ@yz~G|8zbl<ĈV3ժ-Sz~ŷ>6~NN[|oy>{#F41z(JFޠZ& {}cHbZ;ȶk#VF)ɄZU-J-bLCJfQ[cDI%STabsa.u fO|I"L (5x)5$jv*Pdzn#HEB bm{\nrI=SRZ\+ HFj:q_XT).h4 26D'E2kBL@jM?~7W>K`ni68d`c<ͅ׀~;a haëUϾ; Slܻg7fm5Y4yZѓ>ɆZ\ Yj+=8jOs $تĖVQQqcWKyBl)qSs7OJ;-EO{4o45 1}mxs) }K.Ii;xDNEX C<ä%H b!xryP+Vy0*eq$U4*R#.MPYaU0Y?dS?R-OCL{6jĥg$m D}=b޹o_P+)@](O@"[gG$qԊ;Bha,KɓFؑ\ <|O'I=I8YL&E'Rs TX+"vͭPl5PHE(=kTJ@xV,A5|wOp#r0dRZD lC.HrPA6q?xS X\[C*XazdAmma0Y;7ⷄ0>Bj8s_b>)4;kE,<##^0y$iԌԀ84G~UE`pFRS_#Vί(RU}>Q{/V͏UQ;5\l``(yJ220՛ōz*d y SX0Mb3 9!־5wIH!*bIzbq "B*N<1R\+._|Qlnk`GZ9$z[Ry;Al3<8kOZ39#z~%K.N%Z1u^71;# jX˛r(w ;w j *x*&?,& fæQ#Cnl]&%կ"OcaK}Y*r8U4,S8C CxHX7ہW#G6gd0Ol$rVjP`y|0PC84r]}HƩnmL,~hu -bSP NL:P|bB93<!f>? )[ٷ4ِs߉wKKM$nGjqjLԇSSRcH[ SSCN%W*U=- _ŧT2 IXLM}=U헒K^0yߪ}o~By2 p ކ=6 C=05gOMJAZHޑaq.$cRqۏU ˜iƇ1~p1Ux/,_Q]MM]]5S4,R;&k&j3mdj"<(B5!CU ˇGƒSq򠌴i¥ڙRL{Gw BCO[֪mlA-XC=edNpDzsM2h1g@I&>)MZL > AkB-bzjQzCO+rsk[TmjR?}\ s'XB=iROm \艥h5x 9x>Y4Cs)A3MX6E LBgYR5x&R<*QMxV G=Uz'6T`) jܦGߚ01o2gXɤ!= ' dHzBdP} * QY&zBL ])6hF(zW]Ҫ=a=ea<݊Ζ@[T-um!x ypժ᭬GBMkRN<9IEߎ#+3H< ZZU|#)@[͠;҉ &~\}%|icR, ]*MS|MS:u% (^[^[m,aFAfRҜRKGJWќQ u@XJog=]I4mU5QSRtMYW B7憅ge2_“5Bz"l0x%H9a}x>(~:CY;ũ#bEf$ɫ>-y8w`5JVan9A2~ 2F4Yy 9y3Y=$1Yy-a3xFBz id'S8x\Sa0 O~iܨ{Ae+LHm,7w 122N_2xb0 6x?,3]G{˛?!0(4<L@EEw@Ge_ÿ0']bkhLIFs=xқ!gyVP˱i4oooǸ<),@."9^hcLLx<wzN췘81y /=8.rZc*rVbȼb/ԎPxd? Dc`xtT +o2T|<Å'Xޔ胧<ϻZx{B0S/Î0xNc;{X0xF< <scuGGS~Z"3q(6)Ç4@Q{"%%>ړ)Z@<a9<ɓiaQg4bxX0 pɓ1U庚)#73]'u <ўy(x$OFt$'ja4&F]mc N 7KrddaL xrᩈ4y_4l<+n$x"󐋤cX,,xY`NWƶpOV+c,x<qߴ琽Svz~Α΢ax6F79ljc_xr_l$JW%'aOW=mrD-N6`O?[QJO,ȜI(#RHDN@/e9DJL'OGǍ!&\!34yx:% $˜jSvK$ >#<7<vaoZ+hM߁}.űfO('j) O<VR; Om4 cx  < OziPD}0Ek֢hOhuaDOKх%G(\5%S8x c4rxX0.<:y\75(Qxtc˲{i&!?`2}*@x.z !' uY+oխӹxkOP{[\I+d։Ӕwi@ (@7UQT.**j&$͛;T :u}-ABG-[vر3gz!< (LupqO'(t^N4w9靉 Yϥ/5xr:܅DGLY3B&g<} nw}.3\ӶsלGᬙ'9kϜCqs|Ҝn+-xSo(ODgRY|b}n9n;{|l_bW~Lq2e:;OEamEx-} ;}lߘplIhtrg=ߖo`]9|ݚwku,н 3 <)_bm^jQ*̷Zgrgs}|=?K?g.{'-nw[܀ eKTɴ朜2 y]ٹ DRlqؚݙޱBf 3)Nw<%[lEQ-Nuj1e$b [8'Anuo33|C>{<7 3\7v-sH~ۻ4c":}  V[}zzBDLC0yX|$*v<.LD{>gɓevj 0PYVl's6/a jO^Mpx y&/Tx ͉ Lw/(-=Yz%OQk&Y>~jYc]wr ]t OKr.g^w-ueKkY;G<~w2laoB^NN^i;y H]-7ŸJKK8INǒ a;-GxSnl(A`VT]ї< JXY̒)lĆI* ݡ鴢oh7?h;L{M)9znVuγ>}{v{ɷ'q<Ç'ڒbD>OF%yBLO笐^*]{?Om8oϯo8G% -bG>2[JwV:}3z綾rn+7Ig/;>'ODJvV},i5L(ytb3j&|<,yo\la3dkcXlݵn&Ofb⛨7>rxճݍ㍓gm1=b~I)? Mxs}ѻg!³3sf -Y߬t>Ǜ< f, t8y<+,X$|c O84<= kϩyK:eM?UZSj,'VaI(MNZ0Yo9J!ĥFf<6ih];A+I/OH*<)O\I&fIsRCM<x0xFC+Sms;; Nd'^?ܼ͟U8Q*lWa&x̉@?'$$9[MLwp&/-[%7 srU!`\KxqE6޴\Ne3"b.t,w[:G/Hh`ۿ%kT DTT(ej ܧO b5ѥK@ii&UN|'#j^=:j9zy75p 憂3,EYZX&MѯE/׎U= lZIㆸ=z`S{`Y횕 qtS6=j4MإxwW{UY.M}ƙzxבV_11޶rts`b 'ؿK-cJ;f\ (u>y'g21͓;x=g/S(Kf_vFeGw3gb JƱ3'߫ƒS.3)@>Vrc&.we<"Ș Sdb0X_ +;?G>IENDB`DDd84~ 2 c ZA IC283973Icon_saveWITSave1brXHS≬VN -nFXHS≬VPNG  IHDRڭPLTE<;xTVzyAAJJKX99rDD(GpoMM\]?RYXVUGGAPO4>}5AڠӳHMVgg$D19K[qqtRNS)LebKGDplt cmPPJCmp0712HsIDATWc(@ 22rnjqz^a| r%$pȵl)vIvn+!Uȳfrݡ|ikNOP 7ւ]BEՆ(j&ެ@gu`%Y;&3cx_J}| PS1,<4=9((/,))ĭXv)@.-IENDB`Dd 3 c AB 030c41d9079671d09a62d8e2c1db6973alert_noteNote2bk.Chtfig -nk.ChtfigPNG  IHDR;ٺ0PLTEtRNS AbKGDH cmPPJCmp0712Om IDATcP"!3#IENDB`h$$If!vh#v":V  t6,534Baytqh$$If!vh#v":V  t6,534BaytqMDd88 4 c A#42IC282158Icon_addNewLinkedWorkItemAdd New Linked Work Item3b9sHa՚3P-n sHa՚3PPNG  IHDR(-SPLTENeS߶/؋p@Xt2ΐ}ܯ&XԟؙוBVs{as߷1t랕fuЁ癐ŨϮ؎˽񐥹zsPd6t\qLb5Ic$=^ש ߭r姺ұ顇f|G^>To2Hi $G+N2KkҖ~봽;]I_tRNS˰cbKGD6 cmPPJCmp0712HsIDAT(Sc N&Ljz3f_\3PT;m4,ӧ LJ`b L|SZ!1fRӵ&Ȃ荊m p6mюe3Aa`e*rÊ[㬼A* D%AP@=2\ѷ̽ƳDڇaBRx{U13'53LhRPԠb)e2ڀS/D a39XTdSIENDB`DDd84~ 5 c ZA IC283973Icon_saveWITSave4brXHS≬VN  -nFXHS≬VPNG  IHDRڭPLTE<;xTVzyAAJJKX99rDD(GpoMM\]?RYXVUGGAPO4>}5AڠӳHMVgg$D19K[qqtRNS)LebKGDplt cmPPJCmp0712HsIDATWc(@ 22rnjqz^a| r%$pȵl)vIvn+!Uȳfrݡ|ikNOP 7ւ]BEՆ(j&ެ@gu`%Y;&3cx_J}| PS1,<4=9((/,))ĭXv)@.-IENDB` Dd88 6 c fA%IC282157Icon_addLinksAdd Links5b/l]CQ g \-nl]CQ gPNG  IHDR(-SPLTE $G`Y@XtKCLbNePdrpTMqlPHb[lfӡ˟ͱtʴ\UG}?ˈas{vͮpjJzF{gaG}@ݜܚBVsXRc\,OXPz>Tomg2Kk㤚Ҋ*A`qk9NkSLb[ٔ榵ɟՎI\tRNSmbKGD[t4 cmPPJCmp0712HsIDAT(ScF nH@(Gd{Fu`}cehB PG—EN!-cj()+PH HmgcԴS@]e ~Uyw[E~3hoh%k#Hhsg0qNN=-m|<"l\ dh/0 BXkIENDB`DDd84~ 7 c ZA IC283973Icon_saveWITSave6brXHS≬VN i-nFXHS≬VPNG  IHDRڭPLTE<;xTVzyAAJJKX99rDD(GpoMM\]?RYXVUGGAPO4>}5AڠӳHMVgg$D19K[qqtRNS)LebKGDplt cmPPJCmp0712HsIDATWc(@ 22rnjqz^a| r%$pȵl)vIvn+!Uȳfrݡ|ikNOP 7ւ]BEՆ(j&ެ@gu`%Y;&3cx_J}| PS1,<4=9((/,))ĭXv)@.-IENDB`Dd 8 c AB 030c41d9079671d09a62d8e2c1db6973alert_noteNote7bk.Chtfig -nk.ChtfigPNG  IHDR;ٺ0PLTEtRNS AbKGDH cmPPJCmp0712Om IDATcP"!3#IENDB`h$$If!vh#v":V  t6,534Baytqh$$If!vh#v":V  t6,534BaytqMDd88 9 c A#42IC282158Icon_addNewLinkedWorkItemAdd New Linked Work Item8b9sHa՚3Po-n sHa՚3PPNG  IHDR(-SPLTENeS߶/؋p@Xt2ΐ}ܯ&XԟؙוBVs{as߷1t랕fuЁ癐ŨϮ؎˽񐥹zsPd6t\qLb5Ic$=^ש ߭r姺ұ顇f|G^>To2Hi $G+N2KkҖ~봽;]I_tRNS˰cbKGD6 cmPPJCmp0712HsIDAT(Sc N&Ljz3f_\3PT;m4,ӧ LJ`b L|SZ!1fRӵ&Ȃ荊m p6mюe3Aa`e*rÊ[㬼A* D%AP@=2\ѷ̽ƳDڇaBRx{U13'53LhRPԠb)e2ڀS/D a39XTdSIENDB`DDd84~ : c ZA IC283973Icon_saveWITSave9brXHS≬VN "-nFXHS≬VPNG  IHDRڭPLTE<;xTVzyAAJJKX99rDD(GpoMM\]?RYXVUGGAPO4>}5AڠӳHMVgg$D19K[qqtRNS)LebKGDplt cmPPJCmp0712HsIDATWc(@ 22rnjqz^a| r%$pȵl)vIvn+!Uȳfrݡ|ikNOP 7ւ]BEՆ(j&ެ@gu`%Y;&3cx_J}| PS1,<4=9((/,))ĭXv)@.-IENDB`MDd88 ; c A#42IC282158Icon_addNewLinkedWorkItemAdd New Linked Work Item:b9sHa՚3P'-n sHa՚3PPNG  IHDR(-SPLTENeS߶/؋p@Xt2ΐ}ܯ&XԟؙוBVs{as߷1t랕fuЁ癐ŨϮ؎˽񐥹zsPd6t\qLb5Ic$=^ש ߭r姺ұ顇f|G^>To2Hi $G+N2KkҖ~봽;]I_tRNS˰cbKGD6 cmPPJCmp0712HsIDAT(Sc N&Ljz3f_\3PT;m4,ӧ LJ`b L|SZ!1fRӵ&Ȃ荊m p6mюe3Aa`e*rÊ[㬼A* D%AP@=2\ѷ̽ƳDڇaBRx{U13'53LhRPԠb)e2ڀS/D a39XTdSIENDB`DDd84~ < c ZA IC283973Icon_saveWITSave;brXHS≬VN M--nFXHS≬VPNG  IHDRڭPLTE<;xTVzyAAJJKX99rDD(GpoMM\]?RYXVUGGAPO4>}5AڠӳHMVgg$D19K[qqtRNS)LebKGDplt cmPPJCmp0712HsIDATWc(@ 22rnjqz^a| r%$pȵl)vIvn+!Uȳfrݡ|ikNOP 7ւ]BEՆ(j&ެ@gu`%Y;&3cx_J}| PS1,<4=9((/,))ĭXv)@.-IENDB`DDd84~ = c ZA IC283973Icon_saveWITSave<brXHS≬VN 1-nFXHS≬VPNG  IHDRڭPLTE<;xTVzyAAJJKX99rDD(GpoMM\]?RYXVUGGAPO4>}5AڠӳHMVgg$D19K[qqtRNS)LebKGDplt cmPPJCmp0712HsIDATWc(@ 22rnjqz^a| r%$pȵl)vIvn+!Uȳfrݡ|ikNOP 7ւ]BEՆ(j&ެ@gu`%Y;&3cx_J}| PS1,<4=9((/,))ĭXv)@.-IENDB`Dd88 > c ^A' IC283958Icon_pasteWITPaste=bD )BTxCܭ 5-n )BTxCܭ PNG  IHDR(-SPLTEZ]ZkmkcecsusJJJkikRRSƌdce{y{{}{ȜZYZ眞111{A&tRNSzbKGD% cmPPJCmp0712HsIDAT(S]Y0 DZ(ЍWS*uf< 35^Nι1FRr~6}%d2 qt!{E di]hFMN; b+Vcm) I>N'p q^Nc*i~IENDB`wDd88 ? c zA(&IC282155Icon_addAttachmentAdd Attachment>bК撒ha8-nYК撒hPNG  IHDR(-SPLTE`Y6Jd}KCϮـnuvZmEXqGZs\n8Ke몫btOik}>Qki{XRߛ\U{mgr_tViqkpjᨩܚPHK^wATnql@Tm9Mg7KdTM8LfWj oS}+ McFqkM0f,#0E0) ?C,&MA/O:yWpw΃Xx]j gh.B}2P;^IoIJV!WgĹIENDB`DDd84~ @ c ZA IC283973Icon_saveWITSave?brXHS≬VN f=-nFXHS≬VPNG  IHDRڭPLTE<;xTVzyAAJJKX99rDD(GpoMM\]?RYXVUGGAPO4>}5AڠӳHMVgg$D19K[qqtRNS)LebKGDplt cmPPJCmp0712HsIDATWc(@ 22rnjqz^a| r%$pȵl)vIvn+!Uȳfrݡ|ikNOP 7ւ]BEՆ(j&ެ@gu`%Y;&3cx_J}| PS1,<4=9((/,))ĭXv)@.-IENDB` Dd88 A c fA%IC282157Icon_addLinksAdd Links@b/l]CQ g A-nl]CQ gPNG  IHDR(-SPLTE $G`Y@XtKCLbNePdrpTMqlPHb[lfӡ˟ͱtʴ\UG}?ˈas{vͮpjJzF{gaG}@ݜܚBVsXRc\,OXPz>Tomg2Kk㤚Ҋ*A`qk9NkSLb[ٔ榵ɟՎI\tRNSmbKGD[t4 cmPPJCmp0712HsIDAT(ScF nH@(Gd{Fu`}cehB PG—EN!-cj()+PH HmgcԴS@]e ~Uyw[E~3hoh%k#Hhsg0qNN=-m|<"l\ dh/0 BXkIENDB`3Dd B c A),<IC314566ProcGuid_AddHyperlinkAdd hyperlink to a user storyAb1_yl($Ƃ 2x1E-n1_yl($Ƃ 2xPNG  IHDR< CtEXtSoftwareAdobe ImageReadyqe<PLTEQxxx}8=?)NlGyqdyͻ񈈇3lLLMߨgggL:֢*xu݃YѲ睿䀲UP:qg+mCMlAde\ٸ^Shb冴Pex%3䚶{ܩaVʡ@YohۨℲުdqܕ듓㥸5m{l۶iޤ^ږRaܥn\]z_f "?VĘyoe܅ߢK6Eٗ,---ҙ萾5ԝyi9G*29XqIJ腷ir ,8tݓƽ\7 뎸Iև\۰=~?خNcϵ_Ӑwq(сDɝj⟞`_߾x\tqĽ˿ɼ vA9=&Ǧだؘqqpmll䯯ȏmڙ1[[[ .EIDATx`սl7% .R4V^kb4.XLb4+44-j. TK7"ZGSDRÕr]v/x/R'uٹ933ggϙ}s~?6%5Dp \\ dwkйiWB)IQAjΝ[E#9dH'EegҹU\p,WB,:7I'Ecg{k0x{tWRIRwYJ $d'UZ9+:[2WJHK=),{o]Q2]{^ROPJy睿EKF}^ĺ?8%(&~}SwK,H5^ Ɍ0P'f}qou]$[A=<ON]W^)LAG!GQ >_Bjb*--T5Ex.H =1c3g^9ϒ7PQpP߈G7UXnɛoSO/^9WϘq=l3ײɴ4 #b…[1և~^xᇗ%6CzQzQ#A1-`1MHdR~`-ݼFLCbQci1h10z#pHB=<.2ʲJU+,-Zвw3g;}4&4*-TUee)۷/D;f 3Q/>\IO-Y@w܁,yX ";%N7N–s``Ojtoag>=oޙ3^ b!BAI03cjXM ՉbjEZE(FZybZ,MX4D=F%G9;++y*6LӶ<- /:av-54Pδ3|g >p^ʊ/l+.fh]O!諐R}O.68zwo,=q@k*J_вEgceFh*~nyyfJӧYx1R% 3Yj8@S5.E#*5 VX*Ev@ij{\ZI bgT]]?55j~#/oƉ?2ζ4J'۷C"O>::Z3X3`ij?z̳ZX8g8<нCVƊ> վ`]~GD_nogZZo{=W(wyD2e s;,U\{:_SumG}YU4Hh k:aFzƩ Qsj}k* bO`cKVk8DX}Z: Z_B2Db3s:̟ZIʩS}thw|SۻF55j:'#CسgJ,.ua5ioGN>fZ%ǚ^Wk[u _x-K>b#Nh=M#Rx2`gҧ7rpẘ_$ oo bx^BmF0XMqnq|Pױǐpd\ -} K“٨}[?<,V ș&O^x*g1iSt 54t<[+nlhjh.|Ċ-Qp:p4m(d6̩q>.VKo&m>'۩ufQls6'yj@qo%7ǯ։ vjm|TTV OQf˽vMb`+!D`% J u׿M"f`&fOf̴5uv`1Hbcck4j=DoV 8P~OirL-06jjp:0 80j )m!n>!YG̺yH)R#YY N7u_0YGǏCקui,Jf@ggu+Y wzDzs+9N%04G<ۀMB tk @ e㲓'1< HbJݿK64tӔut !YMIlqϓSF__M| %e l5@പiK䥃!v'ҳ-&7ÍQv<:E)9/@ U|o'1޸hNt0uwt5v>aLFCY=~'q}0LyD:T'=gawHO U8`:vJ\j~FiA@ŁmL6_7~}ü3`jl1W[{wY^[k[/gS[Gps?E|ʭ;_x> 3gU5o<=X~~(Ι ߸ǮYrc5/̄"f(liSs-m|?)k_ڍGf͚W_>RRz˖,uvӧf̟z0}*x1?}~[Ӌ6ee7қ컫_?S}xB#hySui(ih*S@PP}?^5gMJ.7tgVyA?,2>atxkP{'/aczPaszChڌ7Wͪ1z7O0zbwGsc((PxR<=}0V% N:zSJzfRSUO=Fzܳگ}BAFB/͘gn 1TbWC}P/TXY4땂cQ+qwrh0g^6+~>mZ;&2Wb9qx8<\c Y.x:SX2gIpqx8<\<9cV,8ux RG"$v|g1y<<"9B}V8t J' AʅU1-ٳ-u `2Oӎ/0# W/e@xNqiÝ?{[xߒ5Z }R=15<7 1O\>xHj?!DS9,IgU:Fx`ț6t0 <6ʖXx0(Da0CޞL,ڤ!`]yfHTwh -x0״^A!SdNdIF\T Ow0jxqڐ|+5RyR9tKeHY0hFrTJ0tm ;I"W݊rvB6h3r 2vCoކ)b贍x Ly~h?iƲK)<.|X ~ġcoκhy O}ͦ늊ǵ(2cB`(nGٲ`#tctC ))vo96 QH T$#X]QH+T —0m P'bpHxm\|eHB }q Op%Y6َcKZ-8%@_]x<xD:Q!:mNd?.FCv 6_vhD:ꇇe&[?HEX?$ś-OCX &8pHᑕ/Bb$ONaa ƶDD1jxKvDvHDNO {Tx̗Z}"nUa^vx~?E Ӣa%W2x?_nx2GDU)³375:<__ᙇ3ψcdpxxvd׍0<Wֳ+FįޘkUqxpx2p .ט'eODrxg9kY#<;8<\C5Dx5xVqx>5pNɩ+ 9_EtjwPMgj;w>CjB9հb:*[vtRZZڵ u()0څ)-, 2a tgΜ=w S1 vP60Y 4Ts`D+{syn1 M1{К.tB]9Bؿ+1c kFNAfFɋL ^iG>}WtQgڱGW&L tXAThjÆ %A-m}(+BP)6&fH̖Qr|%bt1Qzn.ݕcǔ{p'L``,,*oF ņ龾Rcơg`5 b1wK 3Ebjތx/3Jcf07f(f$1Auu?wJ^98IϪv#?L{*>}5AڠӳHMVgg$D19K[qqtRNS)LebKGDplt cmPPJCmp0712HsIDATWc(@ 22rnjqz^a| r%$pȵl)vIvn+!Uȳfrݡ|ikNOP 7ւ]BEՆ(j&ެ@gu`%Y;&3cx_J}| PS1,<4=9((/,))ĭXv)@.-IENDB`DDd84~ D c ZA IC283973Icon_saveWITSaveCbrXHS≬VN |-nFXHS≬VPNG  IHDRڭPLTE<;xTVzyAAJJKX99rDD(GpoMM\]?RYXVUGGAPO4>}5AڠӳHMVgg$D19K[qqtRNS)LebKGDplt cmPPJCmp0712HsIDATWc(@ 22rnjqz^a| r%$pȵl)vIvn+!Uȳfrݡ|ikNOP 7ւ]BEՆ(j&ެ@gu`%Y;&3cx_J}| PS1,<4=9((/,))ĭXv)@.-IENDB`Dd.I E c A*$6IC309449UserStoryWorkflowUser Story state diagramDbEETyULEw:"A-nEETyULEw:"PNG  IHDR~<*tEXtSoftwareAdobe ImageReadyqe<PLTE||>>?]]_/.0 mloNMO4Hh.yEl?4ۃHfy9޶QWq/'WΩK9)  DzuMR齣o[(j>:純u4߀$?_N"ݍW媄COAv.o)[SP<40]|BtRNSDIDATx읇z۸XJ8M8^{! 57(cDI$~ !XE; dWι?0y* <z?H=D`R'IZ{II'EP{IPxCNv?%?`˛zNNj?M=~7/1 =̨k7>{'0xϠyRN"{yVC㚆჻<~BOҨf{87? ȸ5l :ǿ)u!~N=(zCC 1F`S,:gs45 8H͊,.TSo :J"ro?2gP}w cѯ=ߙ\|]\zTߟuW{wD~]z׻U3oY^|_5_{WmdG<VoE|}o<~vYu<ת|+;V?o}_| O9ɑC.?a{~Pxe7=eo/_xm{ƿqx 9O N&U5:xntzz 7U|zq;OUO`~?N7?tz:=g.㯮nV?&ə7>._ ϪMuϡ=8@ۛ씜V7cܞ;myX[m{!?jVDaf5IAG^~X/`an1Feka)|;mo9) z,fCxm$*\T@$ 7>(xsH ?؇4Al[ 39PNᔀiujlާYD-N<~?kt'PR EJhkK$#=%ID#^Y VDoa!?=Jy6q`'vHi-rq=Qt GHidB$`켹tOo,<<Ξ*i+j-\SI̼*"T 0af՗S0B-R,a "~?RH?'*AGQERKLDgC˧_1MAXGͅ+tLs߂-jEQk.s,9M:J tBi,YBe)1j ]$ UI$ X9\8a9L4Pጥ|Fg7$ßP>n g B8Mś W4L9WePJ`qDv-7 p7KREBeގԔT2AO`C(U1p8sXSWA7`d':jQׅS1Sf|ņ.j/Q`ު"Ԇ4g[/V SхuVcQ! j@I2oJtV^̏w/l.^_˹Z%|!t+nJٖnSE~P@zTZٜk؜A⏃VG$y'3ߔ\bCCsXگQ|xh7g[𻄲"-AƂ  4Z+)yY Gd9R`qW(t ^c~,olؼ)KZehY2cоRBlٖבXC^<W]VgF"Oq9vS]q{ Qi*|}+株%WAE[Q,qY y©(r%?W\Lw1O[؁? tj7Ar{} 3OeO$tHh$a: pFSƓBo9OtG4R F<z ?K5 DO4k, /!Ī~z UqÒ-PXoα6G"euF8jg;[z${8*Da@$:U~c)f_`Q;&8Pė8iȶ?F"Q1!@<ꈢScv׏jVk Qh/a6W4.-yݵ?eX9oдd ,C&h ,CLE~zǓv?On;WOn ԓFtMͯ-a@.8 Hu4B]`~*wɶ? 8<`WR%zC!iz)ᩄbj'M&ӄ%+ӌ4u4}?*k& e1S/Hų ̧DivoFMl|6}yJ\8mn|@9тیtF\N.#;##qDAA__UUqZBGOؽ2gqdۦ4r=,yğ{oSWJk0H%q{J~}U;b;lvQ;蛻 ̚OJFŸ@M%c W~3\܉9q1x2?al(NLotnFFb.Ed~/\Zh&ګB'v, I["̏tXہ7MJ2!@w +znĊIg ?!h&cLHH_ yyaCM3,_Z7Գ葍ްS6pel?/&,*I]]7ԷB_X0=.{=p1~zm $ w .ַ?阨W H%v2!GOH?v9j8a5vC/ .c$vDL9n}!āHټ3- 5lv˄QQ߉zvX0l+=տ~xjV? aӆv'ޡR*u{_.i_ߟ WlBkt qٜ8\ T0]*݉N=⽚3iN!Sˏ(qO rֵ.;&skv筯'r{]C`ߨ ú;G:w6}^X&tK!E7*4٬!?v6.DF𶍟vvl%mԫTz . :K$qHg$I+mHb]<O9"j gvmt;]ʷXWFD*JȤdY/vw {/m9N9㗝{\R랧-%_OwO!Xϫ$ǤwC2.nlfY hs85q<86:{@C[Ao;ΦmokCS7??K"_tN[a!wc4 trzpPkUB .Ww me98#n&WIӀf27~D&xf맬&9lP 6~ sד}f6gn-Oi@Mq? uůi *9?EAfόrzӀ࿙`˜DI?+NN?NG4>!Pdi&Jס~)N,ͼ0%NN?Ï9p4U' :ӬMa_(87W,M Ӏ\t}GY)Of 8G14;O->N~IYA|PofP^t_toѫ4S6x"[~`lř'd"=DYGm([?W__x}o*(X upzT_=v\lugC[CjS~>rF)mѷj|;C28(.?kW !]ſUy=pWD ~sHyj(o3π@27GUc?zSĒfyU-_G4 A KQ[@8DlYu-Svj-oݔ7Zg"B]$s =望wHJc҃w;zERmAzoUGmɌHqXu?'؁Wݏj[فD*]H~KZ{π-H? s#~ ۂt޻}c =/嗝o =yWUoyA]#y ſwȇڃtFE~ M&ݶtp__LO/n!ܑ5dz5~z<9.LT=k3@ψ,A&ǝ*8?gXx&R]]U~Ou3GvDTq8VSLϏU-V rBN:q|>9?Ϋ|ng No+4 _o~ȇ:Ҡ*V+MO.ছNdv<_㳄?Aΐ S{;ӓjz39;9hn)xhg؟1؏;Tqu|}Mpnz0U`nO3㋛9zgǀdR ҈: ՟4d Ջ6;gSB:sv)gdJϪc99'$g]0܆uyge-Vlf9gmL67 q|iFC#P-@0 c3xz ik?UH77XLW3~jq$_Af~&Q-ZY{t5m"Vr-:/f3zsFGHd~؝b7)0HfvIRJ:8ϙ'9qP0laZv f5ӉjU18)lv6e/*}>y1XIgi{uuVu~;ZCj:E65f}/~_Ęp^! LeM&ɥu6q*E&I9l^m¯PL(D߆'ۆo#v:V  t6,534Bytqo$$If!vh#v#v#vY :V  t6,534Bytqo$$If!vh#v#v#vY :V  t6,534Bytqo$$If!vh#v#vZ #v:V  t6,534Bytqo$$If!vh#v#vZ #v:V  t6,534Bytqo$$If!vh#v#vZ #v:V  t6,534Bytqo$$If!vh#v#vZ #v:V  t6,534Bytqo$$If!vh#v!#vp#vY :V  t6,534Bytqo$$If!vh#v!#vp#vY :V  t6,534Bytqo$$If!vh#vP#v; #v_:V  t6,534Bytqo$$If!vh#vP#v; #v_:V  t6,534Bytqo$$If!vh#vN#v #v:V  t6,534Bytqo$$If!vh#vN#v #v:V  t6,534Bytqo$$If!vh#vN#v #v:V  t6,534BytqDd##z F c VA IC101471alert_noteNoteEb'zTo(%dUA-n'zTo(%dUPNG  IHDR Ҏ0PLTE]Z&c tRNS,bKGD ٥ cmPPJCmp0712Om1IDATcHKK3`hw%@}& )ͥ@բ}&X ,(oJPIENDB`c$$If!vh#v$:V  t6,534Byt;zc$$If!vh#v$:V  t6,534Byt;zDd##z G c VA IC101471alert_noteNoteFb'zTo(%dU-n'zTo(%dUPNG  IHDR Ҏ0PLTE]Z&c tRNS,bKGD ٥ cmPPJCmp0712Om1IDATcHKK3`hw%@}& )ͥ@բ}&X ,(oJPIENDB`c$$If!vh#v$:V  t6,534Byt;zc$$If!vh#v$:V  t6,534Byt;z$$If!vh#v#v :V  t0OOOOOO65/  O/ OBpyt $$If!vh#v#v :V   t0OOOOOO65/ OBpyt $$If!vh#v#v :V  t0OOOOOO65/ OBpyt $$If!vh#v#v :V   t0OOOOOO65/ OBpyt $$If!vh#v#v :V  t0OOOOOO65/ OBpyt $$If!vh#v#v :V   t0OOOOOO65/ OBpyt $$If!vh#v#v :V  t0OOOOOO65/ OBpyt $$If!vh#v#v :V   t0OOOOOO65/ OBpyt $$If!vh#v#v :V  t0OOOOOO65/ OBpyt $$If!vh#v|#v :V  t0OOOOOO65/  O/ OBpyt $$If!vh#v|#v :V   t0OOOOOO65/ OBpyt $$If!vh#v|#v :V  t0OOOOOO65/ OBpyt $$If!vh#v|#v :V   t0OOOOOO65/ OBpyt $$If!vh#v|#v :V  t0OOOOOO65/ OBpyt Dd##z H c VA IC101471alert_noteNoteGb'zTo(%dU-n'zTo(%dUPNG  IHDR Ҏ0PLTE]Z&c tRNS,bKGD ٥ cmPPJCmp0712Om1IDATcHKK3`hw%@}& )ͥ@բ}&X ,(oJPIENDB`c$$If!vh#v$:V  t6,534Bytc$$If!vh#v$:V  t6,534Byt$$If!vh#vw#v#vv#v:V  t0OOOOOO65/  O/ OBp(yt $$If!vh#vw#v#vv#v:V   t(0OOOOOO65/ OBp(yt $$If!vh#vw#v#vv#v:V  t0OOOOOO65/ OBp(yt $$If!vh#vw#v#vv#v:V   t(0OOOOOO65/ OBp(yt $$If!vh#vw#v#vv#v:V  t0OOOOOO65/ OBp(yt j6 666666666vvvvvvvvv666666>6666666666666666666666666666666666666666666666666hH6666666666666666666666666666666666666666666666666666666666666666662 0@P`p2( 0@P`p 0@P`p 0@P`p 0@P`p 0@P`p 0@P`p8XV~ OJPJQJ_HmH nH sH tH J`J Normal dCJ_HaJmH sH tH f@f \ Heading 1$ & F+<@&"5CJ KH OJPJQJ\^JaJ h@h \ Heading 2$ & F+<@&$56CJOJPJQJ\]^JaJb@b %U Heading 3$ & F+<@&5CJOJPJQJ\^JaJb@b )V Heading 4$ & F+<@&5CJOJPJQJ\^JaJd@d += Heading 5 & F+<@&$56CJOJPJQJ\]^JaJV@V -s2 Heading 6 & F+<@&5OJPJQJ\^JDA D Default Paragraph FontRi@R 0 Table Normal4 l4a (k ( 0No List Z>@Z \Title$<@&a$"5CJ KHOJPJQJ\^JaJ NoN \ Title Char"5CJ KHOJPJQJ\^JaJ RJ@R \Subtitle$<@&a$CJOJPJQJ^JaJJo!J \ Subtitle CharCJOJPJQJ^JaJRo1R \Heading 1 Char5CJ KH OJPJQJ\aJ \^@B\ \0 Normal (Web)ddd[$\$CJOJPJQJaJ4U`Q4 \0 Hyperlink >*phHoaH \lw_collapsiblearea_titleToqT \Heading 2 Char 56CJOJPJQJ\]aJ@ \Light Shading - Accent 5G:V0KKj;@ j; jDKKjDKK44(fdfd5B*ph15\5\5\5\@ \Light Shading - Accent 1G:V0OOj;@ j; jDOOjDOO44(fdfd5B*ph6_5\5\5\5\44 0Header  H$6o6 0 Header CharCJaJ4 @4 0Footer  H$6o6 0 Footer CharCJaJT`T  No Spacing$CJPJ^J_HaJmH nHsH tHNoN No Spacing CharCJPJ^JaJnHtHR@R !0 Balloon Text dCJOJQJ^JaJNoN  0Balloon Text CharCJOJQJ^JaJ^ A^ p TOC Heading"$@& B*CJKHaJnHph6_tH&@& pTOC 1#.@. pTOC 2 $^NoQN U Heading 3 Char5CJOJPJQJ\aJ"oa" U label*W`q* @`Strong5\.@. VpTOC 3 (^FoF VHeading 4 Char5CJPJ\aJ4o4 =unresolvedlinkLoL =Heading 5 Char56CJPJ\]aJ*o* s2 parameterFoF s2Heading 6 Char5CJPJ\aJ*o* :F mtps-cell@ ;zLight Grid - Accent 1:V/0OOOOOOjF@OOOOO j9OOOOOj;OOOO j.OOOOjDOOOOOjDOOOOO44(/fdfdl5OJ$PJQJ$\^J5OJ$PJQJ$\^J5OJ$PJQJ$\^J5OJ$PJQJ$\^JB@B E!pTOC 40d^OJPJQJ^JB@B E!pTOC 51pd^pOJPJQJ^JB@B E!pTOC 62Ld^LOJPJQJ^JB@B E!pTOC 73(d^(OJPJQJ^JB@B E!pTOC 84d^OJPJQJ^JB@B E!pTOC 95d^OJPJQJ^JPK![Content_Types].xmlN0EH-J@%ǎǢ|ș$زULTB l,3;rØJB+$G]7O٭V$ !)O^rC$y@/yH*񄴽)޵߻UDb`}"qۋJחX^)I`nEp)liV[]1M<OP6r=zgbIguSebORD۫qu gZo~ٺlAplxpT0+[}`jzAV2Fi@qv֬5\|ʜ̭NleXdsjcs7f W+Ն7`g ȘJj|h(KD- dXiJ؇(x$( :;˹! I_TS 1?E??ZBΪmU/?~xY'y5g&΋/ɋ>GMGeD3Vq%'#q$8K)fw9:ĵ x}rxwr:\TZaG*y8IjbRc|XŻǿI u3KGnD1NIBs RuK>V.EL+M2#'fi ~V vl{u8zH *:(W☕ ~JTe\O*tHGHY}KNP*ݾ˦TѼ9/#A7qZ$*c?qUnwN%Oi4 =3N)cbJ uV4(Tn 7_?m-ٛ{UBwznʜ"Z xJZp; {/<P;,)''KQk5qpN8KGbe Sd̛\17 pa>SR! 3K4'+rzQ TTIIvt]Kc⫲K#v5+|D~O@%\w_nN[L9KqgVhn R!y+Un;*&/HrT >>\ t=.Tġ S; Z~!P9giCڧ!# B,;X=ۻ,I2UWV9$lk=Aj;{AP79|s*Y;̠[MCۿhf]o{oY=1kyVV5E8Vk+֜\80X4D)!!?*|fv u"xA@T_q64)kڬuV7 t '%;i9s9x,ڎ-45xd8?ǘd/Y|t &LILJ`& -Gt/PK! ѐ'theme/theme/_rels/themeManager.xml.relsM 0wooӺ&݈Э5 6?$Q ,.aic21h:qm@RN;d`o7gK(M&$R(.1r'JЊT8V"AȻHu}|$b{P8g/]QAsم(#L[PK-![Content_Types].xmlPK-!֧6 0_rels/.relsPK-!kytheme/theme/themeManager.xmlPK-!0C)theme/theme/theme1.xmlPK-! ѐ' theme/theme/_rels/themeManager.xml.relsPK] Q  2225 s 0 r,]d;wS_ !!^"##V$$%C& ''(F))*[+-YemVz0d'e:L<rx'@9AD\PWBfq;yĊUlbC?m\':Y   !$')-03;@BEHJMOQSU]egkt{~< "+c9Y^^^^_ cmsCw-7 Aq+:ELazl#Z|Q )58H=B5FISN%RT&^Af5gh jqkrmgoqvrOtvw"z s(FܚҠEҾ_ ^a>7 Cw{s1/W}`' $%&&~''F(iHYY   "#%&(*+,./12456789:<=>?ACDFGIKLNPRTVWXYZ[\^_`abcdfhijlmnopqrsuvwxyz|} (*+-M&^z|}Hdfgi /235Us0LOPRr @e589;[r ,HKLNn   # A ] ` a c     9 ] y | }   7 : ; = ]  ! 0 L O P R r    @ d ;WZ[]};Iehik69:<\w6RUVXxWsvwy  +Fbefh8Sorsu:=>@`   /Uqtuw:=>@` "B_{~+./1Qf &)*,L^z}~"#%ESorsu"#%EVruvx @Njmnp *C_bce ),-/Of . J M N P p !!!#!F!b!e!f!h!!!!!!!!!!"""%"C"_"b"c"e"""""""""####?#[#w#z#{#}# %]%%%%%&&&&"'/'2'n'z''''*!+J+QQQZYYY4\p\\]i]]^ _P_S____`2`)ccccccceeee0f2f]iiiXkkkk llq.rVrvv wz{-{ xplքΆ ;G9;ѐ#H?S  cegٚۚ-GInԡ?Uqѱ#KMmG ͺZʻ E\DF*,?c#d ,/N c \6Bw  - 3     Y  ^  i   A0aH~e{#m#o## $K$')(U(C,,,/V//1>2@2666S888;;;;"?t???D@|@@HA^A"BtBBCD4DJJKL#MKMVPPPEXXXH^^^`GaIaiiinn#o rrrrt-uOu_vvv{P||b}}}MƊ̊Iܑ% 3Ч2,?^l;U  !+}'y#uh6.q*|f:T$"T  Ga*|D v   % %GVX&x L!n!%m%%b---0000?1_1b111485E5H555556'7{7}79D9\96:z:::::<<<=>2>@4A@ACAAAAAAEEEE@FPF[HHH\JJJ K]KKKLL/LLL~NNNNOeOhOOOSSSVVW WtWvWYbYdYZZZ^_2_`^``aabb؃68J "ۆ?ETVgʊ "ًۋ?aŎ/?ʑhj%i{>)mIK]ɘ˘VXY[ԣGPIޥ46/ק-/9'}߬*FT[#~ֱ"ٳiдAC@Bps<X^L?ApStcx Np.@,HTL]$:~ Nv^ +Cl" #$#g***-.!.32w22{JJJPPQ$Q`QuQQ TX%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%4X%X%X%X%X%X%X%X%X%4X%X%X%X%X%X%X%X%X%X%X%X%X%X%4X%X%X%X%X%X%X%X%X%4X%X%X%X%X%X%X%X%X%4X%X%X%X%X%X%X%X%X%X%X%X%X%X%4X%X%X%X%X%X%X%X%X%4X%X%X%X%X%X%X%X%X%X%̕XCXXXXXCXXXXXXCCXCXXCXXXXXXXCCXXXXXCXXXXXXXXCXXCXXXXXXXCCCXXXXXXXCXXXXXXXXXCXXXXXCXXCXCCCXXXXXXXXXCXCXXXXXXXXXXXXXXXXXXXXXXXXXXXCXCXXCXXXXXXXCXXXXXXXCXXXCXXXXXXCXXXCXXXXXXXCXCCXXXCXCCXXXXXXXXXXXXXXXXXCCCXXXXXXXXCCCXXCCXCCCXCCXCXCCXCCCXCCXCXCCCCCCCXXCXXXXXXCXXCXXXCXXXXXXXXXXXXXXXXCXXXXXXXXXXXX+.5!8@0(  B S  ?[ _Toc265073823 _Toc265073824 _Toc265073825 _Toc265073826 _Toc265073827 _Toc265073828 _Toc265073829 _Toc265073830 _Toc265073831 _Toc265073832 _Toc265073833 _Toc265073834 _Toc265073835 _Toc265073836 _Toc265073837 _Toc265073838 _Toc265073839 _Toc265073840 _Toc265073841 _Toc265073842 _Toc265073843 _Toc265073844 _Toc265073845 _Toc265073846 _Toc265073847 _Toc265073848 _Toc265073849 _Toc265073850 _Toc265073851 _Toc265073852 _Toc265073853 _Toc265073854 _Toc265073855 _Toc265073856 _Toc265073857 _Toc265073858 _Toc265073859 _Toc265073860 _Toc265073861 _Toc265073862 _Toc265073863 _Toc265073864 _Toc265073865 _Toc265073866 _Toc265073867 _Toc265073868 _Toc265073869 _Toc265073870 _Toc265073871 _Toc265073872 _Toc265073873 _Toc265073874 _Toc265073875 _Toc265073876 _Toc265073877 _Toc265073878 _Toc265073879 _Toc265073880 _Toc265073881 _Toc265073882 _Toc265073883 _Toc265073884 _Toc265073885 _Toc265073886 _Toc265073887 _Toc265073888 _Toc265073889 _Toc265073890 _Toc265073891 _Toc265073892 _Toc265073893 _Toc265073894 _Toc265073895 _Toc265073896 _Toc265073897 _Toc265073898 _Toc265073899 _Toc265073900 _Toc265073901 _Toc265073902 _Toc265073903 _Toc265073904 _Toc265073905 _Toc265073906 _Toc265073907 _Toc265073908 _Toc265073909 _Toc265073910 _Toc265073911 _Toc265073912 _Toc265073913#',#9%?%GCMWZ5`"bDow0{ل>!0hm{g&  XK*/497D^s/M#P %N*f*@pQCXoP]hvH'  py. 45cCHQ  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ#',T9U?OG{MWZE`;bbo*wL{L/Ft-~/} з6-8 l*/?59DD^s;vBn! %e*r*JpUF]\gu+$]7 # x~E G5xCHQp$$9&A&''/'J4P4TTVV\\ii[{d{>Hºͺ7;jndlV`##$N-N 3  w~%%r4z455KK_`$0'2=HYc0;&&''77cBlBN!NyQ{Q|Q~QQQQQQQQp..LLX X&7<jo dg>ILR ..]/_/]]wwQ|T|}}ݑmp@C#&` g    `(l(P)\)T3g3vF}F(P/PTTWW_` ./Uu>_` AB_/PQf *KL^~#DESs#DEVv?@Nn)*Cc -NOf  . N o p !"!#!F!f!!!!!!!!"$"%"C"c""""""""#>#?#[#{#xQyQQQQQQQQd32]?0BTY.4twua@0|{Md() cpy@%Ezn6hpXg?xd -\ ,VMY$3e*.z U> 5k!)_ "lvmY"f#%ʑ\&(+*,`K`*E*J6e+l50~+4aj-H8-*M>.0Q0!O/"0E/DL0"n ^1TXl1jC2383F% 4LE4.*04O\P$6bu, 8r`:,8~j=_'U nV $VHUV@ syDX~RZXPvKz`Xl֒ v(\Z_!^~1y>`#E` ,6bImFb. HVb'd Zn'ezvwIljL9nȮ"chnzoB|qQ\psys4&WuuHRw w29xv{P^X~Zd4^`.^`CJOJQJo(opp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`CJOJQJo(opp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`.^`.pp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`.pp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`.pp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`.pp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`CJOJQJo(opp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`CJOJQJo(opp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`.pp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo( ^`o(hH. ^`o(hH.. ^`o(hH... ^`o(hH.... ^`o(hH ..... ^`o(hH ...... ^`o(hH.......  ^`o(hH........  ^`o(hH.........^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`.pp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`CJOJQJo(opp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`.pp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`.pp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`.pp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`.pp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`.^`CJOJQJo(opp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`.pp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`.pp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`.pp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`.^`.pp^p`.@ @ ^@ `.^`.^`.^`.^`.PP^P`.^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(^`CJOJQJo(^`CJOJQJo(opp^p`CJOJQJo(@ @ ^@ `CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(^`CJOJQJo(PP^P`CJOJQJo(d29xhp _ "Rw w`%x|q%Ez?xX%\ps Iv(\`iF L0!O/6mFbUV, 8Y"ysua$6 hHE% 4$VI&>04 ^1U> 'U<`8 6& ZXTY/< nVE*s&b3!#P\Sy>``*\ b)"yDX.z 0j-wIl-5k!{MdMWuuchn~\&dQ839nz`X8K#%yD D='del1]E/4L0E40~+!) HVbuD=6b:,8M>.py3n'e_!^6e++*jC2 |{ddScf):44U:44.U^#0*y?@^gP^ik\QU Dk(d%B']hOxDaGahk,>! l q'RJ!D[ #Bf=:7+T_S*Y 91F>u(d05@@{~Lk -T)&$rhii5YnuDxITM}r/-SvpW ^ik#} w2SR; V su t&~X+ [ ^ikrc, cV+O "*? 0* j GvQU yq R*1x Hy,3 ~FL' m Cw'Z i ?@|eQU 9(d%`;S.ffo[_\T~xi2 L(Ff\}Q:7+Tfk%9 GNu7#$BvF]GITQgG?DBHG Ki  yU`&:48!_@RpM'0Y8"9`;;m(FfpM)>![40>K7k@GIC4$z (@@{X93~.`;j$.y6TQg|oKpY 91[ge0UQ>$S "*aDk)~}h$Fw* ZWec "*TIi[_9V E&f<j*f)\bb-XR0 pj*xU@yp~+:4&iVf<9i`M'f~ w2SXz0* 0* ge~x, "*\ h-ed G?PZ A_~H TuN ~; f<RJ!ZWN!g#Cu(|!j! >!fB"9}@"9;"0UQR"B0(c:1#~Y3#R; ^#M}>$QU ;F$Bu)>:`$xJs$7nnA$ K+$2k7p5%iGn4g%^ikr%+ %(d%C}J&QU E&ge"T&{\J`M'O &'\2'q'RpM'H0Cw'(~YlU(e<+?C(geW(~[`9f(49z2>u(ffk)RpM'~'),p| -T):4j*ge "*$Fw*~x, ,\~*oK*p~+b*QU ae*&c5 +e<+r%FHd+mp~cV+%@R+p89,B0(cH|,rx>-f~>W-=h-ii8-[ m!.>,.>,.?C($.8:/ffjf00 pU^#0@@{c50cczlb0Vq0o0ho[=M0Vq0H00UQR*16{Y 91ae*!T1651oK1TIo2:7+T49z2 K+'3=WI3o2 3%_3>u(#s\4 E&4K7(d%OG72k74e{m 8Gv\#8y6-I8d05ZM8;F$U/X9/-Sj|9rc, 69ZJi:W _:ff`:5 +E2: (*:@@{5; 6z;?C($; =~xi1vr=8=@R+rx>H[xBu)>@@{!8>8uN>lb0 q?nRy~?7s{~?%?{t,A)?t&~X7?J?@(d%o@~LkpAge1A$A&'{t,ApA RASA>$WA9'yB?@#BJ&.BTbrB /B)?) B\$| CpAg#CS.9rC>u(yD:4NUE:7+T\4Wa']]$| Cq2^Gv:h^@@{?,_a~i[_,p|o[_DkJ_3LT~[`0* dj`&'hMYa MaV s4WadMbR"5=\b4.jdb"NB0(cqA}u-cE2:&c5d1vr=FdGLd^ikd[4^dO jge,\~*ge+f~Yffm zfUqH"f0* goKTQg(d%x_gZW^g3LTzg&4| gdrh7?R hVq0qh hxi7nn~xi=M0;%i~Yaj?@'k:`$^ik~xiGRkScjy!lQU iEl3LT`IzlU`&=HmUR@8`mTiGniiITnf<7nn9_n_o3LTpBsUrB0(c@br:5sxV sQU Z-sqhHVsTMVccz(d%/z6{~Y4e{QU @@{gek{~x, &4|(_sJ|O 5f|SA,p|hk,f|7nn%\|+ qA}6J^} K0} KC}5 +M}ZWmp~;"$KN~P6O~ _:~=a~ RA5~8"~f2pAK`OG7J)(q U E!+%y^+&E,s2@5' 6:F$IKyN]h;zT7Md%=+ Mho}Vu@1\MQDZ^IvyQ{Q@Q`@Unknown G*Ax Times New Roman5Symbol3. *Cx Arial7@Cambria7.@ CalibriG5  jMS Mincho-3 fg5. .[`)Tahoma?= *Cx Courier New;WingdingsA$BCambria Math"qh馊f~c~c20OOJQHX  $P\2d! xx 'MSF for Agile Software Development v5.0Process Guidance By: MicrosoftWoodyd                           ! " # $ % & ' ( ) * + , - . / 0 1 2 3 4 5 6 7 8 9 : ; < = > ? @ A B C D E F G H I J K L M N O P Q R S T U V W X Y Z [ \ ] ^ _ ` a b c Oh+'0   @ L X dpx(MSF for Agile Software Development v5.0Process GuidanceBy: MicrosoftNormalWoody2Microsoft Office Word@@, @R}K@R}Kc~՜.+,D՜.+,T hp|  CEIO (MSF for Agile Software Development v5.0 TitleT 8@ _PID_HLINKSA V.http://go.microsoft.com/fwlink/?LinkId=181913.http://go.microsoft.com/fwlink/?LinkId=181912M_6http://msdn.microsoft.com/en-us/library/dd997578.aspxOT6http://msdn.microsoft.com/en-us/library/dd380681.aspx.http://go.microsoft.com/fwlink/?LinkId=179025OT6http://msdn.microsoft.com/en-us/library/dd380681.aspxOW6http://msdn.microsoft.com/en-us/library/dd380682.aspxMP|6http://msdn.microsoft.com/en-us/library/ee191586.aspxLTy6http://msdn.microsoft.com/en-us/library/ee191592.aspxLVv6http://msdn.microsoft.com/en-us/library/ee191590.aspxLSs6http://msdn.microsoft.com/en-us/library/ee191595.aspxB_p6http://msdn.microsoft.com/en-us/library/dd997885.aspxCRj6http://msdn.microsoft.com/en-us/library/dd380647.aspxC]g6http://msdn.microsoft.com/en-us/library/dd997897.aspxBWd6http://msdn.microsoft.com/en-us/library/dd997580.aspxOMa6http://msdn.microsoft.com/en-us/library/ms194971.aspxHI^6http://msdn.microsoft.com/en-us/library/ms243849.aspxNV[6http://msdn.microsoft.com/en-us/library/dd695793.aspx@LX6http://msdn.microsoft.com/en-us/library/ms194980.aspxMRU6http://msdn.microsoft.com/en-us/library/dd997575.aspxBSR6http://msdn.microsoft.com/en-us/library/dd997786.aspxCZO6http://msdn.microsoft.com/en-us/library/dd997890.aspxBXL6http://msdn.microsoft.com/en-us/library/dd997882.aspxCWI6http://msdn.microsoft.com/en-us/library/dd997792.aspxG^F6http://msdn.microsoft.com/en-us/library/dd983994.aspxMQC6http://msdn.microsoft.com/en-us/library/dd997576.aspxMX@6http://msdn.microsoft.com/en-us/library/dd997872.aspxB]=6http://msdn.microsoft.com/en-us/library/dd286729.aspxEP76http://msdn.microsoft.com/en-us/library/dd286655.aspxIX46http://msdn.microsoft.com/en-us/library/ff452591.aspxB]16http://msdn.microsoft.com/en-us/library/dd286729.aspxHW+6http://msdn.microsoft.com/en-us/library/dd286581.aspxC](6http://msdn.microsoft.com/en-us/library/dd997897.aspxNE"6http://msdn.microsoft.com/en-us/library/dd380634.aspx ClosedActive/&6http://msdn.microsoft.com/en-us/library/dd380634.aspxResolvedActiveNE6http://msdn.microsoft.com/en-us/library/dd380634.aspx ActiveClosed%26http://msdn.microsoft.com/en-us/library/dd380634.aspxResolvedClosed/&6http://msdn.microsoft.com/en-us/library/dd380634.aspxActiveResolved'>6http://msdn.microsoft.com/en-us/library/dd380634.aspxActiveIO 6http://msdn.microsoft.com/en-us/library/dd380634.aspxActiveCloseddescribesMX 6http://msdn.microsoft.com/en-us/library/dd997872.aspxBX6http://msdn.microsoft.com/en-us/library/dd997882.aspxBQ6http://msdn.microsoft.com/en-us/library/dd380654.aspxCP6http://msdn.microsoft.com/en-us/library/dd380645.aspxIW6http://msdn.microsoft.com/en-us/library/dd286692.aspxFV6http://msdn.microsoft.com/en-us/library/dd380712.aspxAU6http://msdn.microsoft.com/en-us/library/dd286610.aspxIW6http://msdn.microsoft.com/en-us/library/dd286692.aspxGT6http://msdn.microsoft.com/en-us/library/dd380700.aspxCT6http://msdn.microsoft.com/en-us/library/dd380641.aspxC]6http://msdn.microsoft.com/en-us/library/dd380648.aspx\S6http://msdn.microsoft.com/en-us/library/dd380634.aspxAddDetailsAttachmentsAO6http://msdn.microsoft.com/en-us/library/dd380634.aspxAddBugsIssues$&6http://msdn.microsoft.com/en-us/library/dd380634.aspxLinkBugTQ6http://msdn.microsoft.com/en-us/library/dd380634.aspx AddTestCasesKA6http://msdn.microsoft.com/en-us/library/dd380634.aspx AddTasksFV6http://msdn.microsoft.com/en-us/library/dd380712.aspxGT6http://msdn.microsoft.com/en-us/library/dd380700.aspxD@6http://msdn.microsoft.com/en-us/library/ms181692.aspxEMz6http://msdn.microsoft.com/en-us/library/ms253094.aspxC]w6http://msdn.microsoft.com/en-us/library/dd997897.aspxKQt6http://msdn.microsoft.com/en-us/library/ee518933.aspxBWq6http://msdn.microsoft.com/en-us/library/dd997580.aspxODn6http://msdn.microsoft.com/en-us/library/ms243834.aspxDIk6http://msdn.microsoft.com/en-us/library/ms243889.aspxHIh6http://msdn.microsoft.com/en-us/library/ms243849.aspxOCe6http://msdn.microsoft.com/en-us/library/ms243932.aspxBZb6http://msdn.microsoft.com/en-us/library/dd997880.aspxF]_6http://msdn.microsoft.com/en-us/library/dd420561.aspxDP\6http://msdn.microsoft.com/en-us/library/dd380734.aspxBZY6http://msdn.microsoft.com/en-us/library/dd465176.aspxETV6http://msdn.microsoft.com/en-us/library/dd421944.aspx@PS6http://msdn.microsoft.com/en-us/library/dd286605.aspxO]P6http://msdn.microsoft.com/en-us/library/dd548062.aspxNVM6http://msdn.microsoft.com/en-us/library/dd380693.aspxNIJ6http://msdn.microsoft.com/en-us/library/ms182409.aspx/4A6http://msdn.microsoft.com/en-us/library/dd997897.aspxDefineAU;6http://msdn.microsoft.com/en-us/library/dd293542.aspxBR86http://msdn.microsoft.com/en-us/library/dd286627.aspxC[56http://msdn.microsoft.com/en-us/library/dd997891.aspx/4,6http://msdn.microsoft.com/en-us/library/dd997897.aspxDefineJE&6http://msdn.microsoft.com/en-us/library/ms181475.aspxF\#6http://msdn.microsoft.com/en-us/library/dd380718.aspxBQ 6http://msdn.microsoft.com/en-us/library/dd380654.aspxDR6http://msdn.microsoft.com/en-us/library/dd380736.aspxGS6http://msdn.microsoft.com/en-us/library/dd380707.aspxCP6http://msdn.microsoft.com/en-us/library/dd380645.aspxC_6http://msdn.microsoft.com/en-us/library/dd728086.aspxFW6http://msdn.microsoft.com/en-us/library/dd380713.aspxFV 6http://msdn.microsoft.com/en-us/library/dd380712.aspxNI6http://msdn.microsoft.com/en-us/library/ms182409.aspx@]6http://msdn.microsoft.com/en-us/library/dd380678.aspx@V6http://msdn.microsoft.com/en-us/library/dd380673.aspxGT6http://msdn.microsoft.com/en-us/library/dd380700.aspxCT6http://msdn.microsoft.com/en-us/library/dd380641.aspxC]6http://msdn.microsoft.com/en-us/library/dd380648.aspxDQ6http://msdn.microsoft.com/en-us/library/dd380634.aspx(lDhttp://msdn.microsoft.com/en-us/library/dd490886%28v=VS.100%29.aspx!aDhttp://msdn.microsoft.com/en-us/library/dd409389%28v=VS.100%29.aspx kDhttp://msdn.microsoft.com/en-us/library/dd409393%28v=VS.100%29.aspx dDhttp://msdn.microsoft.com/en-us/library/bb126259%28v=VS.100%29.aspx!oDhttp://msdn.microsoft.com/en-us/library/dd465143%28v=VS.100%29.aspx'lDhttp://msdn.microsoft.com/en-us/library/ee329480%28v=VS.100%29.aspx mDhttp://msdn.microsoft.com/en-us/library/dd409395%28v=VS.100%29.aspx!mDhttp://msdn.microsoft.com/en-us/library/dd465141%28v=VS.100%29.aspx!fDhttp://msdn.microsoft.com/en-us/library/dd418995%28v=VS.100%29.aspx/mDhttp://msdn.microsoft.com/en-us/library/dd409462%28v=VS.100%29.aspx mDhttp://msdn.microsoft.com/en-us/library/dd409395%28v=VS.100%29.aspxYDhttp://msdn.microsoft.com/en-us/library/ff398054%28v=VS.100%29.aspx Refactoring!mDhttp://msdn.microsoft.com/en-us/library/dd465141%28v=VS.100%29.aspx!mDhttp://msdn.microsoft.com/en-us/library/dd465141%28v=VS.100%29.aspx mDhttp://msdn.microsoft.com/en-us/library/dd409395%28v=VS.100%29.aspx/mDhttp://msdn.microsoft.com/en-us/library/dd409462%28v=VS.100%29.aspx!iDhttp://msdn.microsoft.com/en-us/library/dd409381%28v=VS.100%29.aspx.nDhttp://msdn.microsoft.com/en-us/library/dd409376%28v=VS.100%29.aspx/jDhttp://msdn.microsoft.com/en-us/library/dd409465%28v=VS.100%29.aspx(iDhttp://msdn.microsoft.com/en-us/library/dd409416%28v=VS.100%29.aspx.nDhttp://msdn.microsoft.com/en-us/library/dd409376%28v=VS.100%29.aspx+aDhttp://msdn.microsoft.com/en-us/library/ee518933%28v=VS.100%29.aspx(dDhttp://msdn.microsoft.com/en-us/library/ff398054%28v=VS.100%29.aspx#`Dhttp://msdn.microsoft.com/en-us/library/ee330950%28v=VS.100%29.aspx+dDhttp://msdn.microsoft.com/en-us/library/ff398064%28v=VS.100%29.aspx/mDhttp://msdn.microsoft.com/en-us/library/dd409365%28v=VS.100%29.aspx"jDhttp://msdn.microsoft.com/en-us/library/dd465176%28v=VS.100%29.aspx'fDhttp://msdn.microsoft.com/en-us/library/dd380702%28v=VS.100%29.aspx"aDhttp://msdn.microsoft.com/en-us/library/dd380755%28v=VS.100%29.aspx(dDhttp://msdn.microsoft.com/en-us/library/dd286681%28v=VS.100%29.aspx fDhttp://msdn.microsoft.com/en-us/library/dd293551%28v=VS.100%29.aspx!mDhttp://msdn.microsoft.com/en-us/library/dd647547%28v=VS.100%29.aspx ~.http://go.microsoft.com/fwlink/?LinkId=178569-z{Dhttp://msdn.microsoft.com/en-us/library/ms182638%28v=VS.100%29.aspx"kxDhttp://msdn.microsoft.com/en-us/library/aa721750%28v=VS.100%29.aspx"kuDhttp://msdn.microsoft.com/en-us/library/aa721750%28v=VS.100%29.aspx mrDhttp://msdn.microsoft.com/en-us/library/dd286608%28v=VS.100%29.aspx/joDhttp://msdn.microsoft.com/en-us/library/ee624082%28v=VS.100%29.aspx,vlDhttp://msdn.microsoft.com/en-us/library/ms182527%28v=VS.100%29.aspx"qiDhttp://msdn.microsoft.com/en-us/library/ee330950%28v=VS.100%29.aspx ManualvsAuto#efDhttp://msdn.microsoft.com/en-us/library/dd380741%28v=VS.100%29.aspx%gcDhttp://msdn.microsoft.com/en-us/library/dd286652%28v=VS.100%29.aspx(g`Dhttp://msdn.microsoft.com/en-us/library/dd286581%28v=VS.100%29.aspx ].http://go.microsoft.com/fwlink/?LinkId=178568.fZDhttp://msdn.microsoft.com/en-us/library/dd193286%28v=VS.100%29.aspx$fWDhttp://msdn.microsoft.com/en-us/library/dd286643%28v=VS.100%29.aspxSTDhttp://msdn.microsoft.com/en-us/library/ee330950%28v=VS.100%29.aspx Acceptance aNDhttp://msdn.microsoft.com/en-us/library/dd380674%28v=VS.100%29.aspx#lHDhttp://msdn.microsoft.com/en-us/library/dd394709%28v=VS.100%29.aspx#lEDhttp://msdn.microsoft.com/en-us/library/dd286738%28v=VS.100%29.aspx'cBDhttp://msdn.microsoft.com/en-us/library/dd286676%28v=VS.100%29.aspx.y?Dhttp://msdn.microsoft.com/en-us/library/ms182409%28v=VS.100%29.aspx#d<Dhttp://msdn.microsoft.com/en-us/library/ee730419%28v=VS.100%29.aspx(y9Dhttp://msdn.microsoft.com/en-us/library/ms181459%28v=VS.100%29.aspx'c6Dhttp://msdn.microsoft.com/en-us/library/dd286676%28v=VS.100%29.aspx"a3Dhttp://msdn.microsoft.com/en-us/library/dd380755%28v=VS.100%29.aspxa50hhttp://www.bing.com/search?q=Extreme+Programming+Explained+Embrace+Change+by+Andres+Beck&form=QBRE&qs=n c$Dhttp://msdn.microsoft.com/en-us/library/dd794776%28v=VS.100%29.aspx.yDhttp://msdn.microsoft.com/en-us/library/ms181439%28v=VS.100%29.aspx .http://go.microsoft.com/fwlink/?LinkId=178567+Dhttp://msdn.microsoft.com/en-us/library/ms181368%28v=VS.100%29.aspx fDhttp://msdn.microsoft.com/en-us/library/dd293551%28v=VS.100%29.aspx)kDhttp://msdn.microsoft.com/en-us/library/dd648135%28v=VS.100%29.aspx'b Dhttp://msdn.microsoft.com/en-us/library/dd504821%28v=VS.100%29.aspx m Dhttp://msdn.microsoft.com/en-us/library/dd409395%28v=VS.100%29.aspx&eDhttp://msdn.microsoft.com/en-us/library/dd793166%28v=VS.100%29.aspx-cDhttp://msdn.microsoft.com/en-us/library/aa833876%28v=VS.100%29.aspx/wDhttp://msdn.microsoft.com/en-us/library/ms181724%28v=VS.100%29.aspx,uDhttp://msdn.microsoft.com/en-us/library/ms181716%28v=VS.100%29.aspx,uDhttp://msdn.microsoft.com/en-us/library/ms181716%28v=VS.100%29.aspx .http://go.microsoft.com/fwlink/?LinkId=178567"Dhttp://msdn.microsoft.com/en-us/library/ms244691%28v=VS.100%29.aspx!lDhttp://msdn.microsoft.com/en-us/library/dd286718%28v=VS.100%29.aspx'bDhttp://msdn.microsoft.com/en-us/library/dd504821%28v=VS.100%29.aspx(uDhttp://msdn.microsoft.com/en-us/library/ms182465%28v=VS.100%29.aspx)nDhttp://msdn.microsoft.com/en-us/library/dd997438%28v=VS.100%29.aspx cDhttp://msdn.microsoft.com/en-us/library/dd794776%28v=VS.100%29.aspx&eDhttp://msdn.microsoft.com/en-us/library/dd793166%28v=VS.100%29.aspx,uDhttp://msdn.microsoft.com/en-us/library/ms181716%28v=VS.100%29.aspx%tDhttp://msdn.microsoft.com/en-us/library/ms181383%28v=VS.100%29.aspx/sDhttp://msdn.microsoft.com/en-us/library/ms181423%28v=VS.100%29.aspx .http://go.microsoft.com/fwlink/?LinkId=178566.http://go.microsoft.com/fwlink/?LinkId=178742.http://go.microsoft.com/fwlink/?LinkId=178741 aDhttp://msdn.microsoft.com/en-us/library/dd286705%28v=VS.100%29.aspx(nDhttp://msdn.microsoft.com/en-us/library/bb649552%28v=VS.100%29.aspx#dDhttp://msdn.microsoft.com/en-us/library/dd380641%28v=VS.100%29.aspx#mDhttp://msdn.microsoft.com/en-us/library/dd380648%28v=VS.100%29.aspx'bDhttp://msdn.microsoft.com/en-us/library/dd380706%28v=VS.100%29.aspx$rDhttp://msdn.microsoft.com/en-us/library/dd997796%28v=VS.100%29.aspxPrepareForFirstSprint-`Dhttp://msdn.microsoft.com/en-us/library/ee191586%28v=VS.100%29.aspx,dDhttp://msdn.microsoft.com/en-us/library/ee191592%28v=VS.100%29.aspx aDhttp://msdn.microsoft.com/en-us/library/dd380674%28v=VS.100%29.aspx$bDhttp://msdn.microsoft.com/en-us/library/dd380736%28v=VS.100%29.aspx.http://go.microsoft.com/fwlink/?LinkId=178862#dDhttp://msdn.microsoft.com/en-us/library/dd380641%28v=VS.100%29.aspx'fDhttp://msdn.microsoft.com/en-us/library/dd380702%28v=VS.100%29.aspx/fDhttp://msdn.microsoft.com/en-us/library/dd380683%28v=VS.100%29.aspx mDhttp://msdn.microsoft.com/en-us/library/dd380678%28v=VS.100%29.aspx#`Dhttp://msdn.microsoft.com/en-us/library/dd380645%28v=VS.100%29.aspx,fDhttp://msdn.microsoft.com/en-us/library/ee191590%28v=VS.100%29.aspx'dDhttp://msdn.microsoft.com/en-us/library/dd380700%28v=VS.100%29.aspx,pDhttp://msdn.microsoft.com/en-us/library/ms181410%28v=VS.100%29.aspx/dvDhttp://msdn.microsoft.com/en-us/library/dd380681%28v=VS.100%29.aspx,csDhttp://msdn.microsoft.com/en-us/library/ee191595%28v=VS.100%29.aspx+fpDhttp://msdn.microsoft.com/en-us/library/ee518934%28v=VS.100%29.aspx${mDhttp://msdn.microsoft.com/en-us/library/dd997796%28v=VS.100%29.aspxPrepareForNextSprint/gjDhttp://msdn.microsoft.com/en-us/library/dd380682%28v=VS.100%29.aspx/ggDhttp://msdn.microsoft.com/en-us/library/dd380682%28v=VS.100%29.aspx'bdDhttp://msdn.microsoft.com/en-us/library/dd380706%28v=VS.100%29.aspx^.http://go.microsoft.com/fwlink/?LinkId=178859 [.http://go.microsoft.com/fwlink/?LinkId=166084+aUDhttp://msdn.microsoft.com/en-us/library/ee518933%28v=VS.100%29.aspx"oLDhttp://msdn.microsoft.com/en-us/library/dd997885%28v=VS.100%29.aspx$yIDhttp://msdn.microsoft.com/en-us/library/ms242899%28v=VS.100%29.aspx)fFDhttp://msdn.microsoft.com/en-us/library/dd286491%28v=VS.100%29.aspx"mCDhttp://msdn.microsoft.com/en-us/library/dd997887%28v=VS.100%29.aspx@.http://go.microsoft.com/fwlink/?LinkId=178849-o=Dhttp://msdn.microsoft.com/en-us/library/dd997578%28v=VS.100%29.aspx 7.http://go.microsoft.com/fwlink/?LinkId=1612414.http://go.microsoft.com/fwlink/?LinkID=1789531.http://go.microsoft.com/fwlink/?LinkID=178951..http://go.microsoft.com/fwlink/?LinkId=181126+.http://go.microsoft.com/fwlink/?LinkID=178950-o%Dhttp://msdn.microsoft.com/en-us/library/dd997578%28v=VS.100%29.aspx9_Toc2650739139_Toc2650739129_Toc2650739119 _Toc2650739109_Toc2650739099_Toc2650739089_Toc2650739079_Toc2650739069_Toc2650739059_Toc2650739049_Toc2650739039_Toc2650739029_Toc2650739019_Toc2650739008_Toc2650738998_Toc2650738988_Toc2650738978_Toc2650738968_Toc2650738958_Toc2650738948_Toc2650738938_Toc2650738928_Toc2650738918_Toc2650738908_Toc2650738898_Toc2650738888_Toc2650738878|_Toc2650738868v_Toc2650738858p_Toc2650738848j_Toc2650738838d_Toc2650738828^_Toc2650738818X_Toc2650738808R_Toc2650738798L_Toc2650738788F_Toc2650738778@_Toc2650738768:_Toc26507387584_Toc2650738748._Toc2650738738(_Toc2650738728"_Toc2650738718_Toc2650738708_Toc2650738698_Toc2650738688 _Toc2650738678_Toc2650738668_Toc2650738658_Toc2650738648_Toc2650738638_Toc2650738628_Toc2650738618_Toc2650738608_Toc2650738598_Toc2650738588_Toc2650738578_Toc2650738568_Toc2650738558_Toc2650738548_Toc2650738538_Toc2650738528_Toc2650738518_Toc2650738508_Toc2650738498_Toc2650738488_Toc2650738478_Toc2650738468_Toc2650738458_Toc2650738448z_Toc2650738438t_Toc2650738428n_Toc2650738418h_Toc2650738408b_Toc2650738398\_Toc2650738388V_Toc2650738378P_Toc2650738368J_Toc2650738358D_Toc2650738348>_Toc26507383388_Toc26507383282_Toc2650738318,_Toc2650738308&_Toc2650738298 _Toc2650738288_Toc2650738278_Toc2650738268_Toc2650738258_Toc2650738248_Toc265073823  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~      !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~      !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~      !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~      !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~      !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~      !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~     '(),-Root Entry F}K+Data [1TableLWordDocument :SummaryInformation(DocumentSummaryInformation8MsoDataStoreI}K}KGVXG3LPP==2 K}K }KItem  PropertiesJATRREDW2LPUR==2 K}K}KItem  PropertiesUCompObjr 2010-06-14T00:00:00   F Microsoft Word 97-2003 Document MSWordDocWord.Document.89q