The MGS Blog

Monday, September 19, 2022

Venture investment in emerging markets

What do the Congo, Iraq, Uganda, Bangladesh have in common? Unlikely though it might seem, emerging markets are starting to attract the attention of investors seeking to find the next big thing. One of the arguments supporting this move is that solutions designed for a developing economy often leapfrog the  technological/infrastructural conditions if not constraints of a more developed economy. (link)

"Startup entrepreneurship and investment is a famously risky business, and founders and VCs overwhelmingly prefer business-friendly countries. But as new investment spreads throughout the globe, countries known as dangerous and difficult places for startups have come into play. With the help of World Bank and Crunchbase data, we look at four unexpected places where startup funding is on the rise."

Thursday, February 3, 2022

Creative Commons licence - using and sharing media legally

As creators ourselves we need to understand copyright, royalty, licences, and permissions. Especially as we publish our own work under a Creative Commons licence.  

https://creativecommons.org/share-your-work/

Audio media to use/reuse/adapt

Searching for CC licensed audio on 

Broad visual media to use/reuse/adapt

Searching for CC licensed images on 

Monday, January 24, 2022

DataCamp 2022 Outsourcing

This class has educator access for six months to DataCamp.

DataCamp for Classrooms access equates to full Professional access for a period of six months for all members of the account. Students and teachers have access to every piece of content on DataCamp (except for courses in Tableau, Power BI, and Oracle).

Access to self-directed and self-paced learning with "DataCamp's growing curriculum of expert content—designed for students of all data skills and levels."

Saturday, January 15, 2022

Cases - analysis/learning/synthesis

Possible ways to respond to a case. These approaches can be used for your own engagement with the mini cases. But note, you must bring your own creative spark to case analysis/learning/synthesis. The following is for inspiration and guidance and is not intended to be overly prescriptive.

Read the case. Search for and read relevant article(s) and books.
What made you curious? Have you further questions about any aspect of the case?
Identify learning-points, challenges or problems evident in this case.
Disclose personal experience, knowledge and skills you have relating to the area.
What personal knowledge gaps has the case revealed for you?
Provide evidence of key learning sources you identified to address the questions raised by you about the case and used by you to bridge your personal knowledge gaps.
Propose concrete actions (not mere recommendations) that you would employ in theory to address the case and/or to your own future projects based on the learning you gained from the case.

One possible approach to encapsulating your case analysis/learning/synthesis: 
Write 'Action Item' statements applicable to your own practice/team/company/and-or-the-case. Each Action Item to be a single (long) sentence covering the basics...
  • (Why) reasons linked to specific observation(s) based on or related to the case;
  • (What) elaborating on selected element(s) linking the case context with additional research/readings;
  • (How) 'for examples' suggesting things to be done that activate the recommended action item in a practical manner.

Friday, January 14, 2022

Exercise: Global Pharma (case)

Exercise: 15"

Read the case (again): 5"

In groups assess the suitability of one of the following areas for a pharmaceutical firm's sourcing strategy...
  • Email
  • ERP
  • MRP
  • HR
  • LIMS
  • Plant control systems
  • Public/market/marketing content management websites
  • Internal documentation and content management intranets
  • Storage
  • Collaboration technology
  • Logistics (3PL)
  • Regulatory compliance
Applying one or more of the instruments from chapter 2 to this example.

Debrief: 15"
Report to the class…

  • Service categories: General Business / Unit or Site Specific (HR, Finance etc) / Industry Specific

  • Strategy recommendation?

  • Cloud? / In-House? / On-Shore? / Off-Shore? / 3rd Party? /

Managing Global Local (sourcing case)

Interview with Declan, Project Programme Manager - Dublin.

"Bringing this project up to the starting line is a story in itself however I can say we had a great start. A really compelling prototype, demonstrated all the key functionality; web access, cloud data, simple workflow, fine grained ownership with security, reporting, detailed versioning, multilingual. We demonstrated the capacity to delivery a key internal service to the global company. You don't really need to know too much about the detail."

