経営・法律・ビジネス

2021/07/18

規模の経済から個人の能力重視へビジネスモデルが変化している

製造業からソフトウェアのビジネスモデル変換の鍵に、規模の経済から個人の能力重視の観点があるツイートを見つけて、なるほどと思った。

akipiiさんはTwitterを使っています 「すごく参考になる。規模の経済から個人の能力重視への変化」 / Twitter

r.ishibashiさんはTwitterを使っています 「この例えは良いな。 https://t.co/xLQjAuij1m https://t.co/17u8ZF9jgM」 / Twitter

(引用開始)
"シスコはスキルがスケール(規模)に勝った唯一の例だと考えていたが、そうではないのだ、と。シスコがうまく活かしているのは、一企業、一産業の枠を超えた大きなうねりなのである。  従来コンピュータや通信機器の分野で成功するには、数十億ドル規模の大型プロジェクトで大量のエンジニアをとりまとめ、さらに大量の労働者を管理して複雑な電子機器を製造することが必要だった。それをやれる能力が備わっていたから、 IBMや AT& Tは繁栄し、日本は技術集約型の成功を収めることができたのである。だが一九九六年の時点では、成功のカギを握るのはソフトウェアになっていた。そしてソフトウェアなら、大企業でなくても、頭の良い連中が何人かそろえば書き上げることができる。規模の経済から個人のスキルへ──これが、大きな変化のうねりだった。戦争の主流が、正規軍の衝突からゲリラ戦に移ったようなものである。"
― from "良い戦略、悪い戦略 (日本経済新聞出版)"
(引用終了)

以前読んだ記事で、スクラムは組織の仕組みで駆動するのではなく、メンバー個人の能力を重視して、個人のパフォーマンスで駆動しようとする内容を思い出した。

アジャイル開発とウォーターフォール型開発の違いについて再考: プログラマの思索

アジャイルとウォーターフォールは文化や価値観のレベルで異なるという話 - たなかこういちの開発ノート

ソフトウェアビジネスが主流になる以前は、設備やリソースなどの資本を集約することで、規模の経済を実現し、コスト削減メリットを活用するのが戦略の基本だった。
一方、ソフトウェアビジネスでは、人月の経験則の通り、プロジェクトメンバーが増えるほど生産性は限界逓減する。
つまり、少ない優秀なメンバーでソフトウェア開発をやり抜く方が生産性が圧倒的に高い。
そのやり方を実現した方法の一つがアジャイル開発であり、スクラムである、と捉えた方が、より真実に近づける気がする。

ブルーカラー労働者主体、事務処理主体のホワイトカラー主体の社会では、設備や人員を大量にかき集めて規模の経済で圧倒する戦略がビジネスモデルの基本だった。
一方、専門技術職のホワイトカラー主体の社会では、メンバー個人の能力をいかに活用できるか、が鍵を握るし、そのための労働環境づくりが大事になってくる、というストーリー。

規模の経済については以前、色々考えていた。
今でも事業を発展させていくと、必ず規模の経済に即した経営戦略を取らざるを得なくなるが、一方でソフトウェアビジネスを生業にする場合は、スクラムのような個のスキルで駆動する開発スタイルを取り入れるべきという考え方も持っておきたい。

ビジネスの基本戦略には規模の経済があるのではないか: プログラマの思索

規模の経済と経験曲線効果のメモ: プログラマの思索

ソフトウェアの複雑性は本質的な性質であって偶有的なものではない: プログラマの思索

| | コメント (0)

2021/07/04

マッキンゼーの報告書「2030 日本デジタル改革」が手厳しい


