ときどきブログ

集合知への回帰

「アップルの革新的ヴィジョン」が「負の資産」に

http://wired.jp/2013/09/11/apple-annoucements/

偉大な創業者が築いた会社を、その製品を、サービスを受け継ぐ立場の人には多かれ少なかれのしかかる重圧だろう。
それがIT界の孤高のカリスマであるスティーブ・ジョブズの後をみるものならば並大抵ではない。
ジョブズはその経営に対する姿勢から、後継者を育成しにくく、また本人もそのことを自覚していたのか後継者を仕込むような積極的な動きはみられな かった。
だからこれはジョブズ生前から心配されていたことだ。
考えてみれば今のアップルの未来を巡る憶測とウォール街の反応はそれを裏付けているだけであり、何ら新しい情報をもたらしてはいない。

集合知が組織にあっていかに重要かということは組織論的には様々に取り沙汰されている。
個々のノウハウが特定の個人に依存している、いわゆる属人的といわれる状況は人の入れ替わりやチームでの活動を前提とする企業活動の場ではマイナ スに働くことが多く、たいがいは好ましくないとされる。
しかしアップルという会社はそういう組織ではなく、おそらく組織の形はとっていてもコンセプトはジョブズという一個人が紡ぎだすものであり役員社員一同 はそれを実現するためのツールのように機能する、云わば集合知を否定したとこ ろでその存在価値を高める会社だ。
ジョブズのアイデアを具現するための小規模の事業をそのまま拡大した形態の企業のまま成長してきたといえる。
その中心にいた彼ジョブズがいなくなれば組織のコンセプトは失われ動力源は遅かれ早かれエネルギーを消耗していく。
これはこの組織の性格上避けられない事態である。

前回のMacBookAirのマイナーチェンジ、今回のiPhone5S、5Cの発表が示す通り、 先駆者が残した遺産ではこの先付加価値を維持し ていくことはできないことはおそらく明白だろう。
そして長年にわたり世間をサプライズの渦に巻き込んできた魔法ももう存在しない。
ジョブズの作った器であっても、この器は以前と同じようには機能しない。
これからのアップルのゆく道を舵取りできるマネジメントが必要なのであり、 クックCEOが代役を努められるか否かということはポイントではないはずだ。

株価が下がったとはいえ、同社が巨額の資産を保有していることには間違いないわけで、この潤沢な資金力を使ってジョブズに成し得なかった組織の生まれ変わりを図ることが急務だとすれば、今回の製品発表のような着実な路線はあなが ち大外れとはいえないというのが私の感想だ。
新機軸の製品を華々しく送り出すことより専ら取り組むべきことが彼らにはあるのだ。
しかし、そのまま何年も組織の変革を待って停滞を続けていくことは許されない。
長年にわたり噂に登りながらも都度都度実現しなかったDocomoとの連携はそうしたアップル側の事情の変化を表しているように思う。
日本における最大キャリアでのシェアに割り込むことでより多くの製品を世に出していくことで、見た目より使用感による付加価値の再発見がひとつの狙いだろう。
周囲が彼らに赤信号を灯した今からが自力の見せ所になるはずだ。

農業を考える

ソフトウェアが農業をのみ込み始めた：業界変革に挑むIT起業家たち

http://wired.jp/2013/07/13/vol8-software-eats-agriculture/

農業のフィールドにITを導入する試みといえば、最近日本でも大手のITベンダによるプロジェクトが様々に進行中だ。

「攻めの農業」はITが決め手 MSや明治大学がクラウドサービス開始　

http://itpro.nikkeibp.co.jp/article/COLUMN/20130607/483105/

農業は生き物を使った製造業という捉え方をすれば、生産管理、コスト管理、販売管理といった、他の製造業で培われたノウハウを持ち込んでの進展を見込めるブルー・オーシャン市場かもしれない。
近未来の食糧事情とバイオ燃料の供給市場を支える農業のこれからは、限られた農地と従事者によっていかに生産性を向上するかという厳しい条件が壁のようにそそり立つ状態といっていいだろう。
特に日本では、食糧は国内での生産量を調整し外国からの輸入に大きく依存する形に移行して久しく、産業構造の変化に伴い農業従事者が減少する中で食糧自給率を再び上げるための施策を検討し始めているが具体的にどうすればよいか未だ曖昧なままだ。
こうした中、海外ではここ数年若い世代が農業に目を向け始める動きが目立ってきており、今回のようなITによる農業ビジネスの変革に目が向けられるのは時間の問題であったといえる。