"The initial prototype was a joint production between Santa Monica (US) and Dublin, we pitched the project at our quarterly Knowledge Exchange event. In the company we call this kind of bidding process 'outsourcing inside'. We ended up with bids from three other groups, from our offices in Cairo (Egypt), Pune (India) and Langfang (China). Some of them signed up as 50% 'own time', the others were full-time. Cairo provided full-time developers, Langfang and Pune gave us full-time testers (figure 1)."
cloballocal
Figure 1. Global-Local initial project team

"We applied formal project planning from the start. The project is outsourced to multiple sites so a number of different cultures are involved. From our video calls I can say that the physical environments at all sites appear to be open plan cubicle formats, or 'tube-farms'. It is a tribute to the whole team that a passion for quality and for doing the job well has remained throughout and that is common across all geographies."

"The working cultures have little differences from office to office but I can say that's a strength. The vendor development team in Cairo appear to think little of working 24 hours a day, 7 days a week if they feel it necessary. Some of the flexibility shown in Cairo has its cost. After a 'spike' of effort they need to recover before reverting to normal working hours, inevitably your life outside (or lack of sleep) catches up with you. Those of us in Dublin and the US, we need our sleep and breaks just a little more but we're nearly always on hand to check mail, and, if necessary, work at weekends too. The test teams in India and China are very structured, very productive, and seem to always work the same hours, sometimes little later on busy weekdays, very rarely at weekends. In contrast, the part-time nature of the involvement of some of the players contributes to a certain lack of accountability, after all this isn't their 100% day job. You might load a work-task in Project at 50% but they aren't really able to allocate 50% all the time."

"With the number of locations involved in conference calls we've found that verbal communications can be a big problem. The mixture of accents in each office is compounded by differing audio quality across the sites. Audio and video quality degradation is just unavoidable. We're a global technology leader and only use best-in-class systems and still it's difficult to have perfectly clear group discussions. I think it has been a factor in generating some miscommunication."

"But the situation we're dealing with now... The formal project management approach requires an initial design process, very structured, heavy on documentation and long-winded. Crucially we agreed on multiple customers with different requirements, so every possible feature requirement was included in the plan from the start. You could say, with three customers the project might lack a certain direction. The customers (and I suspect architects) were essentially free to add their own personal dreams into the requirements and specifications. The requirements are also 'moving targets' because the goals of the different customer groups have shifted over time."

"We followed formal project planning practice, a one year schedule with three major milestones: alpha, beta, general release. Each feature had a feature spec written, subjected to a review and sign-off meeting. Feature spec review and sign-off ends up being quite lengthy and it has to happen for each feature. After the feature specification is nailed down the developers create a detailed design spec. This hammers out the finer details of the features. The test teams use the design spec to write a test spec and start generating 'white box' tests. The developers take the design specs and implement them. "

"It was pretty obvious that the formal approach takes time, but it can also lead to over engineered feature specifications. This causes problems elsewhere because of integration, features have to work with each other, and the interdependencies are complicated in unexpected ways. The alpha milestone was the point where first draft features were integrated. Debugging these interactions and interdependencies takes more time and generates further instabilities."

"It quickly became clear that while the features had been highly designed, perhaps even 'over engineered', their integration with each other was troublesome. While it had been considered during design it was obvious that each feature's designer should have studied the interfaces with the others far more closely. Another factor was that the customers had, in some cases, quite different requirements; the outputs of features customised for one customer regularly caused problems as inputs for features customised for another. Debugging the interactions between the features has pushed the schedule out by months."

"We've been on a 'death march' to reach the beta milestone. Management are beginning to question the project's funding. We have a management meeting next week, the project is close to being canned, but a lot of blood, sweat and tears has been invested. I think everyone wants to give it a chance."

"Starting with a concept, prototyping, and making the funding pitch is the base of a good technology recipe. How to succeed with distributed development teams? That's the secret sauce."

Core Banking (sourcing case)

Edited transcript of narrative style interview with Peter Forman, Executive CIO of International European Bank (IEB). SB (State Bank, Ireland) had been purchased by IEB one year previously and had recently rebranded to IEB and achieved full systems integration with its parent. IEB had also recently acquired Lokalny Bank Polska (LBP) and LBP's Baltic branch network. Identities and names anonymised.