マッキンゼーの報告書「2030 日本デジタル改革」が手厳しいと感じたのでラフなメモ。
【参考】
2030年に向けた日本のデジタル改革 | McKinsey
ホームページ | Digital Japan 2030
2030 日本デジタル改革~デジタル競争力と生産性を向上させるための大胆な一手
ソフトウェアの政治的影響力とは何だろうか: プログラマの思索
みんなのPython勉強会#65の感想~社会変革の鍵はIT技術者にあるのかもしれない: プログラマの思索
デジタル庁が解くべき課題とITエンジニアの役割の勉強会の感想~CTOの役割とは何ですか?: プログラマの思索
プログラマとスクラムが社会実装を変えていく #Findy_GovTech: プログラマの思索
デジタル庁が解くべき課題とITエンジニアの役割の勉強会の感想~CTOの役割とは何ですか?: プログラマの思索
【1】2030 日本デジタル改革~デジタル競争力と生産性を向上させるための大胆な一手によれば、日本と世界の対比は下記になる。
日本 → 世界
デジタル競争力 27位 → 米国:1位
デジタル人材割合 1% → 米国:3%
ソフトウェア関連プログラムを開講する大学の数 29 → 米国 117
行政: デジタル行政アプリを使用する市民の割合 7.5% → エストニア:99%
スマートシティランキング - IMD 79位 (東京) → シンガポール:1位
モバイルバンキング浸透度 6.9% → 中国35.2%
ITコストに占めるクラウド割合 3% → 米国10%
時価総額のスタートアップ割合 1% → 米国31%
ユニコーンの数5社 → 米国320社
(引用開始)
日本にとってデジタル化はもはや選択肢ではなく、必須である。最新の動向を見ると、日本のデジタル競争力が低下しているため、日本が世界第三位の経済的地位を維持することは不可能になるだろう。
2020年のIMD 世界デジタル競争力指数によると、日本の世界ランクは27位で、2015年と比べて4つ順位を落としている( 図表2)。
アジア経済において、日本のデジタル競争力は、シンガポール、香港、韓国、台湾、中国、マレーシアに次いで7位にランク付けされている。
他の国々は、デジタル化をいち早く推進するために懸命に取り組んできた。
香港はここ5年間で14位から5位に、韓国は18位から8位に、中国は33位から16位に、それぞれ世界ランキングを上昇させている。
(引用終了)
日本でもITを強化すべきだ、という議論は20年以上前からずっと言われてきた。
しかし、なぜ世界と比較すると、日本の地位は低いのだろうか?
ITコミュニティに参加している限り、日本のIT技術者も危機感を感じているし、実際に色々行動している人も多い。
ソフトウェアに関係する企業、従事者もそんなに少なくないはずだ。
この原因は知りたい。






| | コメント (0)

2021/06/23

DXとは組織論である

DXとは組織論である、と思った。
適当なラフなメモ。

【参考】
最近読んだ本 - ブログ@kaorun55

(引用開始)
3月、4月くらいからいろいろ本を読み始めました。
主に人、組織、技術の実装あたりです。
最近はHoloLensの土台としてのDXの必要性を感じているのですが、DXは実際には組織論だと考えていて、自分の組織含めて組織の考え方について触れるようにしています。
(引用終了)

DXとは「1980年代の呪縛」を解き放つこと|市谷 聡啓 (papanda)|note

(引用開始)
あるミーティングで、何気ない流れの中である人が言った「DXとは組織を変えることだ」と。その言葉が特に何の違和感も、言い過ぎ感もなく、その場で受け止められて、皆の血肉となるよう消化されていく。凄い時代を迎えたと思った。
組織を変える。経営からマネジメント層、現場まで、気負いなくその言葉があげられる。もちろん突きあげられるような危機感とともに、その言葉が口にされる組織もある。いずれにしても、単なるフレーズではない。大いなる共通の目標となっている。
(引用終了)

kaorunさん、市谷さんのBlogをたまたま読んで、2人とも同じような意見「DXとは組織論である」を書かれていた。
2人ともすごい方だが、同じような問題意識を持っている点に興味を持った。
たぶん、今のコロナという時代では、心あるIT技術者は、DXの本質は何だろうか、と考えているのではないだろうか?

僕は、「DXとは組織論である」という意見は2つのコンテキストを持っていると考える。
1つは、ソフトウェア開発に向いた組織構造は何か?という問い。
もう一つは、ユーザ企業の情報システム部門が、社内の業務システムを一括コントロールするためにはどんな組織形態や運用制度が必要なのか?という問い。

前者は、逆コンウェイ戦略の観点の話になる。
つまり、アーキテクチャは組織に従う、というコンウェイの法則によって、ソフトウェアはどんどん複雑化して肥大化して手に負えなくなるのだから、それを逆手に取って、ソフトウェア・アーキテクチャを開発チームが制御できるように、アーキテクチャに合った組織構造を作ってしまえ、ということ。
最終的には、スクラムチームを作ることと同義。
それは、単なるソフトウェア開発チームだけでなく、全ての部署がスクラムチームになることと同義。

逆コンウェイ戦略のメモ~望ましいアーキテクチャを促進するためにチームと組織構造を進化させる: プログラマの思索

マイクロサービスアーキテクチャはなぜ最近になって注目されるのか~マイクロサービスは組織論の側面も持つ: プログラマの思索

しかし、従来の製造業のビジネスモデルに適した組織構造では、ソフトウェア開発に適した組織構造がとても作りにくいのだ。
そして、ソフトウェア開発に向いた組織文化は、従来のビジネスモデルに適した組織文化と全く異なるので、そのまま組織を作っても、組織文化をトップダウンで適用してもうまく行かない。
「文化は構造に従う」「アーキテクチャは組織に従う」経験則に縛られてしまう。

だから、ソフトウェア開発に向いた組織を作るには、出島を作ったり、関連子会社で別会社にするとか、そういう携帯にならざるを得ない。

文化は組織構造に従う: プログラマの思索