私自身は農業に従事したことはないけれども、この仕事が基本的に書く工程において観測に基づく作業の積み重ねであることは想像できる。
天候、土壌の状態、作物の生育状況、家畜の健康状態など、能動的に調整はできても外部要因によって大きく影響される部分では常時モニタし続けた結果のデータの集積が次のアクションの判断基準となるはず。
こうした状況を常時監視したりデータを記録するのはコンピュータの得意とするところなので、十分に需要があるように思う。
また、農業生産における原材料、肥料、飼料や水などの管理などはお手の物で、蓄積されたデータを元にした生産スケジュールやコストのシミュレーションなども一瞬の処理で済んでしまう点はメリットを享受するべきだ。

しかし安易に何でもやればいいという話でもない。
各農業従事者が独自にシステム化を進めるのでは忽ち行き詰るのは間違いない。効率化は少なくとも自治体や地域レベルでの取り組みによる情報の横の連携が必要で、すなわちそれくらいの規模のネットワーク化による情報の連携ができる基盤を整備しつつの刷新が望まれるところだ。
その大きな単位での取りまとめを誰がするのか、また既存の自治体や農協と連携するにしても功利に傾かずに目的意識を持ってコンサルティングできる立場の人が居るだろうか。
それに、日本の場合は農業従事者は地方で且つ高齢で従事している人が少なからずいるはずで、そうした人にIT化はナレッジコストが高くなり敬遠される可能性が高い。
こうした人たちをサポートする体制なしには実現は難しいだろう。
たとえばNPOのような形の組織でなら旗振りができるだろうか、また巻き込むのは政府、企業、大学．．．、どういうグループになるだろう。
やるべきことと、どうやるかも解っていて、誰がやるかが抜けている。すくなくとも公的機関での旗振りでは動きが硬直化してうまくいかないだろうなと思う。。。

国家規模、地球規模の大きなレベルでの農業生産の効率化なしには食糧危機を乗りきれない時代に突入しつつあるこの時代、ITが農業に貢献できることは何かを考えること、それは私達ITに関わる者に等しく与えられた使命のようにも感じるのだ。

 

Amazonの流れる先

CIAのクラウド案件でIBMに競り勝った、アマゾンAWSの変節

http://wired.jp/2013/06/23/amazon-cia/

AmazonがIBMに競り勝った という部分が象徴的なニュースだ。
プライベートクラウドなど本物のクラウドではないと嘲笑していたAmazonがCIA のデータセンター内にクラウドを構築するのは変節なのか矛盾 なのか今の段階では憶測しかできないようだが、CIAのデータセンターを手がけること自体が同社の戦略の変更を意味するのは間違いない。
最近特にAWS（Amazon Web Services）の名前をあちこちで耳にするようになった。
企業の情報サービスの中核でAmazonへの依存度が高まるにつれ、企業の基幹システムを自前のデータセンターで構築する案件をビジネスにしてき たメーカーやSI企業は確実に勢いを失っていると思われる。
従来の情報サービスの構築で、まず固定的なコストとして重くのしかかってきたサーバの運用コストをAmazonは初期コストなし低価格のランニン グ・コストで提供することに成功した。しかもサーバはスケーラブルであり、負荷によって 様々に設定を変えながら刻々と変わる運用条件に対応する。
迅速にシステムを構築し即効性のあるうちにサービスを展開したい企業にはこれを忌避する理由がないようにさえ思える。
もちろんそれだけのインフラを整えるにはデータセンターの設置を始め巨額の投資が必要になるわけで、AmazonとしてもAWSでようやく利益を叩き出せるようになったかどうかというところなのではないだろうか。
これまでの流れからして、これからはこれはあなたのサーバー、あれは私のサーバーというようにサーバーの運用はよりパーソナル用途になるかもしれないと考えている。
今の所誰にも簡単にサーバーを設定できるものではないのでそれなりのノウハウを持って運用はプロが行うようになっているが、いつまでもこのままというわけではないはずだ。
おおよその機能を搭載したセキュアなサーバーを個人が簡単に購入でき、思うように運用するようになるかもしれない。
そうした段階になればAmazonが本を売るのと同じように簡単にクリック一発でマ イ・サーバーを販売する、というよりむしろAmazonが積極的に牽引するのではないだろうか。
多くの人がAmazonにサーバを構築して、そうして彼らが得られるものは何か？
それはさらなるコンシューマーの情報に他ならない。

