文章

徒然なるままに、忘れないように。

[bun-eccyan-blog]

法律とプログラミング 3 - 法律の読み方

お久しぶりですえっちゃんです。みなさんお元気ですか。 前回、お知らせしていた様に TechCrunch Tokyo 2015 のスタートアップバトルに株式会社 KUFUは参加し、見事最優秀賞を頂く事が出来ました。

その後というもの、反響も大きく、色々な方にお声がけやご支援頂き、本当に嬉しく思い、厚く御礼いたします。 まだまだ、サービスとしてカイゼンの余地はありますので、ガンガン行いたいと思っておりますので、みなさま来年もよろしくお願いいたします。

さて、前回、法律の基礎についてお話しようと書いていたのですが、その直後に社内勉強会で発表する機会があり、プレゼン資料としてまとめたのでそちらを御覧ください。

最近、僕はもっと法律を深めようと憲法の勉強を進めています。 憲法は、抽象的な部分が多く、その意図や解釈を裁判官がどのような判断をしたか、その判例が面白いですね。

今のテキストが読み終えたら、また来年にでも面白い部分を書き綴っていこうかなと思います。

それではみなさま良いお年を。

[bun-eccyan-blog]

法律とプログラミング 2 - 改正法とパッチスクリプト

今週は TechCrunch Tokyo 2015 が開催され、我々 SmartHR も参加することとなりました。 今からドキドキしておりますが、是非いい結果を残したいですね・・・！

さて、前回に引き続き、今回も法律について学び、仲良くなっていこうと思います。

法律も時代によっては時代遅れとなる場合があります。そのような場合には、改正法によって法律は改正されます。 改正法は、一部改正法と全部改正法がありますが、法律の改正は必要最小限に抑えるという考えのもとで法案が作られます。

例えば、前回でも少し触れた健康保険法の四十条、標準月額報酬についての改正法を見てみましょう。

持続可能な医療保険制度を構築するための国民健康保険法等の一部を改正する法律

第五条　健康保険法（大正十一年法律第七十号）の一部を次のように改正する。 第四十条第一項の表中「第四七級　一、二一〇、〇〇〇円　一、一七五、〇〇〇円以上」を「第四七級　一、二一〇、〇〇〇円　一、一七五、〇〇〇円以上　　一、二三五、〇〇〇円未満」に改め、同表に次のように加える。 第四八級　一、二七〇、〇〇〇円　一、二三五、〇〇〇円以上　一、二九五、〇〇〇円未満 第四九級　一、三三〇、〇〇〇円　一、二九五、〇〇〇円以上　一、三五五、〇〇〇円未満 第五〇級　一、三九〇、〇〇〇円　一、三五五、〇〇〇円以上 第四十条第一項中「第四七級」を「第四七級」に改める。 第四十条第二項中「百分の一」を「百分の〇・五」に改める。

このように、改正法は「追加する」、又は「加える」、「改める」、又「はとする」、「削る」などの表現で書かれます。

ここで、この改正法を見たエンジニアの方だったらパッチスクリプトに似ているなと思うかもしれません。 では、diff形式1で上記改正法の一部を見てみましょう。

https://gist.github.com/eccyan/bdff97c8c0fa126a9b42

こちらのほうがわれわれには馴染み深いですね！この安心感。 詳しくはありませんが、法律を書くにあたって使う単語は決まっているらしいので、うまくすればパッチスクリプトにして自動でdiff化出来るかもしれません。

ちなみに、それぞれの担当省庁等から、新旧対照表というdiffの様なものが発行されているので、そちらを参考すると相違点が解りやすいかもしれません。

持続可能な医療保険制度を構築するための国民健康保険法等の一部を改正する法律について ｜厚生労働省

そして、改正法は施行されると対象の法律へとマージされます。マージされると対象の法律の附則に施行期日と経過処置が追加されます。 改正の履歴、つまりコミットログはその法律の附則を参照すればいいのですね。

このように、法律は改正法というパッチスクリプトが書かれ、マージされることによって変化していきます。

どうでしょうか、とっつきにくいと思っていた法律ですが、その言葉を理解したり、決まった構文や単語で記述されたりと、我々が普段行っているプログラミングと似ていると思いませんか？

それでは次回は、法律の構造等の基本的な部分を勉強していきたいと思います。

残念ながら単語ごとのハイライトが効かないので改行をいれました。 ↩︎

[bun-eccyan-blog]

法律とプログラミング 1

今取り組んでいる SmartHR は労務手続きを簡単にする事が目的のサービスですが、労務処理は本当に煩雑で理解しにくい内容が多いです。我々はシステム構築にあたって、人事、総務、経営者向けのテキストを読み、それに習ってシステムを組んでいくのですが、テキストだけでは、安定性 (Stability) などの要件が推し量れない場合があります。

例えば標準報酬月額は、ネット上で検索を行うと、算出してくれる Web サービスは結構あるのですが、それがどのタイミングで更新され、どのくらい持続するのか、又は、その数値についての根拠がわからなく、システム化する場合、どれくらいの柔軟性をもたせればいいのか不安になります。そのため、標準報酬月額の決定について、法的な根拠を判断・解釈し、要件定義しなければなりません。