後者は、今の日本政府のデジタル庁で悪戦苦闘している問題点と同一と思う。
日本の大企業はどこも、皮を剥いで中身を見れば、事業部制組織という中小企業の連合体になっている。
だから、プロフィットセンターである事業部が利益に物を言わせて、自分たちの好きなように業務システムをどんどん社内に勝手に作った結果、数多くのメインフレームがまだたくさん稼働した状態で蛸壺となってしまって、コストセンターである情報システム部門はそれらを制御する権力もなく、社内のシステムが野放図になって、IT統制もできていない、みたいな感じ。

今まさに、もう一度、情報システム部門が全ての事業部から業務システムを取り上げて、決められた予算や今後の経営戦略に従って、システムの新規開発やリプレースのロードマップを計画し、セキュリティ面や個人情報保護、コンプライアンスも含めた観点で作り直そうとしている、みたいな感じ。
本来であれば、もっと以前から、メインフレームは撤廃して2025年の崖の問題はとうの昔に片付けて、オープンなアーキテクチャを元に、守りの業務システムよりも、ビジネスに直結するシステムを開発してどんどんビジネスを拡大させていく、みたいなイメージでやりたい。

しかし、デジタル庁の問題も同じく、今まさにそういうことを、地面0メートルの所から巨大なビルを作り出そうとしているわけだ。
たぶん、どこの日本企業も、レガシーなメインフレームの業務システム、あるいは、古すぎてセキュリティ上危ない業務Webシステムをたくさん抱えて、二進も三進も行かなくなっている。

僕は、DXとは、既存ビジネスを持つユーザ企業が、ソフトウェアを根幹としたビジネスモデルを構築して変革していくことと思っている。
そのためには、結局、古い数多くの社内システムを一括コントロールし、捨てるべきシステムは捨てて、システム保守に多額のコストを払うのではなく、売上拡大につながる新たなシステムへ投資できるように、経営判断を促す仕組みを作るべきだ。
そういうことが求められているのだろうと思う。

IPAがDXのパターン・ランゲージを公開している~新しい組織文化が新しい経営戦略を生み出す: プログラマの思索

「ソフトウェアが世界を飲み込む理由」「ソフトウエア、それが問題だ」の記事のメモ: プログラマの思索

デジタル庁が解くべき課題とITエンジニアの役割の勉強会の感想~CTOの役割とは何ですか?: プログラマの思索

デジタルトランスフォメーションとはソフトウェア企業になることを意味する: プログラマの思索

マイクロサービスアーキテクチャはなぜ最近になって注目されるのか~マイクロサービスは組織論の側面も持つ: プログラマの思索

ソフトウェアが世界を動かす時代: プログラマの思索

| | コメント (0)

2021/06/03

ビジネスモデルキャンバスで思考を発散させて、ピクト図で思考を収束させる

ビジネスモデルキャンバスで思考を発散させて、ピクト図で思考を収束させるという記事を読んで、なるほどと思った。
ラフなメモ書き。

【参考】
ビジネスモデルをデザインするスキル 「ビジネスモデル・キャンバス」と「ピクト図解」を身につけろ | 「ピクト図解」考案者が語る ビジネスモデルのつくり方|DIAMOND ハーバード・ビジネス・レビュー

ビジネスモデルを「見える化」するピクト図解 「ビジネス3W1H」を意識してビジネスモデルを読み解け | 「ピクト図解」考案者が語る ビジネスモデルのつくり方|DIAMOND ハーバード・ビジネス・レビュー

ビジネスモデルは「基本パターン」の組み合わせで考えよ ジレットとネスレの事例から学ぶ「消耗品モデル」 | 「ピクト図解」考案者が語る ビジネスモデルのつくり方|DIAMOND ハーバード・ビジネス・レビュー

ビジネスモデルの「プロトタイプ」を量産せよ 実践!ビジネスモデルをデザインする(前半) | 「ピクト図解」考案者が語る ビジネスモデルのつくり方|DIAMOND ハーバード・ビジネス・レビュー

「新結合」でビジネスモデル・イノベーションを起こせ 実践!ビジネスモデルをデザインする(後半) | 「ピクト図解」考案者が語る ビジネスモデルのつくり方|DIAMOND ハーバード・ビジネス・レビュー

ビジネスモデルキャンパスの感想: プログラマの思索

ピクト図解を用いたビジネスモデルの書き方と事例 | Finch [フィンチ]

【1】企画フェーズの資料や提案資料を作成していると、ビジネスモデルをポンチ絵で描いたり、経営戦略に基づいたあるべき業務プロセスを描く必要が出てくる。
そんなときに、考えているアイデアを整理したり、アイデアを膨らませるためのテコ、基点となるような、何らかのフレームワークが欲しくなる。

