<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div style="font-family: 'times new roman', 'new york', times, serif; font-size: 12pt; "><span>Francis,</span></div><div style="font-family: 'times new roman', 'new york', times, serif; font-size: 12pt; "><span><br></span></div><div style="font-family: 'times new roman', 'new york', times, serif; font-size: 12pt; "><span>I believe that the failure for us to exhaustively discuss the issue is because too many of us are beneficiaries of the bloated in-house implementations and we refuse to re-engineer our skills.</span></div><div style="font-family: 'times new roman', 'new york', times, serif; font-size: 12pt; "><span><br></span></div><div><span><font size="3">As with the proverbial </font>Ostrich<font size="3"> we continue to hide our heads in the sand but remember that cloud is the proverbial Camel and it already has its

 head in the tent.</font></span></div><div><span><font size="3"><br></font></span></div><div>Have a stormy week.</div><div><br></div><div>Regards</div><div style="font-family: 'times new roman', 'new york', times, serif; font-size: 12pt; "> </div><div style="font-family: 'times new roman', 'new york', times, serif; font-size: 12pt; ">Robert Yawe

KAY System Technologies Ltd

Phoenix House, 6th Floor

P O Box 55806 Nairobi, 00200

Kenya

Tel: +254722511225, +254202010696<br></div>  <div style="font-size: 12pt; font-family: 'times new roman', 'new york', times, serif; "> <div style="font-size: 12pt; font-family: 'times new roman', 'new york', times, serif; "> <div dir="ltr"> <font size="2" face="Arial"> <hr size="1">  <b><span style="font-weight:bold;">From:</span></b> Francis Hook <francis.hook@gmail.com><br> <b><span style="font-weight: bold;">To:</span></b> robert yawe <robertyawe@yahoo.co.uk> <br><b><span style="font-weight: bold;">Cc:</span></b> KICTAnet ICT Policy Discussions <kictanet@lists.kictanet.or.ke> <br> <b><span style="font-weight: bold;">Sent:</span></b> Tuesday, 31 January 2012, 12:37<br> <b><span style="font-weight: bold;">Subject:</span></b> Re: [kictanet] TCO & Cloud<br> </font> </div> <br>Hi Robert,<br>Thanks.  I think for every discussion there is need for some<br>dissenting points of view which help refine the discussion and also<br>allow

 multiple points of view.<br><br>The issue of clouds, whether public, private or hybrid, merits some<br>debate (and I seem to recall there was one such debate hosted here on<br>KICTANET but perhaps did not look at vertical specific scenarios or<br>infrastructure issues as such - its been a while - maybe it did).  In<br>some sectors it may be accepted as an elixir for infrastructure<br>management and cost issues, while in others it may result in over<br>exposure.<br><br>Rgds<br><br>F<br><br>On 30 January 2012 18:19, robert yawe <<a ymailto="mailto:robertyawe@yahoo.co.uk" href="mailto:robertyawe@yahoo.co.uk">robertyawe@yahoo.co.uk</a>> wrote:<br>> Hi,<br>><br>> It is encouraging that you decided to post your thoughts on my post unlike<br>> many others if opted to call me directly to air their disquiet.<br>><br>> I would like to belief that the systems our banks are using are centralised<br>> with all branches online to the

 data centre, until recently when a few<br>> providers implemented MPLS, the connectivity to those branches was point to<br>> point.<br>><br>> With the point to point connectivity there was a minimum of 2 hops to get to<br>> the data centre, if those links delivered then imagine is the data centre is<br>> at, for example, Safaricom then you have an minimum hop of 1.<br>><br>> The Kenstream & KenSat services when run by Telkom provided us with 95%<br>> uptime and that was without any redundant links.  The GSM providers need to<br>> keep their links up 99% of the time if only for the voice service and since<br>> the data is carried over the same fibre, microwave and satellite links.<br>><br>> Taking that into consideration I believe we have no reason not to embrace<br>> cloud and shared services, yesterday.<br>><br>> Regards<br>><br>> Robert Yawe KAY System Technologies Ltd Phoenix House, 6th

 Floor P O Box<br>> 55806 Nairobi, 00200 Kenya Tel: +254722511225, +254202010696<br>> ________________________________<br>> From: Emmanuel Khisa <<a ymailto="mailto:oloo.khisa@googlemail.com" href="mailto:oloo.khisa@googlemail.com">oloo.khisa@googlemail.com</a>><br>> To: robert yawe <<a ymailto="mailto:robertyawe@yahoo.co.uk" href="mailto:robertyawe@yahoo.co.uk">robertyawe@yahoo.co.uk</a>><br>> Cc: <a ymailto="mailto:oloo.khisa@gmail.com" href="mailto:oloo.khisa@gmail.com">oloo.khisa@gmail.com</a>; KICTAnet ICT Policy Discussions<br>> <<a ymailto="mailto:kictanet@lists.kictanet.or.ke" href="mailto:kictanet@lists.kictanet.or.ke">kictanet@lists.kictanet.or.ke</a>><br>> Sent: Friday, 27 January 2012, 17:45<br>><br>> Subject: Re: [kictanet] TCO & Cloud<br>><br>> Hi Bobby,<br>><br>> I am impressed with your understanding of the financial sector ( Not many IT<br>> people in Financial sector have

 such a deep insight of IT Ops).<br>><br>> I would like to differ though on the issue of cloud. One of the greatest<br>> issues raised against cloud and which is partly true is the connectivity<br>> (and reliability of the same). Let's say you head IT in a bank and have to<br>> manage the downtimes in places like Meru, Bungoma, Wajir etc, running off a<br>> Safaricom cloud may be abit of a longshot.<br>><br>> Safaricom has done a great deal to bring us connectivity especially the last<br>> mile, I however think something is still amiss with the reliability of<br>> connection. Every executive committee will raise (and validly so) the issue<br>> of Connectivity and letting go of customer data to counter that cloud<br>> argument. That needs to be addressed and the only company in Kenya today<br>> that can take us into the cloud is Safaricom, I hope they listen and fortify<br>> this data segment like they did

 voice.<br>><br>> On a lighter note, having used Temenos, I can take my money to the bank that<br>> finacle would beat it hands down. I don't care how many big financial orgs<br>> are using it, I have baby sat it and the truth of the matter is that it is<br>> like a Kluger (no offence to owners of this) very overrated and big in size<br>> but has the performance of a saloon car...<br>><br>> Temenos are good at marketing but the real value is elsewhere.<br>><br>> On Fri, Jan 27, 2012 at 1:09 PM, robert yawe <<a ymailto="mailto:robertyawe@yahoo.co.uk" href="mailto:robertyawe@yahoo.co.uk">robertyawe@yahoo.co.uk</a>> wrote:<br>><br>> Francis,<br>><br>> Most of the issues you mention on customer service are only applicable with<br>> a certain level of account holder who we would refer to as your corporates<br>> who make up less than 1% of the accounts.<br>><br>> The other 99% are mainly salary

 account holders who receive a single inflow<br>> once a month and spend the rest of the time drawing down the amount.<br>><br>> With the proliferation of ATMs, mobile and agency banking this kind of<br>> account holder is already being served through a cloud solution.<br>><br>> Outages within most organisations are today much more frequent than those<br>> involving external providers, most ATMs are down not because of the<br>> connectivity but more for lack of cash. With services such as bank account<br>> to mobile money transfer and cash back the ATM is slowly becoming obsolete,<br>> at least in the Kenyan scenario.  Most ATM cards are now debit cards meaning<br>> that they are usable at various point of sale locations.<br>><br>> As customers use less and less physical cash the easier it is to mine trends<br>> than before making it easier to extend credit to establishments since you<br>> have a better

 view of their cash flows.<br>><br>> In the land of the blind the one eyed man is king until a two eyed man/woman<br>> arrives in the village, if we use the global definitions of SMB all<br>> businesses in Kenya, except mpesa, that we refer to a enterprises actually<br>> fall under this category and those we call small are actually micro.<br>>  Therefore from your take on the same then all businesses in Kenya should be<br>> embracing cloud solutions.<br>><br>> MPesa is run as a cloud service no applications are installed locally right<br>> from Safaricom head office to the till in Gabatula, it has 34,000 plus<br>> branches, employs over 50,000 people, transacted over 600 billion last year,<br>> at peak times handles 200 transactions per second (Temenos can handle<br>> 3,000), has over 15 million accounts and made a profit last year of over 1<br>> billion.<br>><br>> If MPesa was to be listed in the NSE

 it would be the most profitable<br>> organisation once you remove the burden of its parent.<br>><br>> If this organisation can survive on a cloud solution even Kenya Breweries<br>> can move their systems onto the Safaricom Cloud (for lack of any other<br>> examples) especially since they are implementing a model similar to<br>> Safaricoms.<br>><br>> Francis, lets accept it that we have no leg to stand on in as far as not<br>> using the cloud is concerned.<br>><br>> Why have I not released my applications to the cloud? Because the only<br>> provider has been unable to provide me with a easy self service<br>> model. <a href="http://www.esds.co.in/cloud-servers-hosting.php" target="_blank">http://www.esds.co.in/cloud-servers-hosting.php</a><br>><br>> Regards<br>><br>> Robert Yawe KAY System Technologies Ltd Phoenix House, 6th Floor P O Box<br>> 55806 Nairobi, 00200 Kenya Tel: +254722511225,

 +254202010696<br>> ________________________________<br>> From: Francis Hook <<a ymailto="mailto:francis.hook@gmail.com" href="mailto:francis.hook@gmail.com">francis.hook@gmail.com</a>><br>> To: robert yawe <<a ymailto="mailto:robertyawe@yahoo.co.uk" href="mailto:robertyawe@yahoo.co.uk">robertyawe@yahoo.co.uk</a>><br>> Cc: KICTAnet ICT Policy Discussions <<a ymailto="mailto:kictanet@lists.kictanet.or.ke" href="mailto:kictanet@lists.kictanet.or.ke">kictanet@lists.kictanet.or.ke</a>><br>> Sent: Friday, 27 January 2012, 11:28<br>><br>> Subject: Re: [kictanet] TCO & Cloud<br>><br>> Hi Robert<br>> I agree WRT TCO...perhaps what I overlooked to mention is ROI -<br>> increased visibility of accounts and account holders, Business<br>> intelligence (tracking bad debts, defaulters, speedy loan approvals<br>> for HNW and customers that pay their loans on time, etc), reduced<br>> queuing time thanks to

 having proper systems in place that enable a<br>> teller access requisite data needed to decide (ergo bringing a lot of<br>> decision making to front office = better customer service, customer<br>> retention, etc).<br>><br>> By and large yes, the TCO argument should be weighed against the ROI<br>> (whether tangible is shs and cts, or intangible via better  customer<br>> service, increased staff efficiency, better GRC practices (esp this<br>> point as banks are increasingly under scrutiny), etc.  And yes, there<br>> is more gravitation towards OPEX from CAPEX (but at the core there<br>> might be some inherently irrefutable justification to take either path<br>> and this will vary from vertical to vertical)<br>><br>> Back to the cloud issue - and  I'm now playing the devil's advocate<br>> :-> - thinking of instances that have been shared on this very forum,<br>> where the systems of an

 operator/provider/host etc go down (internet<br>> services, mobile money, voice services, govt websites etc) - from an<br>> institutional perspective, perhaps that is something to eschew?  If<br>> something goes wrong (at a connectivity, security level for example),<br>> and even with a back up site, then it more or less cripples the sector<br>> (and the economy).<br>><br>> The cloud however, would be best positioned to SMBs who, owing to<br>> their size, needs and budgets, want to totally do away with CAPEX of<br>> this nature and instead have a pay as you go system (like you<br>> suggested where an operator hosts an app and charges end users on a<br>> pay as you go basis and then shares revenues with the app vendor).<br>> This would make sense for smaller banks (or SACCOs and MFIs).  Also<br>> other SMBs that need some CRM/Payroll/HR, etc functionality but do not<br>> want to buy the whole bus since

 they have no where to park it or no<br>> one to drive it.<br>><br>><br>><br>> On 27 January 2012 11:03, robert yawe <<a ymailto="mailto:robertyawe@yahoo.co.uk" href="mailto:robertyawe@yahoo.co.uk">robertyawe@yahoo.co.uk</a>> wrote:<br>>> Hi Francis,<br>>><br>>> I will disagree with you in the issue of security as we all know that its<br>>> not about where the data sits but how secure it is.<br>>><br>>> Many a times a go to an ATM just to find a mini-statement sticking out of<br>>> the printer slot which tells you that the issue is not really account<br>>> visibility but how difficult it is to manipulate.<br>>><br>>> Still looking at the security issue, who is likely to offer better<br>>> security,<br>>> some small fly by night operation like the one that developed the web<br>>> sites<br>>> for the recently hacked government web sites or a

 muli-billion telco?<br>>><br>>> For micro institutions, less than 250 employees, like we have in Kenya<br>>> getting on the cloud does not require those text book approaches as most<br>>> of<br>>> the so called core applications are not mission critical which is why some<br>>> of our large banks can continue to operate even with this so called core<br>>> banking application offline.  Many of the organisations do not even have<br>>> an<br>>> online backup site.<br>>><br>>> I consulted for a bank some years back who switched their core banking<br>>> application over a weekend with almost no disruption to their services.<br>>>  Once the data conversion process had been perfected all that was needed<br>>> was<br>>> 6 hours to upload onto the new system.<br>>><br>>> There is a very clear reason why I had TCO (Total Cot of Ownership) in

 the<br>>> subject of my post, many organisations do the calculation you just did to<br>>> justify capital expenditure (CAPEX) and forget that there is an operating<br>>> expense (OPEX) such as insurance, maintenance, power<br>>> production/consumption<br>>> and none core staff to that CAPEX.<br>>><br>>> If those funds where lent out to the members/customers at 12% pa the<br>>> organisation would receive and additional US$ 6.24 Million per annum while<br>>> saving on certain OpEx  such as 12% on comprehensive maintenance (6 M), 4%<br>>> on insurance (2.1M), office space (1,000 sq. feet @ 80/- = 0.8 M), none<br>>> core<br>>> IT staff (4 M) and power (4 M - KPLC & generator) which adds up to about<br>>> Kes. 17 million per annum.<br>>><br>>> With the same provided as a service at a charge of 5/- per transaction<br>>> with<br>>>

 200,000 accounts of which 30% are active each with 2 transactions per<br>>> month<br>>> adds up to 7.2 Million per year which is covered by the interest on the<br>>> money that has been used to acquire Temenos.<br>>><br>>> The Kes. 17 million saving from the OPEX will bring in an additional 2<br>>> million in interest.<br>>><br>>> All this just by using my form 2 accounting knowledge, imagine what I<br>>> could<br>>> come up with if I applied my advanced finance skills and was actually<br>>> being<br>>> paid to do it?<br>>><br>>> Regards<br>>><br>>> Robert Yawe KAY System Technologies Ltd Phoenix House, 6th Floor P O Box<br>>> 55806 Nairobi, 00200 Kenya Tel: +254722511225, +254202010696<br>>> ________________________________<br>>> From: Francis Hook <<a ymailto="mailto:francis.hook@gmail.com"

 href="mailto:francis.hook@gmail.com">francis.hook@gmail.com</a>><br>>> To: robert yawe <<a ymailto="mailto:robertyawe@yahoo.co.uk" href="mailto:robertyawe@yahoo.co.uk">robertyawe@yahoo.co.uk</a>><br>>> Cc: KICTAnet ICT Policy Discussions <<a ymailto="mailto:kictanet@lists.kictanet.or.ke" href="mailto:kictanet@lists.kictanet.or.ke">kictanet@lists.kictanet.or.ke</a>><br>>> Sent: Friday, 27 January 2012, 9:59<br>>> Subject: Re: [kictanet] TCO & Cloud<br>>><br>>> Hi Robert,<br>>> Approaches to the cloud have to be rather cautious...especially in the<br>>> financial sector and other sectors that handle personal info.    Some<br>>> organisations will opt to have a hybrid crowd where they have their<br>>> private cloud (with Temenos, HR systems, etc - sensitive stuff) and<br>>> perhaps farm out to a public cloud apps like CRM, Sales processing,<br>>> customer

 feedback  interfaces, etc<br>>><br>>> On the issue of K-rep - if they have 200,000 accts and the system cost<br>>> Kshs 52 million - this works out to Kshs 260 per account holder -<br>>> something that can be somehow "loaded" onto ledger fees over say three<br>>> months without too much furore - but in the long term the customer<br>>> benefits from more innovation in products, greater responsiveness to<br>>> their needs by the bank, timely and accurate info, etc etc.    For the<br>>> banker's sacco...hmmm....I think then we have to ask how small is<br>>> "small" - at that level it works out to abt 2,600 - looks like a big<br>>> number but I suppose the account holders are all bankers :-) with good<br>>> deposits (vis a vis Krep's who might largely be low/middle income).<br>>> But I agree for a single branch it might be like buying a Leyland bus<br>>> to take my

 three kids to school...<br>>><br>>> My two cents (...with 12% interest)<br>>><br>>><br>>> On 27 January 2012 09:18, robert yawe <<a ymailto="mailto:robertyawe@yahoo.co.uk" href="mailto:robertyawe@yahoo.co.uk">robertyawe@yahoo.co.uk</a>> wrote:<br>>>> Hi Listers,<br>>>><br>>>> I came across a news item about how KREP Bank is to "invest" US 600,000/-<br>>>> (Kes 52,000,000 aka 52 Million) for a new banking software.<br>>>><br>>>> The system, Temenos T24, is a monster of an application also being under<br>>>> used by Kenya Commercial Bank in addition the Kenya Bankers SACCO barely<br>>>> uses it in a single site.<br>>>><br>>>> We keep bragging about how we are a technology savvy nation and<br>>>> developing<br>>>> a<br>>>> knowledge economy yet we are the most under-utilisers of

 technology.<br>>>><br>>>> Which is a clear explanation why Vodafone cannot understand our obsession<br>>>> with wanting the MPesa servers installed in Kenya yet I am sure we<br>>>> currently<br>>>> utilise less than 1% of the capacity of the servers in Germany and 5% for<br>>>> 2<br>>>> days in a month.<br>>>><br>>>> Temenos can handle over 3,000 transactions per second and handle over 25<br>>>> million accounts across 2,000 branches<br>>>><br>>>><br>>>>  <a href="http://sqlcat.com/sqlcat/b/technicalnotes/archive/2011/04/26/lessons-learned-from-benchmarking-a-tier-1-core-banking-isv-solution-temenos-t24.aspx" target="_blank">http://sqlcat.com/sqlcat/b/technicalnotes/archive/2011/04/26/lessons-learned-from-benchmarking-a-tier-1-core-banking-isv-solution-temenos-t24.aspx</a>.<br>>>><br>>>> Temenos can handle

 the needs of all the banks in Kenya (approximately 6<br>>>> million unique accounts) and still not break a sweat while consuming less<br>>>> energy and resources than a mobile base station.<br>>>><br>>>> Please let no one raise the issue of lost IT jobs because last time I<br>>>> checked a server was not a charcoal "jiko" that needs fanning.<br>>>><br>>>> KREP has less than 200,000 accounts & 35<br>>>> branches <a href="http://www.k-repbank.com/branches.html" target="_blank">http://www.k-repbank.com/branches.html</a>, with Temenos they can<br>>>> run<br>>>> a<br>>>> transaction for each one of their clients every 58 seconds so what does<br>>>> the<br>>>> application do the rest of the time?  Kenya Bankers SACCO is an even more<br>>>> telling story with 1 branch and less than 20,000 members also

 uses<br>>>> Temenos<br>>>> that is internally installed.<br>>>><br>>>> If Equity was to use the same software it will take 21 minutes to run a<br>>>> transaction for each of its 4.3 million clients so why do we complain<br>>>> when<br>>>> MPesa takes 5 minutes (over 14 million accounts) to handle a transaction<br>>>> on<br>>>> the 15th and 30th of the month?<br>>>><br>>>> I am sure many of you in the banking sector are wreathing in anger<br>>>> because<br>>>> I<br>>>> am refusing to acknowledge that the data needs to be kept secure that is<br>>>> why<br>>>> you must look the servers in your individual server rooms.  So why doesnt<br>>>> the same arise when you open up your applications to KenSwitch for shared<br>>>> ATMs, to the mobile providers for mobile banking and to the ISPs