標準報酬月額は、厚生年金と健康保険の 2 種類あります。根拠となる法律は以下のとおりです。

厚生年金保険法 （標準報酬月額）第二十条

健康保険法 （標準報酬月額）第四十条

例えば、 厚生年金保険法の第二十条を読んでみると、

第二十条 　標準報酬月額は、被保険者の報酬月額に基づき、次の等級区分（次項の規定により等級区分の改定が行われたときは、改定後の等級区分）によつて定める。

カッコ書きで、「次項の規定により等級区分の改定が行われたときは、改定後の等級区」とあるので、改定は行われるであろうと判断できます。

そこで、次項を読んでみます。

２ 　毎年三月三十一日における全被保険者の標準報酬月額を平均した額の百分の二百に相当する額が標準報酬月額等級の最高等級の標準報酬月額を超える場合において、その状態が継続すると認められるときは、その年の九月一日から、健康保険法 （大正十一年法律第七十号）第四十条第一項 に規定する標準報酬月額の等級区分を参酌して、政令で、当該最高等級の上に更に等級を加える標準報酬月額の等級区分の改定を行うことができる。

なるほど、難しい表現ですが、じっくり読むとこの項から以下のことが判断できます。

毎年 3/31 にある条件で改定の判断をする。

条件とは、全被保険者の標準報酬月額の平均を 2 倍した額が最高等級の 605,000 円を超える場合。

改定条件を満たした場合にその年の 9/1 から改定される場合がある。

更に、上記条件が継続しそうな場合。

但し、健康保険第四十条第一項の標準報酬月額の等級区分を参酌すること。

但し、その改定内容は等級区分を加えること。

文章中に「参酌」とか宴会で上司にお酒をつぎにいくかと勘違いするような難しい単語が入ってるので、調べてみると、

さんしゃく【参酌】の意味 - 国語辞書 - goo辞書

［名］(スル)他のものを参考にして長所を取り入れること。斟酌 (しんしゃく) 。「第三者の意見を―して適切な処置をとる」

なるほど、では健康保険を参酌しにいきましょう…。

と、読み進めていくわけです。

ここで、システムを構築するにあたって判ることは、

改定は多くても年に 1 回である。

改定の場合でも、最高等級が追加されるだけである。

ようやく、安定性を測ることができました。これで、抱いてた不安も解消したので開発に着手ができそうです。

このように、SmartHR システム開発にあたって、法律を読んで自ら咀嚼したり、法律に根拠を求める必要が少なくありません。なにせ、法律とは無縁なエンジニア。慣れない作業なので大変なことあります。

そこで、法律を読み、解釈が出来るようになって、法律と仲良くなるために法学基礎を勉強することにしました。

次回は、この法律の読み方を少し自分なり噛み砕いて紹介したいと思います。

[bun-eccyan-blog]

価値観と自主性

前から気になっていた服部正也著ルワンダ中央銀行総裁日記を読了した。

この本は、IMF(国際通貨基金)からの依頼を受けて、独立間もないルワンダの中央銀行の総裁に就任し、その困窮する経済の立て直しのため、制度改革を行った軌跡を書いたもので、植民地属国が独立した国家として運営するということの問題点、ひいては発展途上国において自立した経済活動行うための問題点を露わにし、総裁である服部が、制度策定や政府のみならず、ルワンダ国民の福祉、経済活動の向上を念頭に於いた組織改革実行し、それらを解決していく様を見ると、今我々が行っている発展途上国への支援活動についても一考の余地があるのかもしれないと考えさせられた。

もちろん、そのような社会的な問題点の提示はさもながら、この本ではどの様にその原因を探り、政府の意向を反映しつつ、金融技術者として国民を幸福へ導くための制度設計を行うか、そしてそのための組織体制をどのように築いていくかがとても参考になった。

服部の場合、政府顧問として参画している外国人が口にする「ルワンダ国民は怠惰だ」という評価を鵜呑みにせず、ルワンダ国民と親交を深めてその目でその国民性を見極め、制度設計を行った。 その評価に至る原因としては、植民地時代から続く外国人利権や、既存制度は、貧しく、教育指数が低いルワンダ国民にとっては活用が難しく、自由な商活動や経済活動を行う事を困難にしていたからだ。

そのため、服部は外国人には商活動の制限を行い、ルワンダ国民にには緩和するように仕向けるのだが、その方法が、単に優遇措置や制限措置ではなく、平等や自由を与えて、活用が行い易く、そして不正がおこりにくいように制度設定を行い、あとの発展はルワンダ国民を信じて任せるというものだった。つまり、目的を達成させるために、道を切り開く機会を与えたのだ。

我々が会社を運営していくにあたっても、企業文化や社員の行動規範を定義するためには、制度設計作りがとても大事だと思うのだが、それを実現するためには制限だけでは問題で、どのように同じ価値観を持った人材に育つよう制度設計するかが重要だと思った。人間は締め付けられてやるよりも、自分の意志で行ない、それを遂行することのほうが、得られる自信や満足感は何十倍も大きくなるものだ。

目的にこそ乖離はあるが、国家であろうが会社であろうが、チーム作りや制度設計は似たようなの問題点を抱えており、多くの人間を統べる場合はその自主性を信じ、適切に評価し、その成長を促す事が大切だ。そして、今まで微塵も気付かなかったが、我々は国家という会社から知らず知らずのうちに上手に制度設計され、その機会を与えられているのかもしれない。

