<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Work with WARA on WARA</title><link>https://wara.in/work/</link><description>Recent content in Work with WARA on WARA</description><generator>Hugo</generator><language>en</language><atom:link href="https://wara.in/work/index.xml" rel="self" type="application/rss+xml"/><item><title>Why WARA</title><link>https://wara.in/work/why-wara/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://wara.in/work/why-wara/</guid><description>&lt;div class="pageinfo pageinfo-primary"&gt;
&lt;p&gt;Having a skill does not automatically create access to work.
Customers need reliable delivery, while workers and service providers need
suitable opportunities, clear requirements, and workable commercial
arrangements. WARA aims to bridge this gap by connecting genuine demand with
appropriate capability and organised delivery.&lt;/p&gt;

&lt;/div&gt;

&lt;h2 id="the-gap-between-capability-and-work"&gt;The gap between capability and work&lt;a class="td-heading-self-link" href="#the-gap-between-capability-and-work" aria-label="Heading self-link"&gt;&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;People develop skills through education, training, experience, and practice.
Organisations accumulate technical knowledge, equipment, local relationships,
and the ability to provide services. Yet these capabilities do not always
translate into productive work.&lt;/p&gt;</description></item><item><title>How It Works</title><link>https://wara.in/work/how-it-works/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://wara.in/work/how-it-works/</guid><description>&lt;div class="pageinfo pageinfo-primary"&gt;
&lt;p&gt;Work begins with a genuine requirement, but a requirement alone
is not a confirmed assignment. The parties must clarify the scope, agree on
responsibilities and commercial terms, arrange suitable delivery, verify the
result against the agreed criteria, and complete acceptance and settlement
according to the engagement terms.&lt;/p&gt;

&lt;/div&gt;

&lt;h2 id="from-requirement-to-accepted-work"&gt;From requirement to accepted work&lt;a class="td-heading-self-link" href="#from-requirement-to-accepted-work" aria-label="Heading self-link"&gt;&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;WARA&amp;rsquo;s work model is designed to organise the steps between a customer needing
something and the agreed work being completed.&lt;/p&gt;</description></item><item><title>Services</title><link>https://wara.in/work/services/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://wara.in/work/services/</guid><description>&lt;div class="pageinfo pageinfo-primary"&gt;
&lt;p&gt;WARA&amp;rsquo;s work ecosystem is intended to connect customer
requirements with suitable people, organisations and coordinated delivery.
Service listings must make their availability clear, so customers can
distinguish established offerings from opportunities that still require
discussion or development.&lt;/p&gt;

&lt;/div&gt;

&lt;h2 id="services-in-the-wara-work-ecosystem"&gt;Services in the WARA Work Ecosystem&lt;a class="td-heading-self-link" href="#services-in-the-wara-work-ecosystem" aria-label="Heading self-link"&gt;&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;WARA&amp;rsquo;s work ecosystem is designed to support different kinds of services, from
individual assignments to coordinated work involving multiple people or
organisations.&lt;/p&gt;
&lt;p&gt;The purpose of a service catalogue is not simply to list what people know how to
do. It is to explain what a customer can request, what the work involves, how
delivery will be organised and whether the service is currently available.&lt;/p&gt;</description></item><item><title>Delivery Model</title><link>https://wara.in/work/delivery-model/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://wara.in/work/delivery-model/</guid><description>&lt;div class="pageinfo pageinfo-primary"&gt;
&lt;p&gt;WARA&amp;rsquo;s delivery model is intended to turn a customer
requirement into a clearly defined assignment. The model establishes what must
be delivered, who is responsible, how quality will be assessed and how payment
will be handled under the agreed terms.&lt;/p&gt;

&lt;/div&gt;

&lt;h2 id="from-requirements-to-deliverables"&gt;From Requirements to Deliverables&lt;a class="td-heading-self-link" href="#from-requirements-to-deliverables" aria-label="Heading self-link"&gt;&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;A service category describes the kind of work that may be performed. A delivery
model explains how a particular assignment is organised and completed.&lt;/p&gt;</description></item><item><title>Examples</title><link>https://wara.in/work/examples/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://wara.in/work/examples/</guid><description>&lt;div class="pageinfo pageinfo-primary"&gt;
&lt;p&gt;These examples illustrate how WARA&amp;rsquo;s intended delivery model
could apply to different types of work. They show how a requirement can be
defined, assigned, delivered and checked against agreed expectations. They are
illustrative scenarios, not claims that every service or workflow is currently
operational.&lt;/p&gt;

&lt;/div&gt;

&lt;h2 id="seeing-the-delivery-model-in-practice"&gt;Seeing the Delivery Model in Practice&lt;a class="td-heading-self-link" href="#seeing-the-delivery-model-in-practice" aria-label="Heading self-link"&gt;&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;A delivery model becomes easier to understand when applied to familiar
situations.&lt;/p&gt;
&lt;p&gt;The examples below show how different kinds of work may be organised through
clear requirements, suitable providers, agreed responsibilities and defined
completion criteria. The level of coordination varies with the assignment, but
the underlying principle remains the same: both the customer and the provider
should understand what has been agreed before the work begins.&lt;/p&gt;</description></item></channel></rss>