Loading ...
Sorry, an error occurred while loading the content.

Re: [cyfranogi] Open Source connectivity from macro to micro to macro

Expand Messages
  • John Rogers
    ... above application, where rigid control, textbook management and conventional architecture methods are fast becoming obsolete in favor ... END QUOTES There
    Message 1 of 2 , Feb 1, 2008
      I'd like to explore the implications for CC design and management of some of the quotes in Benoit's forwarded message below. In particular:
      >Don’t put too much stock in management and control when you are trying to achieve non-deterministic outcomes!

      >There is often a preoccupation with control and structure at the grave expense of emergence and >self-organization.

      >Value networks and VNA discussions inhabits the higher-order layers,
      above application, where rigid >control, textbook management and
      conventional architecture methods are fast becoming obsolete in favor
      > of visualization, interpretation and leadership.


      There is often a danger with these kind of discussions of "throwing the baby out with the bathwater".

      Yes, we need to recognise, honour and allow 'emergence' and 'self-organisation' to emerge. In other words, get out of the way enough so that they can happen. But does it mean going to the other extreme of a 'preoccupation' with emergence and self-organisation without *any* management or control? I think that would produce different sorts of 'unintended outcomes'.

      Look at what Andrius and his Kenyan colleagues have just achieved. Lots of rapid emergence and self-organisation, channelled by visualisation, interpretation and leadership, but also 'organised and controlled' via the Pyramid of Peace structure, Paypal and mobile phone networks. It is a both/and situation not either/or. The emergence and self-organisation would have fizzled out eventually without the management and control.

      What about CCs?

      The Currency Design Manual I have written is currently being trialled in US, Canada, UK and Germany. At its heart is a simple 'system model' for designing and organising CCs based on 5 key elements:
      1. The participants and their goals
      2. The operating environment
      3. Governance
      4. Management
      5. Currency mechanism

      What it attempts to do is to offer a designing and organising structure through which emergent problems, goals, priorities, needs and assets can be channelled to best effect. It aims to develop flexible CC architectures which can respond to changing personal and community situations without being bogged down by overbearing governance, management or bureaucracy. It proposes that the effective development of CCs is a combination of attention to the 'people factors' and the technical currency mechanism design process. So it requires both people and engineering skills.

      As with everything else, we are all learning about this, but I don't think it helps to map unuseful assumptions from other domains (such as managing complex IT architecture) that might produce other extremes. If anything, I believe we have had a little too much 'emergence and self-organisation' in CC world, which run out of steam without effective governance and management processes to make them sustainable.

      What do others think about this topic?

      John Rogers

      ----- Original Message ----
      From: Benoit Couture <benoitctr@...>
      To: cyfranogi@yahoogroups.com
      Sent: Monday, 21 January, 2008 10:34:21 PM
      Subject: [cyfranogi] Open Source connectivity from macro to micro to macro

      Dear colleagues,

      The following is a letter written by -j of Value Networks google group. When it comes to the handling of currencies, they are some of the captains of macro industries at the forefront of globalization.

      I use this letter as an sample of John's approach to Open Source in the business world. I find him to connect very responsibly with the historical continuity of safe and secure handling of "the improvisation upon the currentcy of times" that globalization is forcing us all to learn about and/or to adapt to, one way or another.

      Improvisation in music can be a delightful exercise of renewal or it can be the torturous enduring of cacaphonic cahos.

      After getting to know him in his letters for a while, I find him to offer a very profound and viril force of renewal in the drive toward healthy globalization. See for yourselves and let me know if you feel that Cyfranogi and him are related in the Open Source Movement. If so, what would be the best way to grow from each other, Cyfranogi's micro work and Value Network's macro innovative connectivity between the established history of currency and the forwarding mission of righteous and peaceful globalization?

      I will send this note to inform him of my post here.



      ------------ --------- --------

      Hi Sandy –

      “Management is a key aspect…” (Caution: longish reply.)

      Management and architecture are important elements of the smooth operation of many business activities and transactions. For networks, principal abstraction for these properties is, of course, the Open Systems Interconnection [OSI] model. See:

      http://kmblogs. com/public/ item/180325

      Management, control and architecture are important to layers 1-7. It can help things interoperate. In addition, applications (like Cubicon) play a management and architecture role at layers 8,9,10 (applications) .

      However, as you move further up the abstraction model, layers 11,12,13, things begin to change. Conventional management, specific architecture and rigid control give way dramatically; they lose effectiveness, interfere, become a burden. At these layers, they are quickly supplanted by leadership, narrative, interpretation, visualization, governance, intangibles, optimization, informal & ad hoc networks, in short, value networks and value network analysis.

      The specific reason for the OSI model is so that each layer property can communicate with its corresponding layer --independent of medium or implementation. This is the critical principle. It is lost on most people, particularly those believing canonical architectures and robust management are how things get organized. For example, even though TCP/IP doesn’t map very well to the OSI model, the protocol and the open model accommodate the seamless internetworking of billions of computers and devices.

      Quite honestly, it is precisely because these higher-order layers go unmanaged and uncontrolled in your conventional sense, that the Internet and the WWW exhibits complex properties. Frankly, it is what makes the Internet/WWW so useful to so many people and for so many purposes.

      Recall the ‘has-been’ network companies like DEC and IBM with their rigid, managed, controlled network ‘architectures’ (SNA, DECNet). They and many others aggressively resisted open systems for years, and the rest, well, is history. They were highly dismissive of open networks. They paid a very dear price.

      Not surprisingly, these same folks reject the critical progeny of OSI – open source and open content. It is precisely because of these models depend heavily on value network leadership and open governance. The dharma of open networking is essential to achieving the advantages of value networks.

      For very practical purposes, it is encouraging to see the cream of today leadership thinkers like Hamel, Allee, Chesbrough, etc., are leading the conversations around networks for the main business imperative of the day: Innovation. See:

      FT: http://tinyurl. com/2ucbsx

      Co-Dev: http://www.roundtab le.com/codev/

      Open innovation is one of those essential network business activities that is simply ill-suited to the conventions of management, control and architecture. If anyone tells you otherwise, they are just whistling past the graveyard.

      Leaders understand for higher-order business activities like innovation to gain control it is critical to relinquish control.

      Many enterprise IT people finally admit that BPR management was mostly a farce and enterprise architecture is mostly a failure for anything besides the most mundane, walled-city type transactional applications. See how SAP has published thousands of open APIs and the meteoric rise of enterprise mashups –

      http://www.vncluste r.com/muny. htm

      These open developments and the rise of value networks are the direct result of overbearing management, rigid control and inflexible architectures.

      At the Presence 2.0 Cluster we learned that most all well-managed, well-architected and controlled enterprise wikis fail with confidence. And this remark was from the president of a leading enterprise wiki software company! Don’t put too much stock in management and control when you are trying to achieve non-deterministic outcomes!

      Many people understand and have adopted the new open order of abstraction and value networks for major improvements in interoperability and jumps in performance. Others are still struggling. It is not easy. Often there is a very narrow-band view of networks and limited network comprehension. There is often a preoccupation with control and structure at the grave expense of emergence and self-organization. Ironically, the mere fact that they are reading this message, and that it traveled the OSI stack, should be proof enough for them of the open network abstraction. Open networks and markets, the new enterprise archetypes, frightens them to no end.

      To measure, interpret and understand the lower levels of network management, architecture and control, sophisticated analysis tools from folks at Agilent and TI are used. For the higher order, complex levels, 11,12,13, value network analysis is appropriate.

      The fact remains, all layers are important. It is just like the principle of formal networks like hierarchy and organization enable the effective informal work networks. It is just like not worrying if we use copper wire, microwave or fiber optics, to achieve open network interconnectivity, since we don't much care about the mature, established layers below. Just like bureaucracy establishes continuity and resources, and so forth and so on.

      However, there is the fact that value networks and VNA discussions inhabits the higher-order layers, above application, where rigid control, textbook management and conventional architecture methods are fast becoming obsolete in favor of visualization, interpretation and leadership.



      --~--~------ ---~--~-- --~------ ------~-- -----~--~ ----~

      You received this message because you are subscribed to the Google Groups "Value Networks" group.

      To post to this group, send email to Value-Networks@ googlegroups. com

      ------------ -----

      After asking -j for his permission to post his letter here, he replied with:

      "B – Post and introduce. This is an area of great interest. Perhaps I can introduce you to some value networks projects in the micro-finance area. IT would be good for you to join the VN Consortium if you are serious about these pursuits.

      http://www.vncluste r.com/VNVAC. htm


      ------------ --------- --------- ---

      Never miss a thing. Make Yahoo your homepage.

      [Non-text portions of this message have been removed]


      border:1px solid #d8d8d8;font-family:Arial;margin:14px 0px;padding:0px 14px;}
      #ygrp-mkp hr{
      border:1px solid #d8d8d8;}
      #ygrp-mkp #hd{
      color:#628c2a;font-size:85%;font-weight:bold;line-height:122%;margin:10px 0px;}
      #ygrp-mkp #ads{
      #ygrp-mkp .ad{
      padding:0 0;}
      #ygrp-mkp .ad a{


      #ygrp-sponsor #ygrp-lc{
      #ygrp-sponsor #ygrp-lc #hd{
      margin:10px 0px;font-weight:bold;font-size:78%;line-height:122%;}
      #ygrp-sponsor #ygrp-lc .ad{
      margin-bottom:10px;padding:0 0;}


      #ygrp-mlmsg {font-size:13px;font-family:arial, helvetica, clean, sans-serif;}
      #ygrp-mlmsg table {font-size:inherit;font:100%;}
      #ygrp-mlmsg select, input, textarea {font:99% arial, helvetica, clean, sans-serif;}
      #ygrp-mlmsg pre, code {font:115% monospace;}
      #ygrp-mlmsg * {line-height:1.22em;}
      #ygrp-text p{
      margin:0 0 1em 0;}
      #ygrp-vitnav a{
      padding:0 1px;}
      clear:both;margin:25px 0;white-space:nowrap;color:#666;text-align:right;}
      #ygrp-actbar .left{
      font-family:Verdana;font-size:77%;padding:15px 0;}
      font-family:verdana;font-size:77%;border-top:1px solid #666;
      padding:5px 0;
      #ygrp-mlmsg #logo{

      background-color:#e0ecee;margin-bottom:20px;padding:2px 0 8px 8px;}
      #ygrp-vital #vithd{
      #ygrp-vital ul{
      padding:0;margin:2px 0;}
      #ygrp-vital ul li{
      list-style-type:none;clear:both;border:1px solid #e0ecee;
      #ygrp-vital ul li .ct{
      #ygrp-vital ul li .cat{
      #ygrp-vital a{

      #ygrp-vital a:hover{

      #ygrp-sponsor #hd{
      #ygrp-sponsor #ov{
      padding:6px 13px;background-color:#e0ecee;margin-bottom:20px;}
      #ygrp-sponsor #ov ul{
      padding:0 0 0 8px;margin:0;}
      #ygrp-sponsor #ov li{
      list-style-type:square;padding:6px 0;font-size:77%;}
      #ygrp-sponsor #ov li a{
      #ygrp-sponsor #nc{
      background-color:#eee;margin-bottom:20px;padding:0 8px;}
      #ygrp-sponsor .ad{
      padding:8px 0;}
      #ygrp-sponsor .ad #hd1{
      #ygrp-sponsor .ad a{
      #ygrp-sponsor .ad a:hover{
      #ygrp-sponsor .ad p{
      margin:0 0 0 0;}
      #ygrp-text tt{
      blockquote{margin:0 0 0 4px;}

      Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com

      [Non-text portions of this message have been removed]
    Your message has been successfully submitted and would be delivered to recipients shortly.