[bun-eccyan-blog]

会社のビジョンを決める

さて、前回ビジョンについての大切さをお伝えしましたが、今回は我々KUFUがビジョンをどの様に決定していったかをお伝えしようと思います。

まず、株式会社 KUFU は SmartHRの制作を期に、第二の創業と銘打って新たに会社にビジョンという人格を与える事となりました。僕は、このビジョンを決める段階ではまだ参加については決定していませんでしたが、この機会に恵まれて本当に良かったと思っています。

そのビジョン作成の作業は、KUFU キャンプと題され、鎌倉のDG Campで、創業者他、僕を含め有志の4人が集まり、6月中旬、夏の面影を少し感じる季節の中、この合宿がとり行われました。 鎌倉のまだ静かな海や風を眺めながら、普段とは少し違うシチュエーションでチームメンバーと正面から意見交換やディベートを行います。

この、合宿と呼ばれる作業は前の会社でもよく行われていましたが、逃げ場のない特殊な場所で行う事で、1つの打開するべき問題点をチームで解決を行うことに集中でき、しかも例え気に入らないとしても、チームメンバーとお互い真摯に向き合うことでチームビルディングも可能となりとてもいい仕組みだと思っています。

これは、前職でも感じたことで是非踏襲したいです。

役員同士が仲良くなる簡単な方法　　（藤田晋氏の経営者ブログ）　：日本経済新聞

さて、僕達は合宿場の物色も程々にミーティングルームへとこもり、その作業を行いました。

まず、代表から会社についてのこれまでの沿革と現在の状況、そして今後どうしたいかの説明が行われ、その後、僕らは会社や事業についての疑問点を投げかけて、回答してもらい、懸念点を潰していきました。 そして、KUFU という会社がどのような会社で、どうしたいのかが理解できてから、ビジョンについての会議を行う事になりました。

その決め方は、各々が紙やパソコン上に、自分がどうしたいかどうあるべきかをメモして、それをプレゼンテーションする形となりました。

その時僕が提案した価値観の一部が以下のものです。

なんでも挑戦して失敗する

失敗したら成功確率があがる（やめなければ成功する）

成功したら評価する

技術的に柔軟であれ（手段）

長所を見て、長所を伸ばす

リスクはすぐに共有する

なんでもみんなで祝おう

集中する時間を作る

絶対的なゴールを定義する（変更あってもいい。変更にもルールがある）

同調から入って、反対する

家庭にやさしい

できるだけNOはいわない

会社は、そして人生は学校である

前職や、経験上良かったなと思ったことも沢山踏襲しています。

そして、皆の共感を得るために、項目毎にプレゼンを行いました。 例えば、何でも挑戦して失敗するの場合は

挑戦しなければ何も出来ないし、失敗しなくては学ぶことは出来ない。 だから、失敗を批判するのではなく、挑戦を評価することが大事！

と伝え、他のなんでもみんなで祝おうの場合は、

何かを成し遂げたり、仕事以外で、例えば誕生日でもその人にとって特別な出来事であるのならば、皆で祝福しよう。 だって、一人で喜ぶなんてもったいないじゃない！

なんて言ったと思います。 もちろん、反論や疑問点もぶつけられるので、説明していきます。

そんな感じで、最終的に合計36個の価値観が出揃いました。 その中にあったのは、実際に経験しなければ出ないような個性的なのもあれば、、仕事上かなり共感できるものまで様々でした。 人と人とが交わり、その集合体から生まれた種がこの価値観に詰まってるんですね。

しかし、36個ではとても多すぎるので、投票で絞込みを行うことにしました。

共感できない

まあ、共感できる

絶対に譲れない

の3段階評価で、それぞれに 0 点、1 点、3 点のポイントをつけ投票を行い、8 ポイント以上の価値観に絞る事となります。

「えー！なんで、これだめなの！？」 「これめっちゃいいよね！」

なんて、ワイワイしながら投票を行い、最終的に20個の価値観に絞りこまれました。 僕が提示した価値観の中からは、なんと7個の価値観が残ってました。

なんでも挑戦して失敗する

失敗したら成功確率があがる（やめなければ成功する）

成功したら評価する

技術的に柔軟であれ（手段）

長所を見て、長所を伸ばす

リスクはすぐに共有する

みんなで祝う

自分の中で大事にしている価値観をみんなに認めてもらい、なんだか嬉しかったですね。

ただ、それでも20個は多いので、ここからは似た様な価値観をまとめていきます。 これもまた大変な作業で、みんなであーでもないこーでもないと話し合ったのですが、例えば下記の3つの価値観。

なんでも挑戦して失敗する

失敗したら成功確率があがる（やめなければ成功する）

成功したら評価する

これらをより抽象的にすると、つまりは

積極的に挑戦を出来る環境にしたい

という事になります。 そんな風にまとめあげていき、最終的にもっと噛み砕いてビジョンと価値観を決定しました。

それがこちらです。

ビジョン

テクノロジーとKUFUで社会構造をハックする

価値観

人が欲しいと思うものを創ろう

より良い答えを探求しよう