"IEB is a leading player in Northern Europe; we reached this place through organic growth and well chosen acquisitions over the past ten years. What is interesting thing about us is we really don’t have an IT organisation. We have a development organisation! And my responsibility isn’t really IT, it’s product, process and systems so on.

Some things in the lower stack of IT operations have become a commodity, like IT operations, like how you handle a notebook like this (pointing to his laptop computer). We’re not differentiating ourselves on that. However, financial services are one of the most digitalised industries of all. What we are… The services we are selling, they are digital! I know you can still have credit card, and there are some notes, still, even in Ireland there are cheques still... so, of course there is paper as well, but really all our new service products are digital, so we really compete very much based on our abilities to use IT both in our business development but also in our productivity. So IT is very much the heart of that. Not the IT! But the development utilising IT!
SinglePlatformSOA
For us IT does matter! We compete based on our abilities of using IT to bring the best products and processes to the market. Technology is our production engine and information technology development is our business heart. And 'single platform' is at the heart of our business model, a single banking platform, a single way of doing things, across all our banking brands and customer services. All our banking 'brands', including SB, will and do use the same platform, 'Single Platform', and the customer is at the core of this. 'Single Platform' is built on a SOA, a Service Oriented Architecture.
CustomerCentred
I can announce today that we reached agreement on our newest acquisition, our biggest and most complex yet, Lokalny Bank Polska (LBP) and its Baltic brands. How will we achieve this, our largest integration so far? That’s why we have our offshore development and shared services centre partnership with one of India's fastest growing IT companies. They will assist some of the projects. We chose the partner that we ‘liked’, that had the same ‘model’ in mind as we had ourselves. And also of course an aspect, that we wanted a partner where we use two, three, four hundred developers but we would still be very important to them. If we needed to scale and that was really important for us but we had chosen a bigger company like Infosys or Tata, then maybe it wouldn’t be as important for Infosys or Tata.
IEB_developers
We started off in India in October last year and the plan was to steadily increase the number of employees, first ten, twenty, thirty, forty. But now the LBP opportunity develops, for this big project we have to do twenty hundred man-years of development in one year alone. We are currently twelve hundred developers across Northern Europe. They, I should say 'we' now have two hundred developers in India and a hundred or so in our Head Office, and we’ve added a lot of external contractors as well. Our partner, they’re doing the actual hiring of the people for us. And they are running Customer satisfaction call centre services as well, they actually have the Customer responsibility in some way, and actually, we treat them just like employees. They are developing using our development process, totally the same thing. Of course the training cost to bring them in, is a little bit higher, we use CMMI, that’s what they’re used to doing as well, so our development process is not different.

The development model also it’s the same development model for all persons. We are running CMMI projects, and it’s very much based on CMMI and focusing on CMMI disciplines, because, you cannot run too many different systems at the same time. Our development model is now compliant to CMMI level three. Many of our projects are close to being level three. But on average it’s only a little bit on top of level 2. In the past, we’ve had always quite good people, so we’ve been able to succeed with our projects, but sometimes, actually we’ve been able to succeed with a project even though the processes were not very good. So of course there’s a lot of advantage in being better at doing the work, but I think the most important thing, is if we, with the governance process, can ensure that we actually do the right work.

Selected quotes from an interview with Stuart, VP Digital of International European Bank (IEB), on sourcing, supplier selection and governance. Identities and names anonymised.
"We consider ourselves to be a technology driven boutique operation. We control the banking service-bus, the middleware. Control of the middleware, our API, is the heart of the bank." 
"Engagement over the tendering process was crucial; and what clinched it for us was culture matching. The culture match between us was crucial. Plus, we wanted a supplier that wasn't too large, one in which it mattered to them, that we were special, that we are big enough to appear on their corporate radar, that we matter." 
"We can outsource services, but we can't outsource our obligations. Because of that it cannot be a 'black box', you can never really step away from it. My approach is to 'see' but don't touch. Let the SLAs and KPIs work for you but it shouldn't be a black box, the box should be transparent. I want to see inside, if it's steam coming from a working engine or smoke from a fire."