今回CIAのクラウドサービスをAmazonが手がけることと、AWSの今後の行く末がど うリンクするのかはあくまで個人的推測だけれど、場合によっては政府や諜報機関による情報監視に大きく関与する可能性がある。
サーバへのアクセスの記録によってどういう国、団体、組織と繋がりがあるか、 そんなことを誰かがコマンド一発でチェックしている絵が浮かんでしまうのだ。
自分が能動的にアクセスしたものは当然、向こうからやってきたものも丸見えである。
これらの情報がどう平和的に利用されるというのだろう。

これから先の流れがこの予測と全く異なることを願うばかりだ。

労働のカプセル化

「小さなオフィス」になるラウンジチェアー

http://wired.jp/2013/06/19/new-chair-provides-peace-and-quiet/

おしゃれな椅子に座ってPCやタブレットを使って仕事ができる。
この椅子が一つあれば作業環境としてはOKという人ならば、オフィス自体が必要 なくなるだろう。
ネットが繋がっていれば電話も必要ないし、あらゆるデータがクラウドを通じて 共有できるのであればわざわざオフィスに出向くこともなくなるわけ だ。
こういう椅子を使用可能な状態にしてスペースを開けて何個か置いておくことで レンタルオフィスのような形態で利用することも可能だ。
まさにオフィス労働のカプセル化と、いろいろなイメージを喚起するヴィジュア ルだ。

今後労働の意味合いが変わってくるとの意見がある。
特に知的労働の環境では、会社組織と個人との関わりは変化していき、個人の作 業時間と場所は制約を受けず、また個人が複数の起業との雇用関係を結んだり、云わば今までより"緩い"関係になるというものだ。
業種によってはそれは既に当たり前になりつつあるものもあるかもしれない。
現在例えばフリーランスのエンジニアやクリエーターが契約という形で企業の仕 事を請けて労働しているような関係が広く受け入れ始めたら、企業側は雇用に関するコストをかけずにパフォーマンスを上げることができ、個人は自分の持つ 技量を頼りに自由に働く場所を選べる、ということになるだろ う。
企業は延々とくすぶる構造的経済不況に人材育成のコストもままならないのが実 情で、パフォーマンスを下げずに人的コストを下げられる方策があるとなれば大胆に舵を切る企業も多いかもしれない。
そういう選択をする人が多くなると、特に日本で顕著な大学などを卒業してから 社会人としても企業人としても素人な状態から育成するパターンの雇用は確実に難しくなる。
やがて教育の場は今までのように卒業して役に立つかどうか分からない勉強を12年16年みっちりやって進学校へ有名大学へそして大企業へ進むための組織から、社会に出た瞬間からプロフェッショナルとして独り立ちできるような職業人を育成する機関へと変化せざるを得なくなる。
そして子弟を学校へと通わせる各家庭の教育に対する考え方、アプローチも変 わってくる。
よい成績を取る、ということからよい職業を選択する、というパラダイムの変化 がもたらされる。
少子化の時代、学校法人も生き残りのためのあの手この手が必要になってくるか ら、世の中が切り替わり始めたらおそらく一気に変わる。
つまり日本の社会全体に波及するかもしれない変化の波がじわじわと押し寄せているわけだ。

いろんな既成概念の逆転がこの椅子の向こうから見えてくる気がする。
それくらい魅力的なものだが、人によってはそこで生活する人も出てきそうでやや危険な感じのする、気になる一品ではある。

テスターとバンドジャンケン

その昔、洋楽に目覚めた少年達が自分たちでバンドやろうとなけなしのお金で楽器を買おうとすると、大概誰が何の楽器をするかで揉めた。
目立つパートであるギターをみんながやりたがるからだ。
そこで、年齢、力関係、腕っ節などでパートの割り振りを試み、それでもダメならジャンケンやくじ引きで解決を図る場合もあった。
ともかくそうしてギター希望だったはずの少年が不本意ながらやらされるのがベースでありドラムだった。
ドラムはまったく種類の異なる打楽器だからともかく、弦がギターより１，２本少ないベースは「弦が少ないからギターより簡単」という先入観のもと、劣等感との闘いになる。
だが、実際にはそうではない。
すぐれたベースプレイヤーはバンドの音を支え、音楽として成立するための鍵を握るほどの立場を主張する。

そんな優秀なベースプレイヤーの名を挙げていたらキリがないほどだ。

ソフトウェア開発のチームにあって、テストという工程とその担当者であるテスターとはバンドにおけるベースプレイヤーの立場に似ている。
テスト工程は製造工程よりも「スキルが要らないからプログラミングより簡単」 という先入観のもと、劣等感を強いられる。

言うまでもないが、これは間違いである。
本来、品質に対する信頼を支え、プロダクトとしてのソフトウェアを世に出すための鍵を握るのはテスターである。