【2】ビジネスモデルキャンバスやリーンキャンパスは、リーンスタートアップやプロダクト開発でよく例として出てくる。
しかし、実際に書いてみようとすると、そもそも枠内にアイデアが出てこなかったり、それぞれの要素の因果関係やロジックが作れなくて、手間取る時が多い。
また、キャンパスにたくさんの付箋やPostItを貼っても、何か分かった気がしない。
ビジネスというプロセスをモデル化できた気持ちにどうしてもなれなかった。

一方、ピクト図は、UMLで言うオブジェクト図、コラボレーション図に非常に良く似ている。
アクター同士の相互作用があって、その相互メッセージは、必ず情報のやり取り、お金のやり取りが発生する。
システムユースケース図に近いイメージ。

ビジネスモデルを「見える化」するピクト図解 「ビジネス3W1H」を意識してビジネスモデルを読み解け | 「ピクト図解」考案者が語る ビジネスモデルのつくり方|DIAMOND ハーバード・ビジネス・レビューでは、ビジネスモデルキャンバスでは、思いついたアイデアを枠内にPostItをどんどん貼っていって思考を発散させる。
一方、ビジネスモデルキャンバスで抽出した要素は、ピクト図の相互メッセージに対応させたり、相互メッセージを発生させる要因として対応付けて、思考を収束させる。
つまり、ピクト図で、ビジネスモデルキャンバスの要素に因果関係やロジックを表現しているわけだ。

こういう考え方ができるならば、ビジネスモデルをビジネスモデルキャンバスとピクト図という2つのモデルで分析できて、それぞれの因果関係や意図をより明確に理解できるようになる。

ビジネスモデルキャンバスとピクト図を組み合わせることで、UMLのように、1つの分析対象を、複数のモデル技法で多面的に分析できるのはとても良い。
複数のモデルを描くだけで、整合性を取る作業を通じて、自然に多面的に考えるようになるからだ。

【3】最近、システム開発する前の企画フェーズやシステム提案の作業が多くなって、その資料に必要なモデル技法を探している。
ビジネスモデルキャンバスとピクト図はその一つの手段。

他にも興味を持っているのは、匠メソッド。
一部のアジャイル界隈では、SIがシステムを受注する前にシステム提案に使ったり、新たな事業を企画する時に使っているのは知っている。
なかなか触手に至らなかったけれど、価値から要求を導き、業務をAsIsとToBeを導こうとする点、デザイン思考のようなラフなモデルとBABOKライクに戦略要求から移行要求までロジカルに組み立てるモデルを組み合わせている点は、よく考えているように思える。

気づいたことがあればまた書く。

| | コメント (0)

2021/05/07

リーンスタートアップ系の本のリンク

リーンスタートアップ系の本をリンクしておく。
後で自分が読むために。

【参考】
リーンスタートアップ系の本を読むならこの順番|篠キチ|note

リーンスタートアップのシリーズ本を振り返る (2018). Lean Startup Update! 2018… | by Taka Umada | Medium

リーンスタートアップの本を6冊借りて読んだ。
まだ、読んでピンときていない。
たぶん、自分でWebサービスやSaaSを経営者の観点で運用した経験がないからかもしれない。

リーンスタートアップといえば、リーンキャンパス。
リーンキャンパスも、自分が考えたビジネスモデルを仮説検証する道具として扱うので、そういう経験がなければピンとこないのだろう。
ビジネスが腑に落ちた時にまた読み直す。

| | コメント (0)

2021/04/29

デジタル庁で応募中のアイデンティティアーキテクトは昔のDAと同じ役割か?

デジタル庁でアイデンティティアーキテクト、データアーキテクトを応募しているツイートを見つけたのでメモ。
ラフなメモ書き。

【参考】
yoshi sanさんはTwitterを使っています 「アイデンティティアーキテクトなる独立したポジションがあるんだ。」 / Twitter

からくりさんはTwitterを使っています 「アイデンティティアーキテクトってなんだよと思ったけどめちゃまともな内容だった」 / Twitter

Yoshikazu NojimaさんはTwitterを使っています 「デジタル庁のアイデンティティアーキテクト、超重要かつ超高難易度な仕事にしか見えないのだけど、どんなキャリアパスを積んで、どれほどの研鑽を積めば担えるのか想像もつかない。 https://t.co/2iU02v4WLr」 / Twitter

akipiiさんはTwitterを使っています 「アイデンティティアーキテクトとは、昔のDAと同じ役割か?」 / Twitter

からくりさんはTwitterを使っています 「アイデンティティアーキテクト?- 中途採用|デジタル庁創設に向けた準備サイト https://t.co/raIDjeGhb9 めちゃくちゃ楽しそう(発狂しそうなほど大変だと思うけど)」 / Twitter

ミジンコOLさんはTwitterを使っています 「アイデンティティアーキテクト、あの先輩しか思い浮かばない。 ・行政証明書コンビニ交付サービスの開発経験有 ・某メディア企業の大型サービス利用ID統合経験 ・プラポリにも詳しい ・認証・認可詳しい ・IPA上級資格9割持ってる ・泥臭いPJTの中でも爽やか #デ https://t.co/Ue6JVxsyLh」 / Twitter