for >>> online >>> banking.a >>> >>> Here is my solution, Safaricom (I am using them as an example as they are >>> less likely to sue me) buys off all the licenses of Temenos that all >>> those >>> small banks, DTMFIs, MFIs and SACCOs have bought and then install Temenos >>> in >>> their 2 billion cloud. >>> >>> Buy all those Sun and HP servers that have been running those core >>> banking >>> systems and donate them to universities around the country, they can >>> recover >>> the costs by writing them off next year as obsolete therefore passing on >>> the >>> cost to the taxman. >>> >>> Then they can offer a complete package to the banks for using the cloud >>> services without a nimbus and stratus pricing structure.

  Safaricom,<br>>>> being<br>>>> experts at per second billing, can offer a similar solution to the<br>>>> financial<br>>>> institutions for use of the system.  To the financial institutions the<br>>>> use<br>>>> of the cloud will be treated as an expense therefore reducing their tax<br>>>> obligations.<br>>>><br>>>> What about the staff you say, the only ones who are likely to loose are<br>>>> service providers like myself who have actually become over glorified<br>>>> cleaners more because we charge more than really the service we render.<br>>>><br>>>> We have all been throwing profanities at the Walter of the Lazy African<br>>>> article fame yet we continue to prove him right every single day, yes,<br>>>> you,<br>>>> him, her and I.<br>>>><br>>>> Have a lazy

 day.<br>>>><br>>>> Regards<br>>>><br>>>> Robert Yawe KAY System Technologies Ltd Phoenix House, 6th Floor P O Box<br>>>> 55806 Nairobi, 00200 Kenya Tel: +254722511225, +254202010696<br>>>><br>>>> _______________________________________________<br>>>> kictanet mailing list<br>>>> <a ymailto="mailto:kictanet@lists.kictanet.or.ke" href="mailto:kictanet@lists.kictanet.or.ke">kictanet@lists.kictanet.or.ke</a><br>>>> <a href="http://lists.kictanet.or.ke/mailman/listinfo/kictanet" target="_blank">http://lists.kictanet.or.ke/mailman/listinfo/kictanet</a><br>>>><br>>>> Unsubscribe or change your options at<br>>>><br>>>><br>>>> <a href="http://lists.kictanet.or.ke/mailman/options/kictanet/francis.hook%40gmail.com"

 target="_blank">http://lists.kictanet.or.ke/mailman/options/kictanet/francis.hook%40gmail.com</a><br>>>><br>>>> The Kenya ICT Action Network (KICTANet) is a multi-stakeholder platform<br>>>> for<br>>>> people and institutions interested and involved in ICT policy and<br>>>> regulation. The network aims to act as a catalyst for reform in the ICT<br>>>> sector in support of the national aim of ICT enabled growth and<br>>>> development.<br>>>><br>>>> KICTANetiquette : Adhere to the same standards of acceptable behaviors<br>>>> online that you follow in real life: respect people's times and<br>>>> bandwidth,<br>>>> share knowledge, don't flame or abuse or personalize, respect privacy, do<br>>>> not spam, do not market your wares or qualifications.<br>>><br>>><br>>><br>>> --<br>>> Francis Hook<br>>> +254 733

 504561<br>>><br>>><br>><br>><br>><br>> --<br>> Francis Hook<br>> +254 733 504561<br>><br>><br>><br>> _______________________________________________<br>> kictanet mailing list<br>> <a ymailto="mailto:kictanet@lists.kictanet.or.ke" href="mailto:kictanet@lists.kictanet.or.ke">kictanet@lists.kictanet.or.ke</a><br>> <a href="http://lists.kictanet.or.ke/mailman/listinfo/kictanet" target="_blank">http://lists.kictanet.or.ke/mailman/listinfo/kictanet</a><br>><br>> Unsubscribe or change your options at<br>> <a href="http://lists.kictanet.or.ke/mailman/options/kictanet/oloo.khisa%40gmail.com" target="_blank">http://lists.kictanet.or.ke/mailman/options/kictanet/oloo.khisa%40gmail.com</a><br>><br>><br>> The Kenya ICT Action Network (KICTANet) is a multi-stakeholder platform for<br>> people and institutions interested and involved in ICT policy and<br>> regulation. The network aims to act as

 a catalyst for reform in the ICT<br>> sector in support of the national aim of ICT enabled growth and development.<br>><br>> KICTANetiquette : Adhere to the same standards of acceptable behaviors<br>> online that you follow in real life: respect people's times and bandwidth,<br>> share knowledge, don't flame or abuse or personalize, respect privacy, do<br>> not spam, do not market your wares or qualifications.<br>><br>><br>><br>><br>> --<br>> "One hour per day of study will put you at the top of your field within<br>> three years. Within five years you'll be a national authority. In seven<br>> years, you can be one of the best people in the world at what you do." Earl<br>> Nightingale1921-1989<br>><br>> Oloo Khisa<br>> P.O. Box 24324-00100<br>> Nairobi<br>> 0721321086/0734321086<br>> <a href="http://ke.linkedin.com/in/olookhisa"

 target="_blank">http://ke.linkedin.com/in/olookhisa</a><br>><br>><br>><br>><br>> _______________________________________________<br>> kictanet mailing list<br>> <a ymailto="mailto:kictanet@lists.kictanet.or.ke" href="mailto:kictanet@lists.kictanet.or.ke">kictanet@lists.kictanet.or.ke</a><br>> <a href="http://lists.kictanet.or.ke/mailman/listinfo/kictanet" target="_blank">http://lists.kictanet.or.ke/mailman/listinfo/kictanet</a><br>><br>> Unsubscribe or change your options at<br>> <a href="http://lists.kictanet.or.ke/mailman/options/kictanet/francis.hook%40gmail.com" target="_blank">http://lists.kictanet.or.ke/mailman/options/kictanet/francis.hook%40gmail.com</a><br>><br>> The Kenya ICT Action Network (KICTANet) is a multi-stakeholder platform for<br>> people and institutions interested and involved in ICT policy and<br>> regulation. The network aims to act as a catalyst for reform in the ICT<br>> sector in

 support of the national aim of ICT enabled growth and development.<br>><br>> KICTANetiquette : Adhere to the same standards of acceptable behaviors<br>> online that you follow in real life: respect people's times and bandwidth,<br>> share knowledge, don't flame or abuse or personalize, respect privacy, do<br>> not spam, do not market your wares or qualifications.<br><br><br><br>-- <br>Francis Hook<br>+254 733 504561<br><br><br> </div> </div>  </div></body></html>