• テストはプログラミングより簡単

この先入観が夜に蔓延るのは、テスト工程そのものへの認識が欠落していることの証拠だ。
出来上がった、動くはずのプログラムを動かすことなら誰でもできる。これは確かにそうだ。
しかしテストをする意義は「動くはず」という根拠を得ることである。
動くはずのプログラムが期待に反して動かないとき、テスターはおそるおそるプログラマーにそのことを告げる。
鬱陶しげに振り向くプログラマー氏の返事はいとも残酷である。
「俺のPCでは動いてる。やり方が間違ってるんだよ。」
結局原因は同プログラマー氏が環境を作成するために即席で作った設定スクリプトに問題があったということがわかるとする。
プログラマー氏の自尊心はまたもテスター氏にひどい言葉を投げつける。
「スクリプトはともかく、プログラム本体は悪くない。だからこれはバグじゃない。」

テスターは出来上がったものを受け取って動かすだけだから、確かにプログラムの中身は知らない。少なくとも最初は。
コードの中身を詮索されたくないという開発者の意地の部分も理解は可能だが、引き渡したものが期待した通りに動かなければどこの問題であろうとそ れはバ グなのだ。
しかし、そういう認識を持っているプロジェクトは思ったよりは世間にそう多くないようだ。
コードの中身を知らなくても工程の推進には役立つので、入ったばかりの新人などをテストにアサインするケースが多い。
そうしてテスターから這い上がってプログラマーとなった彼はやはり新人のテスターを見下すような対応をする。

限られた時間で観点をぶらさず効果的なテストを行うためには、実施計画、内容、評価の基準など多くのことを取り決める必要があり、それは新人のエ ンジ ニアに簡単にできることではない。
仕様に関してもプログラムに関しても精通とはいかなくても、その意味するところが理解できていないといけないし、しかも誰でもが実行できるような 手順と して記述するところまでやろうとすると、相当なスキルが必要とされるはずである。
このような意識をもってテストを計画すると、テストはプログラミングより簡単だなどという意見はなくなるはずだ。

• 品質の鍵を握る

かつてはプログラムが動けばそれで良しという意識はあった。
しかし、現代のようにプログラムを動かすことで多くの重要な情報が世界中を駆け巡っているような状態になったら、そのプログラムがセキュリティ ホールに なって後ろに控えるシステム全体を機能不全にしないか、あるいはデータを外部 にとられたりしないか、パフォーマンスが極度に劣化しないか、など外側をも 含めた検証が第三者的な観点で行われることが信頼を得るための必須手順となってくる。
こうした観点でのテストは作成者であるプログラマー氏の開発用のPC上では限界があるので、開発時にそもそも行うことはできない。
プログラマー氏のPCで”動いたらしい”プログラムを世の中のあちこちで”動く”プログラムにするための価値の転換を行うのがテスト工程であり、 ここでテス ター氏があらかじめ決められた水準のOKを出さなければそのプログラムは世にも 出ず、開発費用は回収できず、プロジェクトは忽ち金欠となり活動を維持でき ない。
この時の評価を一般に「品質」というわけだ。

とはいえ、過剰にテストばかりを計画し実施することが良いのではない。
それでは世の中の開発プロジェクトは軒並み赤字だ。
できるだけ効率よく実施し製品を早く世の中に送り出せるように改善することが必要で、そのためのスキルアップは常に図らなければならないだろう。
テストの技術ノウハウは残念ながら自然とは身につかない。
実践と学習あるのみのようだ。

テスト工程、そしてその実施者であるテスターはもっとプロジェクトで重要視されるべきだ。
でも、テストとベースを並べてどっちがしたいかといわれたら迷わず付き合いの長いベースを選ぶだろうな。

ミャンマー考

ミャンマー、企業が直面する軍事政権の負の遺産

http://goo.gl/S1abI

記事にミャンマーには高等教育がほとんどないとある。
ITの労働市場としてミャンマーを育てていこうとするならば、まずは希少な人材を通じての人材育成、それから留学や就業での先進国からの技術習得
などがまず必要で、政府やODAなどのテコ入れで教育機関の整備をしていくのはさらに先になるだろう。
このように、この国でのIT産業の勃興をみるには人材の育成のハードルが何重にか存在するということを意味している。
また、市場で十分な信頼を得られるレベルになるまでには時間がかかるだろう。