【参考】
中途採用|デジタル庁創設に向けた準備サイト

『アイデンティティ管理技術解説』システムアーキテクトを志す方のために IPA

【参考1】
アイデンティティアーキテクト?- 中途採用|デジタル庁創設に向けた準備サイト

(引用開始)
募集背景・業務内容
デジタル庁(仮称)においては、行政サービスのデジタル化・ワンストップ化を推進するにあたって、利便性が高く安全な識別・認証の仕組みを構築することにより、多種多様なシステムにまたがった円滑なデータ連携を実現していくことが求められます。

アイデンティティアーキテクトは、各省庁の担当者や専門家と連携して、デジタルガバメントのサービス高度化に必要な、アイデンティティ管理、データ連携の枠組みを構想し、その整備を推進する役割を担っていただきます。

具体的な業務内容は、以下のとおりです。

政府情報システムに関わるアイデンティティ管理の計画策定全般

住民制度、公的個人認証、マイナンバー制度に関わる個人のアイデンティティ管理もしくはGビズID、商業登記電子証明書等に関わる法人等のアイデンティティ管理

行政事務と住民・事業者向けシステム、住民・事業者向けシステム間をつなぐ国のシステムを理解した上での、業務プロセスの見直し、移行計画の立案、変革の推進

国民・事業者向けサービスや各省庁のシステムにおける利便性の高い安全な識別・認証の仕組みづくり

各省庁や地方公共団体の専門家と連携した横断的なプロジェクトの推進
(引用終了)

【参考2】
データアーキテクト?- 中途採用|デジタル庁創設に向けた準備サイト

(引用開始)
募集背景・業務内容
データアーキテクトは、デジタル庁(仮称)において、社会全体のデータの現状と将来像を俯瞰し、データ戦略の策定を主導するとともに、標準やルールに加え基礎データ、プラットフォームなどを整備し、その活用を推進していくことが求められます。また、多数のステークホルダーとの調整を進めながら、デジタル時代の新たなスタンダードを構築していくための強いリーダーシップが求められます。

政府は、多量のデータを保有するデータホルダーとして、またデータプラットフォーマーとして、先導的な振る舞いを期待される立場です。本ポジションは、あらゆる社会・経済活動に不可欠なデータを、国の競争力の源泉とするために、また、豊かな生活を実現する上で不可欠な基盤とするために、中心的な役割を担っていただきます。

具体的な業務内容は、以下のとおりです。

体系的なデータ整備に係る中長期戦略・計画の策定

データ標準・データ連携プラットフォームの整備

政府内におけるデータサイエンスやAIの活用の推進

デジタル庁(仮称)内外のデータに関する人材育成

データに基づいたEBPM(Evidence-Based Policy Making、証拠に基づく政策立案)の推進

国際機関や関係各国との交渉
(引用終了)

【感想1】
デジタル庁でアイデンティティアーキテクト、データアーキテクトの募集背景・業務内容を読むと、本当にガチの内容だ。
個人的には、一昔前のデータアーキテクトの業務を連想する。

その頃は、テーブルを新規追加したり、カラム1個を追加するのに、わざわざデータアーキテクトに申請して、内容の詳細や対応期限を説明して、開発環境にやっと反映される、みたいな牧歌的な時代だった。
データアーキテクトは、ER図やデータディクショナリの保守担当者みたいなイメージを持っていたので、あまりカッコイイ職種には感じなかった。

しかし、実際の業務システムの要件定義では、データモデリングの技量の違いがその後の設計、開発の室に直結する。
業務フローのようなプロセスばかり書いても、フワフワしていて、テストでデスマーチになりがち。
データ基盤がしっかりしていれば、そこから業務の制約条件をプログラマも読み取れるし、テストデータを作ったり、保守していくのもかなり楽になる。

さらに、データアーキテクトの職種だけでなく、アイデンティティアーキテクトという職種まで応募しているのはとても興味深い。
単に、公共サービスのデータ基盤、データディクショナリを揃えるだけでなく、その根本となる一意な主キーを見出し、それを維持管理していく重要性を認識しているのだろう。
もちろん、マイナンバー制度という国民をユニークに識別する仕組みにも直結する。
国民を一意に識別してデータを管理できる基盤があれば、今のコロナワクチン予防接種の履歴管理に使えるし、今後のワクチンパスポートの発行にも発展できる。
他にも、収入や資産の追跡、税の徴収だけでなく、本当に困っている人たちを特定して補助金を直接届ける、という仕組みも作れるはず。

また、アイデンティファイアの整備は、認証基盤にも直結する。
政府の膨大な公共システムを利用する場合に、利用者の国民が安全に利用できるだけでなく、バックエンドの事務に携わる公務員や保健所の人たちが安全にログインできて、その操作履歴をきちんと管理できる仕組みも必要。
さらには多種多様な利用権限の制御まで考える必要もあるだろう。