ワイルドサイドを歩こう

早いほうがカッコイイ

オープンなコミュニケーション

フェアなチーム

ゼロイチを評価する

長所を見て、長所をのばそう

ワクワク仕事しよう

ちなみに、僕がこの中で愛してやまない価値観はワイルドサイドを歩こうです。いつでもワイルドサイドに居たいものです。 詳しい説明はコーポレートサイトの方に載せてありますので、是非御覧ください！

  Mission | KUFU Inc.

そして、みんなで話し合った後は祝杯を上げて潮騒を聴きながら飲み明かすのでした！ 

本当、お疲れ様でした。次回の合宿たのしみです。

いかがでしたでしょうか？ 我々も試行錯誤しながら、やっと KUFU という会社に意思を植え付ける事が出来ました。

これから、この意思の下にテクノロジーとKUFUで社会構造をハックして行きたいと思っております。.

また、株式会社 KUFU ではこのビジョンや価値観に共感してくれるエンジニアを募集しています！

Recruit | KUFU Inc. 

ご応募まってます。是非一緒にハックしましょう！

[bun-eccyan-blog]

Open Network Lab 11th Demo Day

Open Network Lab 11 期デモデーに参加してきました。 これは、Open Network Lab の11期生が、3ヶ月のプログラムの間、試行錯誤を繰り返し、苦心の末生み出したビジネスプランを発表する場です。 1 ヶ月前のプレ発表もピッチを聞く機会があり、それからどれくらいブラッシュアップが出来ているのか、とても楽しみにしていました。 その時点では、不安の残るチームもありましたが、どこのチームも最大限、苦しんで試行錯誤してこの日を迎えたんだと感じました。 ここ数年の間に起業も珍しくはなくなり、その中で新しく、そして価値のあるビジネスを練り出すという事はとても難しくなっていますが、その中でも、まだ拾いきれていないニーズを探しだし、良く具現化できているなと感じました。 皆様、本当にお疲れ様でした。 僭越ながら、その 7 チームの中から僕が気になる 3 チームをご紹介しようと思います。 まずは、Best Team Award に選ばれた Spectee です。 Spectee - 世界中で起きている「真実」をリアルタイムに伝える 今や TwitterやFacebook、Instagram など SNS を利用して、世界中の個人が誰でも周りに起きた事件を報道することが出来る時代になりました。 テレビの報道などを見ると、事件のリアルタイムな動画や画像が引用されていることを良く目にするようになり、報道関係者が SNS 上で情報提供を個人ユーザにお願いする場面も散見されるようになりました。 しかし、リアルタイムな情報を手に入れるにあたって、何か事件が起こってからその情報をを手に入れるまで、約 90 分間の空白あるそうなのです。 その 90 分間の間にネット検索を行っても、なかなか正しい情報にはたどり着くことができません。 確かに、台風や事故等で検索しても、欲しい情報をなかなか探すことができずに Twitter でうまくフィルタリングして情報を手に入れる事がよくあります。 Spectee では、その 90 分間の空白を SNS から人工知能を用いてリアルタイムに抽出し、キュレーションを行い、正確な情報を素早く手に入れる事を可能としています。 今後、何か事件や災害が起こった場合に SNS を開くのではなく、Spectee を開くようになるのかもしれません。 そして、なにより今後楽しみな機能として、Spectee へユーザが直接投稿し、報道機関がそのリアルタイム性のある動画や画像を手に入れるフローが出来る事です。 そうなると Spectee を使うことで利用者全員がジャーナリストになり、報道機関がそれに対価を支払うようになることで、そこからプロのジャーナリストが生まれる。 そんな風になれば革命的だなと感じました。 さて、次にご紹介するのは特別賞を手に入れた Sparkle Box です。 [スパークルボックス］ジュエリー・アクセサリーレンタル　月額2,500円で使い放題 女性のオシャレはとにかくお金がかかる。 化粧品から洋服にバッグ、そしてエステやネイル。 そんな私とデート出来るなら、ご飯くらい奢ってくれて当たり前でしょ？ 「おごります！おごりますとも！」 最近いつもポロシャツなオシャレに無頓着な僕です。 しかし、ピッチによりますと、オシャレに努力を惜しまない 20、30 代の女性にヒアリングを行ってみると毎月の被服費はもちろん限られていますが、中でもアクセサリー代は月に 2,500 円位なんだそうです。 洋服や、バッグ、化粧品・・・等と色々なアイテムがあって、流行を追っていくには、アクセサリにはそんなにお金はかけられないみたいです。 一点一点も、それなりに高価ですしね。 そこに目をつけたのが Sparkle Box です。 高いアクセサリを買っても、すぐ流行り廃りで古くなってしまいますよね。 ひとつのアクセサリに高価な値段を支払うのではなく、月々 2500 円を支払って、好きなアクセサリを好きなだけレンタルして楽しもうというサービスです。 月額料金を支払うことで、総額 25,000 円相当のアクセサリ 3 点セットが届くので、気に入らなければまた交換し、さらに気に入れば20％オフで買い取ることも可能で、色々なアクセサリを試し使いが出来るのも心強いです。 さらに在庫リスクも、ブランドから直接貸与を行うことで軽減しています。 Amazon の EC スペシャリスト達が立ち上げたこのサービスですが、かなり実現可能性が高く、ビジネスモデルの完成度も高くなっています。 旦那さんがプレゼントとして奥さんに月々 2,500 円支払ってご機嫌伺うとかいいかもしれませんね。 あ、でもプレゼントの特別感なくなっちゃうからダメですね・・・。 最後にご紹介するのは、ステルスで 10 期から 11 期に参加した Qangaroo（カンガルー）というサービスです。 Qangaroo(カンガルー) | テスト工程を驚きの簡単・確実さで ソフトウェア開発において、その工程の 4 割はテストに占められており、テストを行わなければ深刻な損害を出す可能性があります。 しかし、その管理自体は企業によってバラつきがあり、確実なテスト管理というものが出来ていません。 管理がしっかり行えてないと、テストの抜け漏れが発生してソフトウェアの品質が低下したり、逆にテスト過多となり、工数が増加してコストも跳ね上がってしまいます。 確かに Excel やスプレッドシート等で独自管理している所もまだまだありますよね。 我々エンジニアから見たら、「テスト管理してるし、Circle CI とか使って自動化してるよ。」と思いますが、実はテスト工程には、計画・設計・実施・集計・障害対応という 5 つのフェーズがあり、数多くの我々が利用しているサービスは「実施」に位置してるんですね。 そこで、Qangaroo では他のフェーズまでのテスト工程全体を管理できるサービスを目指します。 そして、そのターゲットはエンジニアだけではなく、ディレクター等の上流層にも向けられています。 現在、テスト工程の管理や仕様書とテストケースの紐付け、エビデンスアップロード機能などありますが、今後期待したいのは、テストケースの収集を行い人工知能等による、テスト抜け、品質向上等のリコメンドや、障害予想等が出来る様になると、我々エンジニアにとっても企業側にとっても価値あるサービスになるのではないのかなと思います。 個人的に将来の拡充がとても楽しみです。 さて、いかがでしたでしょうか？ 以上が今回のデモデイで僕が気になったサービスです。 このデモデイは本当にワクワク、ドキドキして、僕ら KUFU もそれを実現するために頑張らなくてはと、とても気合が入りました。 今回紹介することが出来なかった他のサービスも気になるという方は下記にまとめてありますので、見てみてくださいね。 特別賞を受賞したエンジニア向けニュースキュレーション: Codenews デジタル通過を利用した東南アジア向け送金サービス: Dragonfly Pay ユーザとアーティストを動画で繋ぐ質問プラットフォーム: asQme Github 等を利用したエンジニアデータベース: Hacker Analytics

[bun-eccyan-blog]

はじめの一歩

ご無沙汰しております、どすこいエンジニアのえっちゃんです。 季節が過ぎるのは早いもので、夏も終わり、虫達が得意の楽器を奏で、恋のプロムを開く季節となってしまいました。 みなさんもうおでんは食べましたか？ そんな足早な時間を遡ること、梅雨も終盤で豪雨真っ盛りの2015年7月1日から株式会社KUFU という会社に参画しています。 会社にも慣れ、考えも幾分かまとまりましたので、これから徒然なるままにブログに書き起こして参りたいと思います。 なぜ僕が、またスタートアップに戻り、この会社に入ったのか。 最初に、開発者としてではなく、経営という視点を磨きたいと言うこと。 次に、三十歳という年齢を前にして挑戦するには今しかないと思ったこと。 そして、同世代の創業者が生み出した SmartHR というサービスの社会貢献度の高さや、その労務に関する制度を、いかに便利にするかという難度の高さにやりがいを感じたことです。 最後にもう一つ、前々から思っていてなかなか出来なかった事で、もう五年位の付き合いとなる創業者と共に一度働いてみたいという事。 浅はかかも知れませんが、これこそが今回の最大の理由かもしれません。 三ヶ月の間、株式会社 KUFU の一員として過ごした感想ですが、開発者としてはそれなりの自信はあり、ある程度の貢献は出来ていると思っていますが、経営やビジネスに関しては自分の未熟さをひしひし感じ、創業者達の判断力と力強さ、アクティブさに多大な尊敬の念と安心感を感じています。 このような、極々小さいながらも素晴らしい環境で、僕らが試行錯誤しながら会社というものを創り、そして運営していくためにまず、最初に行った事がありました。 それは、会社のビジョンを作るということです。 ビジョンは会社を運営する上でとても大切なことです。 なぜならば、我々の会社はまだ生まれたばかりで、会社の制度も問題が生まれてから判断することが多いのです。 そして、経営方針もその都度、エキサイティングに軌道修正を行う必要がありました。 もちろん、我々のような企業は、そのようなスピード感と危機感を持たなければ、すぐに星屑のように散ってしまうのでしょう。 しかし、その軌道修正は時に暴走してしまい、会社の軸までもずらしてしまうことになりません。 そこで、その軸を担保するための試金石として、ビジョンというものが必要だったのです。 経営判断を行い、迷った時はそのビジョンに添っているか。 人事的な評価を行う場合、その人材はビジョンに添っているか。 会社に新しい制度を取り入れる場合、その仕組みはビジョンに添っているか。 僕も多くの企業で従事させて頂きましたが、このビジョンについて考えた時に、我々が提案した企画がダメだった理由や、逆に評価された理由をやっと理解することが出来ました。 企業、もしくは法人とは、まさに創業者やその社員の思いが集合化した人であり、我々はその意思の中で生活し、仕事を行い、今まで過ごしていたという事です。 さて、我々も KUFU という企業にビジョンを蒔き、法人としての意思を育まなければなりません。 次回は、KUFU のビジョンをどのように採用していったかをお伝えしようと思います。

[bun-eccyan-blog]

時は金なり

「おめでとうございます！」 「キャンペーンに当選したあなたは賞金として、こちらの二種類の換金チケットのどちらかを受け取る事が出来ます。」 どちらも空色の厚紙に黒いゴシック体の文字が飾りなく置かれていた。 ただ、その内のひとつには 「一週間後から受け取り可能の1万円換金チケット」 一方には 「三ヶ月後から受け取り可能の2万円換金チケット」 と、書かれてあった。 三ヶ月後に受け取るだけで二倍か。 しかし、今月私の財布は火の車だった。 もともと映画が好きで、毎週欠かさず作品を観ており、生き甲斐だった。 だが、テレビは旧型で解像度が悪く、そこが難点だった。 そこで、先々月になけなしのお金を奮発して、新しいテレビと共にホームシアターセットを買った。 その支払いが今月に廻ってきた。 今月、残り半月を1万円で生活しなければならないと考えると、胃がキリキリと音を立てる。 そして、僕はチケットを受け取った・・・。 時は金なりと言う言葉がある。 普段生活していると意識することは少ないかも知れないが、人や環境毎に時間に対しての価値が有ることは事実だ。 この価値を表す指標の一つに時間割引率と言うものがある。 先の例の様に、二種類の期間で直近の場合は少ない報酬、離れている場合は多い報酬を設定して、離れている場合をどれだけの報酬で選ぶのか計るのだ。 そして、二つの報酬の上昇率の割合を出して年率に直したものが時間割引率となる。 もし、彼が三ヶ月後に5万円を貰えたならばそちらを選んだかもしれない。 時間割引率は環境によっても変わる。 統計を見ると、都会より田舎の方が、高所得者より低所得者の方が、男性より女性の方が、理系より文系の方がそれぞれ時間割引率が高くなる傾向があるらしい。 もし、彼がホームシアターセットを買って無ければ三ヶ月後を選んだかもしれない。 このように、時間には環境に応じて変化する付加価値があり、森羅万象にその付加価値が幾らか割り増しされる。 例えば、指定した期間内に成果を出すという事は経過時間の価値の支配下にあり、期間内に終わらなければ、それが割引されてしまう。 それを考えると、「リスク」というものも経過時間によって割増すると言えるだろう。 意図しない不具合が見つかった時や、予期しない失敗のリスクが解った時に、リリース予定日に近い方がいいのか、もしくは・・・。 失敗や中断を恐れてはいけないし、問題共有をすることが大事だ。 そうすることで、まだ自分が覚えていない超魔法で解決できるかもしれない。 そして、リスクはなるべく早期発見する心構えでいよう。 人間は一生で23億回心臓を震わす。 そして、人間は生まれてから1秒に1度づつそれを消費する。 だからこそ、時間には絶対的な価値がある。 自戒を込めて。

[bun-eccyan-blog]

平和の鳥居

駅の名前が面白くて散歩したのが始めて立ち寄った理由。 その時まさかここに住むとは思わなかった。 この近辺は江戸時代からの埋め立て地で漁師が住んでいて、江戸前の海産物を届けていた。 稲荷の由来は「堤防に穴が空くのを守る事」から来ていて、俗的に所謂「穴」の御利益もあり支持されており、明治時代に建立され、元々は羽田空港の敷地内にあった。 しかし、戦後GHQの進駐により空港拡張を目的として穴守稲荷も解体することが決まったが、地元民の協力で現在の位置へ移設することとなった。 解体作業は順調に進み、次々と本殿や鳥居が壊されていったが、門前の赤鳥居を撤去する際に大事故が起きた。 倒すためのロープが突然切れ、作業員に死傷者が出たのだ。 その後も撤去作業を行う度に事故がおき、「呪いの鳥居」と怖れられた。 そして、その鳥居はしばらくポツンと駐車場に残され、撤去の際には必ず空港内で事故が起きたらしい。 そして1999年、滑走路拡張の為にTV中継も行われる中現在の弁天橋付近へと何事も無く移設された。 はたして、赤鳥居の怒りは静まったのだろうか。 飛行機の離着陸も疎らな丑三つ時。 人気の無い空港敷地内、弁天橋付近。 あの、赤鳥居へ近づいてみると・・・。

[bun-eccyan-blog]

バカになれ

数年前のアメトークで、あだ名付けがきっかけとなりブレイクした有吉が 「ブレイクをしていない状態は、目利きの効く丁度加減が良い人に面白がられている状態。」 「ブレイクをするって事はバカに見つかるって事だ。」 と言っていて、なるほどなと心に刺さった。 この場合、口は悪いがバカとはその分野に精通していない一般的な趣向の持ち主にあたる。 前回のブログでも書いたが、音楽においても初期は新しい音楽シーンを取り入れたり、無茶なパフォーマンスをしたりなど、荒削りでも新しいものを楽しめるユーザ向けの音楽をやった方がいい。 逆に綺麗に纏まり過ぎれば埋れてしまうだろう。 しかし、バカに見つかった途端にその状況は一変する。 マジョリティな客層向けに「耳障りの良い」音楽を作る必要があるし、コンプライアンスを求められる事も多くなり、規制を入れなくてならなくなる。 そして、段々と制作物も画一化されていくが「売れる」とはこの様な事を言うのだろう。 もちろん、マジョリティは変化するので、売れ続けるためにはそれを知る必要がある。 例えば、Twitterでもそうだ。 昔はバイト中に冷蔵庫に入って写真を撮っても馬鹿にされるだけで済んだろう。 不謹慎なネタを発言したとしても面白がってくれただろう。 これだけ、他メディアにも露出する程炎上してしまうようになったのは、まさにバカに見つかってしまったのだ。 これからは安心して、多くの人が使える様に規制が厳しくなるだろう。 サービスのフェーズによって、ターゲットユーザは変わる。 立ち上げ直後からマジョリティを狙いに行く必要性は無く、むしろ特定のコアユーザに絞った方がいい。 その方が広告も打ちやすいし、サービスデザインもしやすくなるのでユーザを獲得しやすくなるだろう。 このようにサービス設計段階で、ターゲット層の移り変わりを意識して、サービスデザイン改修のマイルストーンを組んだ方がいいだろうし、運用中のサービスの場合でも、もう一段階上位層のターゲットの獲得することを考えてデザインした方がいい。 このターゲットの移り変わりによるサービス機能の取捨選択は本当に慎重かつ迅速に行わなければチャンスを逃す。 そして、既存ターゲット外のユーザ視点がいかに重要で、常に頭の片隅に置いておくべき事なのだと、ヒシヒシと感じている。 バカになれ、とことんバカになれ。

[bun-eccyan-blog]

キラーチューン

そのライブハウスはいつもより盛況だった。 ただ、殆どは出演者の関係者ばかりで、集客が出来なかった彼らにとってはアウェイだった。 彼らの前に演じた、メランコリックな詞を美しい歌声で吐き捨てるディーバは喝采を浴びていた。 スポットライトのせいか、神々しく輝いてみえる。 しかし、彼らが終演した時に与えられたのは申し訳ない程度の拍手。 パチパチと疎らにホールに響く。 ディーバの取材に来てたマスメディア達の姿はもうなかった。 多くの有名アーティストを排出した老舗の箱には、夢を叶えるために音楽家達が集まり、ギターをかきむしり、そして、ブッキングマネージャーに叱咤激励を受け、苦虫を潰しながら酒を飲む。 幸運なリトルスターを除いて。 マークシティ脇の坂道を下る時、冷たいビル風がこの街から追い出す様に強く吹き付ける。 「もっと、ボイトレ通うわ。」 「今、いい新曲つくってるんだ。今度はそれをやってみるよ。」 「まだまだ。あと3年はやってみないとわからない。」 そんなツーピースで活動していた彼らの一人は親父の後を継ぎ、もう一人は何処かの会社で営業をやっている。 バンドには演奏以外に必要なスキルがある。 リーダーは、行いたい音楽表現を伝える力が必要で、その表現を一緒に体現させるための求心力が必要だ。 その表現には、曲順や、司会など観客を楽しませる様な構成をする力が必要だ。 そして、何より営業力が必要となる。 なぜなら、集客のノルマが課せられそれを達成しなくてはいけない。 今となっては、デジタル化して何かのサービスに投稿するだけで、自分の音楽を全世界へ配信出来る。 しかし、有象無象のコンテンツが溢れ返り、コンバージョンは期待出来ないのが現状。 有効な手段としては、CDを焼いてジャケットを印刷し、それをライブハウスで安価に売る。 昔ながらの手段だが、ターゲットへ直接販売することが出来て、安価に売ることで必ず聴いてくれるのだ。 無料、有料と比べると有料の方が断然視聴する確率が高かった。 しかし、それでもCDを受け取ってくれる割合は増えなかった。 彼らはポップなアーティストを目指し、キャッチーな曲にこそばゆくなる様な歌詞を添えてた。 ひとつひとつを聴けばとても素晴らしい曲だったが、平日のライブハウスに来るユーザはポップなのだろうか。 大概がオルタナティブ気取りで、マジョリティを気にして、マイスリーを飲んで寝るサブカル野郎だろう。 もしそうだとしたら、ノイジーでエモーショナルな音楽でもやっておけば取り込めたかもしれない。 そして、ツーピースではなおさら表現域は狭まる。 その音楽をベースとしてあの曲を演じたとしたら、その曲は「キラーチューン」になり得たかもしれない。 全てがポップで埋もれてしまったのではないか。 スタートアップを含め、Webサービスにおいてのキラーチューンとは何なのだろうか。 掲示板やブログライクな機能ベースの上で、極上のユーザ体験を提供させるとしたら、我々が全く意識もしない、マジョリティが欲している体験があるのかもしない。 その体験とは、意外にもありきたりでポップなものなのかもしれない。 匿名性に位置情報の連携だとか、非匿名性に匿名のアンケートだとか、非公開なメッセージに公開機能だとか。 インフォメーションベースがあるからこそ生まれるキラーチューン。 それを奏でてビッグ・スターを見つけられたら。 そういえば、老舗の箱で喝采を浴びていたディーバは、もうあの世界から居なくなっていた。 果たしてビッグ・スターを掴むのは困難を極めるようだ。

[bun-eccyan-blog]

赤提灯

仕事帰り、駅前のガード下。 往来は疎らで、その中に紅く煌々と輝く「やきとり」と描いた文字。 店から漏れる煙が鼻に抜け、炭火に滴り落ちるトリの油とタレの薫りを、甘く残して行く。 一寸一杯。 そのつもりで飲んでみれば、スマホ片手に焼き鳥の串と吸い殻がみるみる増えて行く。 気が付けば、右手にあった黄金色の泡立った飲み物から、芳醇で芳ばしいキツイものに変わってる。 なにをするわけでもなく、ちびちびと飲んで酔いが回るのを待つ。 ふと時計をみれば、明日まで後数十分。 夢の時間は終わり。 シンデレラにでもなった気分で、ハチ公に挨拶して帰路につく・・・。 ここ一年、お酒を飲む機会が減った。 その前までは、それこそ毎日の様に酒を飲んだ。酒を飲むためにイベントを探して飲み、酒を飲むために友人と何処かへ行った。 何の為に酒を飲んだんだろう。 酒を飲んで幸せを手に入れたのだろうか。 いや、それは違う。 むしろ失敗の方が多いだろう。 最近のワカモンは、飲みの付き合いが悪いらしい。 周りを見てみると、そんな事無いと実感してる。 俺も嫌いな奴とは飲みたくはない。 ただ飲んでみると、飲みたくない奴が、飲みたい奴に変わった。 友達というよりは、飲み友達。 「あいつと飲むと楽しい。」 ただそれだけ。 ビシネスの関係や恋愛関係がある訳でもない。 今日もあの店に行けばいるかなと、そんな緩い繋がり。 その緩い繋がりが、大切な付き合いになる。 酒は、太古の昔からあるSNSみたいなもんだ。 だから、しっかりと利用した方がいい。 酒は幸せを運んではくれない。 酒は不幸を一時忘れさせてくれる。 だから幸せに感じられる。 それを忘れずに、飲みに行こう。

[bun-eccyan-blog]

ノベリスト

僕が新社会人として就職したのは、たしか7年前だったと思う。 新卒ではなく中途で入社した。 C++というプログラミング言語でカンマ区切りのデータの読み込み器械を作れたので入社した。 その会社は年齢層が高く、当時50代のおっちゃんもプログラミングに従事していた。 しかし彼等はただのおっさんでは無かった。 何故なら、PCが普及する以前の研究でしかコンピュータが扱えない頃に、厚紙に穴を空けて機械へ処理を指示してた様な、当時最先端を走ってたサイエンティストだったから。 ただ、おっちゃんが書くC#は何処と無く古臭く、彼等は「太ったクラス」が好きだった。 それでも充分メンテナンス出来たし、機能の拡張もできたし、何と言っても読みやすかった。 おっちゃん達とは1ヶ月に1度程度で飲みに行った。 会社の隣にある、和食レストランの個室でささやかな宴会を行うのだ。 何がきっかけだったのか忘れたが、宴会中必ずおっちゃんが話してくれる話題があった。 「君は、自分の職業を親に何と伝えてる？」 今の世代へはプログラマと言えば何と無く伝わるが、我々の親の世代、それこそ、おっちゃんの母親には理解出来ないだろう。 プログラムと云うものは、そもそも現実に存在せず、ある一定の条件下のみで発現する。 そのため、色々な比喩表現を行われる事が多く、実務でも比喩表現を行って仮想世界のものを現実へと具現化させている。 僕等がプログラミングの言語を勉強する時に、しばしば建築家の仕事と比喩される事が多い。 クライアントから要望を聞き、それを外観や間取りに落とし込み、土台や強度、導線、内装まで設計する。 もちろん、大工や内装の工事まで一手にやることも多い。 こんな風に話せば、プログラマでなくとも想像が付きやすいだろう。 「おっちゃんは、何と説明してるのですか？」 僕は答えを知っているが毎回聞いていた。 ちょっとした沈黙で宴会のざわめきが耳に入る。 「私は、小説家と言っているんだよ。コンピュータが動かす物語を書いているんだ。」 「そして、誰が読んでも読み易く、楽しめる様に気を遣って書いている。」 それを聞くと、僕は大抵 「その考えは素晴らしい！」「思いつかなかった！」 とおべんちゃらをくべ、その後の技術大討論会へのお膳たてをした。 夜はまた長く長くなっていった。 しかし、今となっては、そのおっちゃんの教えは僕の心に根付いてる。 プログラミングは比喩表現の連続だ。 殆どの運用が行われているサービスは、独りで完結することが出来ない。 そのため、他人が読んでも理解出来る様に気を配る必要がある。 そして今僕は、パソコンの事が全くわからないお爺さんやお婆さんへ、仕事についてこう説明している。 「小説家みたいなもんだよ。」 プログラマの役割は変幻自在である。