これらのことを考えていくと、この”人”というIT事業の重要な資産はどういうものなのだろうと頭をかかえてしまう。
常にこの資産は一人あたり幾らという計算対象になるが、その価値は様々だ。
とにかく安ければより需要があるかといえば、そう単純にいかないケースもある。
人には、「安かろう悪かろう」というリスクを忌避する心理があるから、逆に少し高くても実績がある方を選んだりする。
しかし、品質にリスクがあってもいいというユーザがいて始めて力量のレベルが上がっていく。
この間品質的には問題のあるものが市場に出るかもしれないが、それを経てしか成長できないのだ。
しかし、価格が安くても高くてもその実体は人であり、実のところ能力にそう大きな差があるわけではない。
要するに経験値が違うのだ。
「安かろう悪かろう」の時代をへて経験値が高まり、ようやく品質の評価も上がってくると、もうその頃には別の新しいIT参入国が立ち上がっている。
ミャンマーの後は他のアジアの途上国になるのか、アフリカのどこかの国になるのかはわからないが、そこもまた同様に「安かろう悪かろう」からの勝負を挑んでくる。
こうして次々後発国に市場を譲っていくのだけれど、たとえばアフリカのどこかの国が出てきたらそれ以前に経験値の上がったミャンマーはその時どういう立場になるのだろうか。
途端に淘汰されていくのだろうか？
これらをすべて賄うにはIT先進国もまた十分に稼働するためにはIT産業の仕事はどんどん増えるしかないのだ。
しかし、現実にはそんな産業はこの世には存在せず必ず飽和状態が訪れる。
飽和状態になれば自然に淘汰される国や企業も出て、結局パイの大きさはある大きさに落ち着く。
問題はその時ステージを誰かが去らねばならないということだ。
この傾向は徐々に顕在化してくると思う。

ともかく新興国では急ピッチで事業を国の基幹産業にすべく様々な手をうってくるだろう。
その時点から投資するなど大きく関わる国ほど次の段階で享受できるメリットが変わってくる。
今はそういう冒険家のような投資家たちがゴールドラッシュよろしく殺到しつつある段階のようだ。
とりあえず10年後ぐらいが楽しみである。

恐怖心の産物

ベリーズに死す：IT業界の狂犬ジョン・マカフィーと頽廃の王国

http://wired.jp/2013/06/08/john-mcafee/

これは数年後には映画のネタにでもなりそうなエピソードだ。
マカフィー自身の話と周囲の状況がほぼ全く一致しない。
彼自身ドラッグ漬けなのかクリーンなのか当局に監視されていたのは事実なのか 妄想なのか、何もかも世の中との間に矛盾を抱えている点、多くの点が謎のまま彼は面白おかしく映画の中で現代版のカーツ大佐として登場するかもしれない。
まるで映画のダイジェストシーンが見えるようだ。
姿をくらましている彼をハッカーが追うなんていうフィクションにしてもいいかも。。。

ともかく、この記事で最も興味深かったのは、「誰かに攻撃されるかもしれな い」というマカフィーの神経質な恐怖心、そしてその心理から生まれたウイルス対策のソフトがヒットしたという事実。
ウイルスはいつやってくるかわからない。
あるいはやってこないかもしれない。
しかしPCにインストールしあらかじめ防御をすることでこの恐怖心がいくらかで も軽減される。
またその安全は永遠ではなく、新種に対する防御をするために常に最新バージョ ンの状態で対策するよう心理誘導する。
マカフィーはこういうことにはうってつけの人物だったということだ。
もちろん自分の頭に弾の入った銃を向ける意図は誰にも理解できるものではないが。。。

今回の事件の重要人物、狂犬と呼ばれるマカフィーがそのビジネスの重要人物だからといって、もちろんウイルス対策の重要性が損なわれるものではない。

しかしウイルス、マルウェア、フィッシングとインターネットを取り巻くリスク の対策を講じるその基本心理はやはり「恐怖」であり、これを突き詰め ればそうした種類のソフトウェアの中にはマカフィーがベリーズで苛まれていた異常な ほどの警戒心であると思うとゾッとしてしまうのだ。
インターネットに接続するサーバの管理などもしてみると、四六時中何かのアク セスがある。
その多くは不正にサーバーを乗っ取るべく総当たりでアカウントの情報を盗もう としているものだ。
安易なパスワードなどを設定していると簡単に侵入されて知らぬ間に悪事をはた らく一味に手を貸すことになってしまう。
そうした悪意のある者が数多く攻撃しかけてきている生々しいアクセスログを見 ていると、認証や暗号化の仕掛けなども軍事的な目的で開発されてきた技術が一般に流用されているという事実に納得できる。