つまり、価値ある公共サービスを提供するためにデータ基盤のアイデンティファイアは必須要件だが、人権やプライバシーの保護の観点からアイデンティファイアの認証・認可・アカウンティングの機能要件も必須という、高度なハードルがある。
想像するだけでも、アイデンティティアーキテクトという職種は非常にタフで難儀な内容であるのは間違いない。

だからこそ、こういう職種が必要ときちんと公開して打ち出しているのは信頼が持てる。

【感想2】
最近はITコミュニティ以外にも、官公庁の関係者がオンライン勉強会で登壇して色々話してくれる場が多くなった。

直近で、農林水産省とウーオが語る!林業・水産業をITで変えるチャレンジ - connpassを聞いた時、今の官公庁で最もデジタル化が進んでいるのは、実は農林水産省なんです、という発言を聞いて驚いた時がある。
その時の事例では、ベンチャー企業が、漁港で取った魚と都市部の魚市場のマッチング処理のシステムを開発して、お互いの利益を向上させる、という話だった。
他にも林業で、日本産の木材が、今はコロナなので実は高く売れている、そういう市場をITの力で支援している、という話もあった。

おそらく、楽天、メルカリのビジネスモデルのように、生産者と消費者のマッチング処理を農業や水産業の市場に適用して、両者がWin-Winになるような方向を目指しているのだろうと思う。
そんな話を聞くと、単に業務システムを開発したり、ITビジネスでお金を儲けるだけでなく、IT技術を社会の問題解決に適用し、多くの人達のために社会貢献する方向に進化しているように感じた。

| | コメント (0)

2021/04/25

ビジネスの基本戦略には規模の経済があるのではないか

戦略の経済学」という本を借りて読んでみて、世の中のビジネスの基本戦略には規模の経済があるのではないか、というアイデアを持った。
結論がなく、ロジカルでないラフなメモ書き。

【参考】
「規模の経済」で読み解く -食品容器メーカーの資材調達担当課長・伊藤の悩み | GLOBIS 知見録

すぐ分かる経営戦略論: チャンドラーモデル

ポーターの3つの基本戦略 | 経営を学ぶ~経営学・MBA・起業~

規模の経済性と経験曲線効果 - 読書遊民

規模の経済と経験曲線効果のメモ: プログラマの思索

ポーターの競争戦略の考え方: プログラマの思索

プラットフォーム革命の感想~プラットフォーム企業は新たな独占企業である: プログラマの思索

規模の経済という法則がどの業界の中小企業でも大企業でも働いているのではないか。
最初は中小企業であっても、売上が増えて事業が好調になると、人手や設備が足りなくなるので、営業マンやエンジニアを増やしたり、最新の機械や設備を借金して購入し、事業をもっと拡大させようとする。

事業を拡大するのが良い理由は、たぶん、規模の経済が働くからだろう。
たくさんの商品や製品、サービスを作り出せば、固定費はその分薄まるので、単位あたりのコストは下がって、その分、利益が増える。

たとえば、製造業であれば、大量生産することで、単位あたりのコストを下げるだけでなく、工場労働者の学習能力も上がることで、経験曲線効果も得られる。
つまり、より上手く作れるのでコストが下がり、利益も増える。
自動車であれ、パン屋であれ、酒造会社であれ、たくさん作る方がコストが減って利益が増える重力が働くから、経営者はその方向性に自然に意思決定する。

規模の経済は機械製造業や食品メーカーだけではない。
クリーニング屋、コンビニ、スーパー、ファーストフード、居酒屋チェーン、フランチャイズチェーンなども同じ。
たくさんの店舗で同一商品や同一サービスを大量に販売する方が、コストが減って利益が増える。
特定地域に集中出店するドミナント戦略は、コストリーダーシップ戦略を活用した戦略ではないか。

規模の経済の本質は、固定費が単位当たりの製品単価で下がること。
規模の経済の効果は、たくさんの製品・サービスを同じ手順で量産するので経験曲線効果も得られること。
また、大量仕入れによる発注コスト削減も期待できる。

だから、たぶん世の中の経営者は規模の経済を活用した意思決定を行うことが多いのではないか。
ずっと小さな企業規模であっていい、という判断ならば、社員を増やしたり設備投資したりする動機はないから。

しかし、規模の経済からいつも恩恵が受けられるわけではない。
ある一定量を境にして、逆にコストが増えて、規模の不経済が働くのが普通。
たとえば、装置産業、労働集約型産業ではそうだろう。
たくさんの設備があったとしても、たくさんの労働者を集めたとしても、結局、その重荷を会社が耐えられなくなる。