そろそろインターネットからの脅威をより堅牢に健全に防御をするための新しい 仕組みがあってもいい頃だと思う。
移り変わりの速い情報技術に世界において１０年以上同じ方法論で存在するもの は既に仕組みとしては陳腐化していると理解すべきだと思っている。
ソフトウェアパッケージを有償で購入させ、ウイルスの検出に関するデータやモ ジュールを最新に保つため提供し続け、一定期間で再度購入するというビジネスはすでに前時代のものだ。
恐怖心を煽られひたすら防御するよりも、ネットワーク全体でそもそも悪事を働 くメリットがないようになればいいし、そうした仕組みが早く導入されるべきだと思う。
だって、インターネットがみんなの恐怖心、猜疑心であふれていると思ったら居 心地がよくないから。

まずはV6への完全移行が先かな。

オーウェンと3.11

消費者と生産者をつなぐデンマークのお得な生協

http://wired.jp/2013/06/05/danish-co-op/

デンマークの生協のあり方は日本のそれよりさらにひとつの消費者コミュニティとしての活動を実現している点で興味深いものだといえる。
記事にもあるように、日本でも生協（生活協同組合）の同じような理念で運営されているが、組合員となる消費者はその意味をそれほど意識していないのが実情のようだ。
ロバート・オーウェンが元々作ったという生協のシステムは、19世紀の工場労働者たちが共同の資金によって生活用品などを安く購入できるように会員制で共同購買活動をしようという、労働者の生活をメインに考えた仕組みである。
これがヨーロッパや日本にも伝わり食品や日用品の共同購買、共済事業なども手がけるようになった。
組合員は生協に出資という形で参加しそのサービスを受けることができる点では、社会主義的な面を持っている。
だから、一方的にサービスを受けるだけでなく、その活動に参加することが前提となっている点が普通の企業と違うところだ。

デンマークの生協がより活発な組合員の参加によって成り立っているというのは、デンマークの社会性にも関連があると思う。
デンマークは「ゆりかごから墓場まで」で有名な社会福祉が行き届いた国家であり、国民の利益が可能な限り社会によって管理され理想的な再分配がなされることが当然のこととして行われてきた伝統がある。
その反面税金が高いというデメリットはあるけれども、国民が社会から受け取るサービス品質は世界のトップであり、このトレードオフはやむを得ない。
そして、その社会の中で個人が果たす役割が決まっているのと同じように、組合員は共同で組織を運営、商品を購買する点でコミットすることが”当然”のこととして意識されているのだと思う。

日本はやはり社会主義的な傾向の強い国だといわれているけれど、それは基本は「和を以て尊しと為す」の精神であって誰かが不当に得しないように、また誰かが不当に損しないように、談合などで根回しをしてシステムを作っていく文化だ。
これはデンマークとは全く異質なものだ。

3.11以降、原発事故による放射能汚染のリスクが全国規模となった日本では食品の安全というものに多くの人が高い関心を持つようになった。
特に放射能汚染の影響が大きいといわれる子供を持つ人はおおいに気になるところだ。
普通にスーパーなどで売っている食品・食材がクリーンなのかどうか、目で見えない以上一か八かで判断せざるを得ない。
この不安を少しでも取り除くため食品の生産工程から流通、小売までを消費者のコントロール下に置くことが可能だとすれば、真っ先に頼れる先として生協がまず思い浮かぶはず。
生協の「普通の企業と違うところ」がどう活用できるか。
ともかく結果的に安全な材料を使って、安全な生産工程で、安全な手段で流通させること、これを我々消費者が自分たちの手で管理できるようになるといいと思っている。
そのような仕組みの中で情報技術の出番はそれこそ限りなくあるはずなので、我々もいたずらにガジェットをいじり回しているだけでなく、いつの日かなんとかお役に立ちたいと日々研鑽するものである。

その文化保護に物申す

フランスが文化保護のためにタブレットやスマートフォンへの課税を検討

http://wired.jp/2013/05/28/tax-for-tablets/

芸術作品などをスマートフォンやタブレットで鑑賞することがディストリビュー ターと同等であるという考え方に基づき、これらの機器に課税しようと いうこ とがフランスで検討されている。
博物館や美術館で芸術作品を維持していくのはそれは大変な負担であると思う し、その財源を新たに見つけようという考え方も理解できないわけではな い。
しかし、スマートフォンやタブレットを購入することが必ずしも彼らの利害を損 なうとはいえないところにこの方策の危うさがある。
また、誰でもが気軽に参加できるはずのネットワークに少々高い参加料をとられ ることに不公平感を抱く人は少なくないだろうし、ITの次のステップ に乗り遅 れる「澱み」となるリスクがあるように思えてならない。