なぜなら、企業規模、組織構造が大きくなりすぎると、意思決定のための情報を全て集めにくくなり、それに基づく意思決定が遅くなる。
あるいは、企業規模が大きく、組織構造が複雑になりすぎると、企業内で調整するコスト、つまり取引費用が大きくなってしまう。
だから、取引費用を最小限に抑えるという別の重力が働いて、規模の経済を妨げる。

個人的には、規模の経済が組織構造を複雑化させて、コストが増え続けて、その重みに耐えきれなくなって、規模の経済を逆回転させる動きになるのではないか、と考える。

最初は、規模の経済を利用しまくって、規模の経済の逆回転が動きそうになったら、そこでいったん打ち止めして、別の事業に注力していく、みたいな意思決定になるのだろうか。

| | コメント (0)

2021/04/04

Clubhouseは路上ライブや朗読のためのツールかもしれない

Clubhouseの使い方は正直良く分かってない。
主張のないラフなメモ書き。

【参考】
Clubhouse (アプリケーション) - Wikipedia

Twitterは最速のメディア: プログラマの思索

Facebookはセルフブランディングの最強ツール: プログラマの思索

【1】Clubhouseはアプリの機能がとても貧弱過ぎる。
痒い所に手が届いていない。
3つほど不満がある。

1つ目は、興味のあるルームを探しにくい。
カテゴリ、ジャンル、タグなどで探したいのに、なかなかヒットしない。
Twitterほど検索機能は優れていない用に思える。
だから、わざわざ別サイトで、人気ランキングから類推するしか無い。

Clubhouse 人気ランキング

2つ目は、スケジュールの機能がない。
だから、よく聞き逃すし、落胆する。
ルームは突然告知される理由かもしれないが、開始、終了の時間帯をスケジュールで入れておきたい。
今は、気づいた時に探したり、ルームで予告された話を聞いた記憶を頼りにしている。
しかもリマインダー機能もないので、よく忘れる。
本来は逐一記憶したくない。
GoogleCalendarのリマインダー機能が使いたい。

さらに、聞きたいルームがバッティングしやすいので、スケジュールを入れておきたい。
2つのルームを入れ替わり聞くこともできるはず。

3つ目は、聞いた履歴が見れない。
音声を録音できない設計思想なので、それは許すが、せめて、いつどのルームを聞いたのか、ぐらいの履歴は後で見たい。
履歴を見れば、思い出に浸ったり、後から考え事もできる。

そういう感じで、アプリはとても使いにくい。

【2】Clubhouseはどんな使い道があるのか?

僕はそんな不満を感じながらも、雨降る日曜午後に、Clubhouseを聞き流しラジオみたいに使っている。
僕が興味あるのは、朗読と音楽の聞き流し。

朗読しているルームは良かった。
たまたま、芥川龍之介の杜子春を朗読していたのを聞いた。
あらすじも知っているが、アナウンサー経験のある落ち着いて、キレのある声は聞きやすい。
高校生の頃にラジオドラマを聴いていた気分になった。

また、ジャズやピアノを練習代わりに垂れ流しているルームは良かった。
月の光、を聞いた時は、心が和んだ。

何となく、大阪駅前の路上ライブの演奏を聞いている感じだった。
その場での即興であり、Youtubeで後から聞くことも見ることもできないから。

割とうまい人でも、時々間違えたのか、音が外れている時に気づくが、むしろそれが気にならなかったりする。
練習の曲を弾いた後で、ちょっとしたコメントを話すのがとてもリアルに感じたりする。

他には、有名人が入って、個別テーマで議論しているルームも面白い時もある。
一方、井戸端会議に近いので、時間の無駄だな、と思う時も多い。
他方、有名人の顔はWebで見ているし、Youtubeなどで声や動作も知っているけれど、生の声を聞くと印象が変わる。

Clubhouse以外にも、TwitterライブやVoicyなどの音声ツールで有名人の声を聞く時がある。
中嶋聡さんは、Web記事やメルマガでキレのある内容を書いていて、割と研究者みたいな人なのかな、とか思っていたら、こんなに声が低くて太くて、すごく威厳のある人だな、とか。
ちきりんさんは、ブログでは現状の社会の問題点について切れのある意見を言う人なので性格もきついのかな、と思っていたら、生の声の配信を聞くと、こんなに女性らしい声なのか、となぜか印象が変わってしまったり。

コロナ禍でリモートワークが多くなり、パソコンやスマホに触れる時間が以前よりもかなり増えてしまって、目が疲れやすいと感じる。
眼を使わずに楽に聞きたい、という気持ちが強い。
よって、Clubhouseで聞きたいと思う時がある。

【3】Clubhouseは路上ライブや朗読のためのツールかもしれない、と思う。

Youtubeで流せば、その動画は一生残るので、ストックとして扱える。
広告料ももらえるから、マネタイズもしやすい。

しかし、Clubhouseは臨場感がある。
その時だけの音声、という希少さがある。
路上ライブがそんな感じ。