ヨーロッパ的な考え方だと私は思っているが、物事のハードルを上げる意図で障壁を設ける際に税率を高くするという王道のセオリーがあるように思う。
課税することで購入する人の負担が重くなり、それでも購入するか諦めるかのハードルとなるわけだ。
どちらに転んでも国は損をしない。
むしろ税金を払ってでも欲しいと思う人が多ければ儲かるという仕組みだ。
スマートフォンやタブレットを買う人は少なくとも経済的には困窮はしていないだろうし、芸術作品を保護していくための負担を惜しむような意識の低い人はいないだろうという、ユーザーに対するモデル化がある。
それが理解できる人は少なくないだろうし、私もそういわれれば無理にでも納得してしまうかもしれない。
しかし世の中の情勢は不変ではない。
ITの普及ということでは端末を手に取る人の分布も以前よりずっと広がりつつあるわけで、そうしたこれから近い将来に向けてこの課税の方針がマッチするかは疑問だ。
税の徴収とは違う収入の道を考えることはもう不可能なのだろうか。
もちろん所蔵物を切り売りなどすることはあってはならないのは当然だが。

芸術作品や文化財が自分で収入を生み出すような、そういうシステム作りの発想がまずできるといいなと思う。
私はその膨大な情報の整理と集約に金を生むチャンスはないだろうかと考える。
たとえば、専門的な知識を持った人が手がけるのと同じようにあちこちに散在する情報が自動的に整理できる仕組み。さあどうだろう。
そのカテゴリに入ってくるのは研究書から映画、音楽、ネットの掲示板まで多岐にわたっていながら自動的に集められないものは既にあまりないかもしれない。
しかも迅速に情報を分析して分類していくようなエンジンが必要だ。
そういうクローラーのようなものは個人で簡単に作れるものではないし、その個人ではできないところは資本を投入してでも作成する。
その情報の精度とコンテンツに魅力があれば、そこにアクセスするユーザにロイヤリティを設定することは可能ではないかと思うのだ。

あとは、一流の美術館は有名な絵などを店舗や公衆の場に貸し出すというのはど うかと思ったりする。
もちろん貸し出すのは本物。ただし画像データとしてだ。
美術品の画像データを遠隔から送り電子パネルにFlashのような形で投影する。
そのデータが管理元あるいは認可を受けた運営元によって有償で提供されるものであれば著作権の問題は発生しないのではないか。
駅やレストランの構内に”本物”のダ・ビンチやラファエロの絵が飾ってあったら 凄いじゃないかとか思うのだがいかがなものか。
３Dで投影できるデバイスがあればあなたの職場の休憩室にミケランジェロのダ ビデ像が立つことも不可能ではない。
まあ、とりあえず車買う段階で走るかどうかわからない高速料金の前払いをせ よ、みたいなやり方よりはいいように思うが。

ヴェトナムオフショア開発のツボ（13）

成功を導くために

不連続ドラマ：とあるオフショアプロジェクト 3

Y君は自社内システムの新規開発のためオフショア開発のプロジェクトに参加することになった。
会社が選んだマネジメントの担当者は誰よりも血の気が多く、開発部内の喧嘩屋S主任だった。
その人選に目眩を覚えるY君。。。

プロジェクトの体制が決まった時、Y君はS主任に挨拶に行った。
その時のS主任はいつもの「面倒なことに巻き込みやがって」という表情ではあったものの、数日後のキックオフのミーティングではメンバーのみんなと握手をするなど意外に”まともな”振る舞いを見せた。

その後プロジェクトのタスクを洗い出しスケジュールを決め、部内での承認ももらった。
タスクの洗い出しでは、S主任は周囲の予想を裏切るやり方で誰もを驚かせた。
基本的な要件をまとめた資料だけを事前に配布、あとはメンバー全員を集めてブレインストーミングを行ったのだ。
メンバー各自が想定するタスクを上げていく。
S主任はそれをひとつひとつ大きな付箋に書いてホワイトボードに貼っていく。
発言が出尽くしたところで付箋を手早くグルーピングしていくのはS主任が自ら行うのだが、発言者に「これはこのグルーピングで意図はあってるかな」と確認する。
そこには喧嘩屋の面影はなく、Y君はS主任のことをちょっと誤解してたかもと思った。
海外発注に際しての契約面での交渉ごとについて発言したメンバーもいたが、そのあたりは普段のプロジェクトではエンジニアがスルーするところなので、なるほどオフショアではそういうところも視野に入ってくるかなという新鮮な驚きがメンバーにはあった。
また、終始発言のないメンバーもいて、気になったのでY君はなぜ黙っているのかと訊いてみた。
そうすると、オフショアであろうが何であろうが、開発でやることは同じ筈なので、特段発言すべきようなことが見当たらないという。
それは誰もが暗中模索な中尤もな話ではあるが、イマジネーションの有無はプロジェクトをすすめる上では重要だ。
成長という観点でいえば、その彼にはむしろ最前線に立ってベンダーとやり取りさせたりする方がいいかもしれないと思った。

そしてブレインストーミングの産物であるタスクのグループは補填され収束され大線表となり、いよいよ最初のフェーズである設計の作業に入った。
今回のシステムの元となる現行のシステムに関しては、現状の仕様にあった設計書というものが存在しない。
過去に多々の改変改変を繰り返しているが、当初の設計書に反映されることはなく、差分の仕様のみが管理されている。
つまり、今まさに動いている仕様を把握するためには、過去からの仕様変更差分の履歴を時系列にたどるしかない。
この現行仕様をどうやってベンダーに伝えることができるだろう。
そのやり方をどうするかについての議論のさなかにS主任の喧嘩屋の本性が現れる時がいよいよやってきてしまった。

Y君は現行の仕様を差分の状態からまとまった仕様書にし、それを元に新しい設計を起こすことを提案した。
ところが、S主任はそれは不要で、現行システムにゲストログインして遠隔からでも制限付きで使えるようにし、仕様の細かいところはQ&Aでこなせばいいというのだった。
前者は設計書のまとめの時間がかかるし、実装の立ち上がりまでに間に合わせるのは大変だが、できないことでもない。
何しろ決定版の設計書が残ることは後々メリットがある。
後者はドキュメントの作成など最小限にするため、プロジェクトのパフォーマンス優先である。
しかし、Q&Aで対応するのにも夫々時間を必要とするため、その負担は仕様がどれだけ明快かという程度にもよる。

「とうとう面倒くさがり屋が本心を出したな」と思ったY君は少々ムキになって反論したが、S主任は当然きかない。
逆にS主任のきつい言葉を集中的に浴びせられて反対派は一人一人と陥落、結局はどうみても負担の軽い方法であるS主任の主張にプロジェクトの方針は決まった。
「まったくお前の話は古いよ、何時代の話だよ」というS主任の罵倒の言葉に打ちのめされてしまったY君は、すっかり意気消沈してしまった。
早くもこのプロジェクトに暗雲が立ち込めていた。

（続く　といいが）

ブレインストーミング

方向性を探るとき、問題点の整理をするときなど複数人でブレインストーミングを行うと効果的だ。
漠然したテーマで、そのテーマに関する各人の意見を出してもらう。
原則的にはどんな発言でもいいが、ルールはただ一つ、批判をしないことである。
意見を出す上で公平であることで、多様な意見を出させ、あとでそれを分類・分析する。
上記の例ではブレインストーミングとKJ法を部分的に取り入れているが、これはどのような形にしてもよいと思う。
ここでは誰もが経験したことのないプロジェクトで、どんなことをするかという目測に使っているが、こういう場合には最適ではないかという思いがあったのでこのフェーズでブレインストーミングの手法を入れてみた。

Y君とS主任の意見の相違

既存のシステムの仕様に関する議論については、まだここで決着はつけない。
後の話が続けばいずれその良し悪しについては触れるつもりではいる。
この場合、主張をぶつけあっている両者の意見はそれぞれに切実な理由がある。
それは決して相手を罵倒して自分の意見を通すことが正しい方法ではないことは明白なので、この場合Sさんのやり方には賛成しかねる点はある。
この場合、Sさんが「古い」といったのはあくまでY君の提案した方法のことである。
設計書をとりまとめるという作業には文書化という重要な意味があり、それがまずプロジェクトを動かす前提となっている場合も多々あるということは事実だ。
この足場にあたる部分をまずしっかりさせようというのがY君の意見。
設計書とはいっても、もしもその存在意義があまりない文書だとしたら、パフォーマンスを犠牲にしてコストをかけてまでやる必要がないという判断が出てくるのも当然である。
それならパフォーマンス優先で設計が理解できる他の方策で代用し先へ進もうというのがS主任の意見。
どちらが正しいかは一概には判断できず、Sさんのいうような新しいか古いかの価値観の問題でもないが、S主任はY君のやり方は古いと感じているのは確かだ。
果たしてそうなのか。。。これも重要な問題である。