その人の声が、その人の顔、性格を連想させる。
朗読では、語る声に、その文学作品に対する、その人の思い入れが伝わってくる。

コロナ禍という時代でなければ、Clubhouseは見向きもされないツールだったかもしれない。
いつでも外出して、野外コンサートで聞いたり、舞台や劇場で見れるならば、わざわざ使う必要もないから。

Clubhouseはコロナ禍という時代だけに特化したアプリのような気もする。
コロナに罹患するリスクが高ければ外出できず、部屋に閉じこもるしかない。
YoutubeやNetflixを暇な時に見ればいいかもしれないが、飽きる時もある。
部屋に閉じこもっていれば、こういうツールでラジオの聞き流しみたいに聞きたくなる。

| | コメント (0)

2021/04/01

要件定義プロセスはDXで終焉するのか

デジタル化の流行と「上流工程」の終焉 - ブロックチェーン企業で働くエンジニアのブログがとても良かった。
要件定義プロセスはDXで終焉するのかも、と思った。
ポエムのようなラフなメモ。

【参考】
デジタル化の流行と「上流工程」の終焉 - ブロックチェーン企業で働くエンジニアのブログ

業務に詳しいがプログラミングやインフラ基盤、クラウド、新しい技術に弱い、中年のコンサルは、上記の記事のような落とし穴に陥りそうな気がする。
なぜなら、既存の業務フローを元に、こういうシステムが必要だ、と要件や仕様を洗い出した、としても、全く異なる分野の新しい技術が既存の業務の問題を完全に解決してしまう可能性が、今はとても大きいから。

上記の記事では、工場での品質管理システムを伝統的なDOAで要件を固めてシステム開発するWF型開発に対し、AIで不良品を判別する品質判定ソフトウェアとAPIで抜本的に入れ替えることができる事例がある。
業務そのものがAI化できる場合、元々の業務フローもなくなるし、その業務に張り付いた社員も不要になってしまう。

こういう劇的な変化は普通はないように思えるが、昨今のコロナ禍でビジネスの前提条件が大きく変わってしまったことを考えると、おかしくはない。

従来の開発スタイルのように、じっくり要件定義をやって、開発費用を確定させて予算取りして、それから長期で開発していくやり方が今後も続くのか?
それとも、新しい技術が今までのやり方そのものを置き換えてしまい、その業務に張り付いた人もその知識も不要になるかもしれない。

上記の風景は5Fsの「代替品の脅威」を連想させる。
ライバルは、同じ業界の同業者ではなく、全く別の業界の参入者であって、あっという間に市場を飲み込んでしまうケースが今後増えるのではないか。

アジャイル開発も、小さなサイクルで安定してリリースできるプロセスだが、それだけでは足りない。
開発する対象のシステムがそもそも必要なのか?
システムの基盤を別の新しい技術で置き換えることはできないか?
業務そのものを別の新しい技術で置き換えることはできるか?
たぶんそれが仮説検証。

| | コメント (0)

2021/03/21

ノートパソコンが入ってUSBポートが付属しているビジネスリュックを買ってみた

最近、プライベートでも出勤でも、ノートPCを持ち運ぶ機会が多くなった。

在宅勤務がメインと言っても、ノートPCを持ち帰る機会が多い。
プライベートでも、家にいると在宅勤務の気分になって嫌なので、ノートPCを持ち出して気分転換に外出しているけど、自転車で移動しているから、割と億劫なんだよね。
車で移動したとしても、喫茶店やチェーン店、自宅に移動する時に何かしらのカバンは必要だからね。

今のリュックではノートPCの持ち運びが面倒だし、システム手帳や書類、財布、キーケース、マスクなど色々入れると、リュックが満杯になるので、新しいビジネスリュックを買ってみた。

最近のビジネスリュックはいいね。
ノートPCだけ別スペースに入れて固定できて、周囲の壁が固めに補強されているので、持ち運びしやすいように思っている。

面白い点は、USBポートがビジネスリュックの側面に付属していること。
なぜUSBポートはあるのだろうか?
どうやら、ビジネスリュックの内側にはモバイルバッテリーを入れて、外側のUSBポートからスマホへ接続して充電できる機能として使うらしい。
なるほど、リュックを背負って通勤電車や駅中を歩き回る時、スマホを持っているのは普通なので、そういう利用シーンで使うわけだ。
単に、ツイッターやフェイスブックを見るだけでなく、YoutubeやClubhouseを聞いたり、好きな音楽を聞いたり、色々使っているから。

他のビジネスリュックでは側面にUSBポートだけでなく、イヤホンジャックのポートまで付いているみたい。
なかなか面白い。

他の皆さんは、ノートPCの持ち運びしやすいカバンやリュックはどんなものを購入しているのか、気になる。


| | コメント (0)

より以前の記事一覧