Posts on 極度乾燥しなさい3.0

スクールアイドルミュージカル2025公演

Sun, 16 Feb 2025 00:05:00 +0900

スクールアイドルミュージカル2025公演

ミリしらで悪いオタクにそそのかされて観劇。

ラブライブのコアである伝統と革新、憧れと親友みたいな話が非常コンパクトにまとまっている。ものすごい良いがものすごい布教しにくい。

少し面白いのはラブライブゼロとしての話であるから時系列的には90年代後半、00年代前半くらいの位置づけであることだけれど、他のラブライブよりもアクチュアルな政治的モチーフがそのまま（戯画化されずに）使われているのが印象的。「少子化が進んだ世界で学校が生き残るためにどうするか」という廃校のモチーフがリアルに使われているし、通常よりも教育関係者が地域単位で結束し取り扱われることに加えて、ルリカの父親の死を通して言外に震災復興のモチーフが入ってるっぽいのすごいと思う。

恐ろしいのはカーテンコールまで虚構のままでいることで客を現実に戻さないこと。すげえな。役者が役のままアンコールに応え、あいさつをして、曲をやり、影ナレまで一貫して虚構世界の公演をやっている。第四の壁の強度が高い。構成として文化祭のライブであるという体裁を考えたら完璧な演出だが、これもともと客席にいる我々が絶対に作品世界に影響を与えることのない存在であるという線引きをある意味でしっかりやってるラブライブらしさなのかもしれない。（弊害として演者への好意というかを公式が徹底的に煽るという話はあるが）

曲が頭に入ってたのでそこは大変良かった。佐伯さんありがとう。

理事長たちのキャラが良すぎると思う。　当然ながらキャリアの長いベテラン舞台俳優さんなので、発声が違う。それもあってものすごい印象に残った。

2つのチームの間でジレンマに直面するアンズの立ち位置が物凄く演劇的なリアルで良いと思った。ただこの作品、ルリカの視点が優勢なので、アンズの葛藤みたいなところの描写に軸足を置いた演出でも作れそうな気がする。

舞台演出を見ると、2校の間で感じ視点が切り替わる関係で背景大道具の切り替えがものすごい頻繁に行われるのが大変そうだなと思った。以前の公演では廻り舞台だったらしいから納得感がある。それでも大変だけどね。

一番印象的だったのはフットライトの使い方。フルカラーで設置してあるけど普通仰角90とか60で舞台側に向けるモノをわざわざ客席側70度とかにして、緞帳の代わり的な使い方をする発想はかなり面白い。カラーフィルターとして使えるから舞台の印象を変えられるのすごい。

音響は少し音量大きめであった気がするが、概して聞き取りやすい感じ。

GitHubの「思想」と非IT分野

Fri, 14 Feb 2025 23:46:41 +0900

GitHubの「思想」と非IT分野

はじめに

筆者について

とある企業で全くITエンジニアとは関係ない業種、業務をやっている立場。作業者の立場であり、CxOの方々やVPoXみたいなエグゼクティブなレベルでのDecision-Makingには関われない程度の下っ端。
職種としては法務関連が近いため、普段法律文書、特に契約書を扱う作業をしている。
業務内容としては、契約書をプロダクトとしたPdMか、締結というプロジェクトゴールまでに必要なすべてをやるPjMという感じ。ラベルはどうでも良いがそういう「ゴールのためのお膳立てと円滑進行のために全てをやる」立場になってしまった。
個人的には論文の執筆管理に使った関係でGitHubを使ったバージョン管理はなんとなくわかるが、他人と共同作業に使ったことはない。
コーディングは経験があまりなく、作られたものを眺めて３割理解できるぐらい。VBAは触りたくない。

法務領域における作業のサイクル

法務業務というのは、法律の社内エキスパートとしての自分の部署、業務を担当する法律のエキスパートではない部署、そしてライセンスのある社外エキスパートである顧問弁護士、という社内ステークホルダー、そして契約書の場合は、それを締結する相手先という社外ステークホルダーが存在する。

一般的な契約書業務というのは、この文書のレビューのためにMicrosoft Wordを使うことが圧倒的に多い。それらは主にコメント機能と変更履歴の記録機能を使って回している人が多い（はず）。

実務的には…

このファイルに社内外のエキスパートがコメントをつけ論点指摘
そのコメントを事業担当部署が確認
最終的に修正内容を考えた上で第n校を作成し
第n+1校を締結先に提示する

というのが1つのサイクルになってくる。以下これを繰り返して、最終校に至るまでに交渉をする、というのが目標になる。

場合によっては、契約書やコメントの翻訳、複数のステークホルダーとの利害調整、付随するレイヤー8以上との調整、目標に至るまでの交渉戦略立案と、それに基づいた変更提案の仕方についての議論など、結構手間のかかる作業が多い。

問題意識

このレビュープロセスは、シンプルな数ページの契約書であれば、Microsoft Wordだけでもちょっとした工夫でどうにかなる。ただ、これが数十ページ、関わるステークホルダーが10に近くなると、論点が100を超え、それぞれについて人間の処理能力で回すことに限界が出てくる。タスクによっては翻訳が挟まることもあり、作業工数はどんどん上がっていく。

そのために業務量が増大していて、コミュニケーションに問題が起きていて、全体の管理に過大なコストがかかってしまっている、という混沌とした状況をどうにかしたい、という欲求だけがあった。

コメントスレッドに進捗管理と議論と実際の変更点の議論が同じところで行われているのが問題に思えた。

漠然と

「論点の進捗トラッキング」
「論点についての検討・意見集約」
「実際に作業するファイルに加える変更」

の間に存在することはわかったが、問題の切り分け方の指針が、いくら探してもしっくり来るものが出てこない。

法務領域というのは、様々な兼ね合いで表に情報が出せなかったり、IT業界と遠い諸々の理由があり、いまいちオンライン空間に情報が出てこないというのが現状である。逆にIT業界側からの記事は往々にしてツールそのもの、技術そのもの、また思想レベルであっても、その実装については「IT業界における」という枕詞がついていることが常で、参考にできそうな情報というのは案外転がっていない。

GitHubの思想を移植する

IT業界で仕事をしている友人にこういう問題意識をぶつけてみて、こうしたコミュニケーションの混沌に秩序をもたらす手法のベストプラクティスを聞いてみた。

出てきたのは「GitHubの思想なんじゃね？」というところだった。特にIssueとPull requestの切り分けの思想ではないか、と指摘を受ける。GitHubを組織的なコンテクストで使ったことがないのでIssueもPull Requestも使ったことがなかったが、友人の話と自分で調べた感じ、下記のような感じらしい。

Issue：今リリースされているコードの問題、新規機能追加要望といった「変更のための問題提起」 Pull Request：BranchしてIssueを解決するための変更を加えたコードを、Issueと紐つけて確認依頼をする「解決策の組み入れ依頼」

そしてこのIssueとそれにぶら下がるコメントも「原因特定などを通して問題提起の内容の精度を高め、それを論点として開発のタスクリストに加えるかどうか」という機能を持っているようである。 Pull Requestにもコメントがあるが、これは逆に「Issueを解決するためのコードの変更点についてのみ議論し、新規の論点は立てない」という運用思想がどうもあるらしい。

もちろんローカルルールかもしれないが、ここで重要なのは「混沌に秩序をもたらす思想」のあり方であって、実際にどう線を引くか、というディティールは、IT業界の常識とは異なる分野に適用するにあたっては、全く重要ではない枝葉末節でしかない。

思想を踏まえたうえでの現状

今の業務フローを見ながら、GitHubの思想の用語でそれを表現すると、

レポジトリたる契約書について、Issueが100＋個立っていて、
Issueについての議論と、方針が決まったあと契約書を変更して交渉するためのPull Requst的な領域の議論が同じところで切り分けなく行われていて
フィルタや検索、優先度タグといった可視性のコントロールの聞かない、ほかツールとの連携もないプラットフォームで作業をせねばならず
やむを得ず作業者が人力Power Autmateコネクターとしてそれぞれ連携していないツール間を繋いでいて
その環境で社内外ステークホルダー4階層30+人ほどの進捗管理とコード修正をミスなく行う

みたいになっている、ということになる。マジ？

適性があったとしても人力コネクター（ルビ：コピペおじさん）やりたくないし、IssueとPull Requestが混沌と混ざり合って100＋件のアクションアイテムが溜まったリポジトリ、誰も見たくないはずである。

これが幸せを生んでいるはずがなく、現に同僚が死にそうな顔をしているし、エキスパート部署もかなり面白い顔になってしまっている。さて、このカオスに秩序をもたらすために、GitHubの思想を応用することはできないものか。

[[MS365環境での「Poor Man’s GitHub」を法務業務に 1]]

MS365環境での「Poor Mans GitHub」を法務業務に

Fri, 14 Feb 2025 23:46:41 +0900

MS365環境での「Poor Man’s GitHub」を法務業務に

「Poor man’s GitHub」のススメ、または持たざるもののDX

思想を実際のフローに落とし込むために最も簡単な手段は「その思想で作られたツールを導入すること」である。要はGitHubを導入してしまえばいいのだ。実際Wantedlyはそういうことをやっているらしい。

これは最初からボツにする。

エンジニア諸氏からは「じゃあGitLabは？」「GitHub Desktop使えば」という思いつきが発生するかもしれないが、そういう次元の話ではない。そもそも素養がないところにそんなものを導入するのは、異常な量の教育コストがかかってしまい、現実的ではない絵空事になってしまう。そもそも筆者は下っ端である。

CLIを触ったことも、バージョン管理の思想に触れたこともないような人に、高度に発達した魔法のような文明の利器について教え、使わせ、管理し、アカウントセキュリティを含めたHousekeepingを行うリソースは膨大である。これを他部署間でお金をかけてやる、ということができるのは、牛が球体であったり、空気抵抗がゼロであったりするHypotheticalな環境である。少なくとも現状にはそぐわない。

ではリーガルテック分野にはそうしたものがないか。法務分野の類似ツールとしてはHubbleという「法務向けGitHub」みたいなツールがある。これを導入すればいいのでは？

これは短期では実現が難しいので、中長期的な目標にする。

たとえ非エンジニアでも使いやすいとしても、それの手前にはツール導入というのはお金の問題がある。IT企業でも簡単ではないところに、非エンジニア「しか」いない環境におけるITツールの導入というのは、OSI参照モデル第8層以上でのとんでもない量の調整と問題解決が必要になってしまう。そもそも筆者は権限がほぼない下っ端なのである。

サイゼリアのステップワイズなDX

この件についてはサイゼリアのオーダーシステムの電子化をお手本にしたい。あれはまず品目番号を核として、紙の注文票→店員のiPod Touchという流れでスタートして、客と店のオーガニックなシステムを「調教」したことによって成功している。長期的には次のステップを見据えて、店員用のUIを流用して客のスマホで番号を入れさせる、というステップワイズな進め方をしていた。これは大いに参考になる。

それぞれの階段の高さを最小限にすることで破綻を起こさずに徐々に変革を進め、長期的な戦略で全体的なコスト（ハード、開発、クレーム対応、全体の人件費）を下げるというのは、持たざるもののDXな気がする。

目の前の問題を解決するには、思想をそのままに、今あるツールセットと工夫で実装するのが最も早く、障害もなく、それでいて専用ツールがもたらす70%くらいの幸せをもたらすことができる…はずである。

加えて、サイゼリアをお手本にするなら、今のワークフローを徐々にGitHubに思想レベルで寄せていくことで、将来的にGitHubそのものやHubbleなどの思想が近いツール導入のための土を作り、そうした種が芽吹くかもしれない状況を作ることができる。

思想をそのままに、今ある手札でワークフローを改善すること

まずは課題として下記を設定する。

Issueの数が膨大であること
Wordのコメントとかいう進捗管理機能もなく、他ツールとの連携も人力コピペおじさんがいないと実現できない機能への依存

そして解決に至る道として下記を条件とする。

その解決を他のMS365ツールでできる範囲内で行う
他部署業務フローには最小限の変更と負担とする
- 教育コスト・調整コストの低減
新規ツール導入はなし
- 金銭的・調整コストを考慮したくない

こねくり回したうえで、概ね、下記のような流れを想定すればいけそうな感じになった。

法務にExcelでコメントの一覧を作ってもらう（Issueの自動化対応のためのデータ整形）
ExcelからPlannerへPower Automateで移行（Issueのステータストラッキング）
PlannerタスクをベースにTeamsで議論して方向性を定める（Issueコメントの機能）
議論の結果をクリーンに反映し、Pull Request相当のファイルとして分離する（修正案の実装）
それについて法務とMTGやTeamsで議論する（Pull Requestのコメント）

1. コメントのExcel化

これはまずエキスパート部署からExcelでももらうことで、ちょっと楽をする。

当初の構想ではPower Automateを使用することで、Planner等の進捗管理ツールに移行させることを考えたが、WordのコメントをPower Automateで抽出するのはかなり大変そうなので、最初からExcelにしてもらう。この負担はエキスパート部署に飲んでもらう。

下流フローや社外環境のことを考えて、Wordファイルへのコメントも入れてもらうかどうかは要検討。

2. Plannerタスクへの転記

その上でExcel上のコメントを機械さんが読めるデータとしてPower Automateに食わせてPlannerタスクに転記する。

またもし1.でExcel化が難しければ、コメント機能ではなくて、文中にコメントタグの運用を徹底（e.g. 【法務コメント】みたいなタグ）してIn-lineなコメントにしてもらって、そこからPower Automateで抽出をかけて、Plannerに転記する、ということもできるはず…多分。筆者はコードが書けないが、多分機械さんとしてもやりやすいはず。Validationのことはとりあえず考えないことにする。

ここでタスクごとに必要部署の担当者をアサインして、デッドライン、進捗、ステータスを管理する。

3. Plannerタスクと議論

Issueは立てたあと、コミュニティ・ステークホルダーとの議論がある。これは契約書でも同じである。指摘の入った箇所について、必要に応じてTeamsチャンネルや他のコミュニケーションツールを通して議論する。このときにそれぞれの議論が相互に見えつつ、一つの論点ごとに集中できるような可視化のコントロールができると良い。Teamsのスレッド機能が適任なように思われる。親ポストにPlannerタスクのリンクを貼っておけば良い。

4. 変更の実装

議論の結果取りまとめられたそれぞれのステークホルダーの意向が明らかになったら、交渉のための実装が始まる。これはクリーン版に新たに変更点を追記していく形で行う。

ここで作業ファイルを分けることで、Issue階層の議論とPull Requestのレビューコメントの層をファイルレベルで分離し、関わる部署をエキスパート部署と自分に制限して無理やり人間が取り扱える規模の情報量に落とす。

おそらくここで作業ファイルと見えている情報をワークフローの前後で分離することで、擬似的に棲み分けができるだろう、という算段である。

この作業ファイルは原則としてエキスパート部署と締結先のみとやり取りをするので、純粋に契約書言語の方向性のみに集中した議論をする。

5.それについて法務とMTGやTeamsで議論する

最後はこれである。エキスパート部署とのみ4.のファイルを触るので、その議論についても数名で実施すれば終わる。小さくTeamsチャットや、IRLのMTG等で詰めていくことができるだろう。

THE IDOLM@STER M@STERS OF IDOL WORLD!!!!! 2023

Fri, 14 Feb 2025 21:17:41 +0900

アイドルマスターを追いかけ始めてそろそろ11年目に差し掛かろうというオタクが、2015年にM@STERS OF IDOL WORLD 2015に参加しないことを8年後悔したあと、アイマス5ブランドを広く浅く履修しまくって、コロナで乾いた時期を超えて参加した初めてのアイドルマスター合同ライブ。消えかえた記憶を固定しておくために出力しておくとりとめのない話。何ならアイマス含めて「キャラクター」に真剣に生き、それが高じて本業としてのフィギュアメーカー社員というキャリアすら進んでいる「中の人に近いファン」というポジションに来てしまった28歳男性の話。

DAY1

No.	楽曲	演者
1	THE IDOLM@STER (ブランド：765AS)	765PRO ALLSTARS
2	Shine!! (ブランド：シンデレラ)	シンデレラガールズ
3	Glow Map (ブランド：ミリオン)	ミリオンライブ！
4	DRIVE A LIVE (ブランド：SideM)	SideM
5	Resonance⁺ (ブランド：シャニ)	シャイニーカラーズ
6	ビーチブレイバー (ブランド：シャニ)	放課後クライマックスガールズ (河野ひより, 白石晴香, 永井真里子, 丸岡和佳奈, 涼本あきほ) + 沼倉愛美, 東山奈央, 黒沢ともよ, 堀江瞬, 高塚智人
7	ドレミファクトリー！ (ブランド：シンデレラ)	U149 第3芸能課 (今井麻夏, 黒沢ともよ, 集貝はな) + 仁後真耶子, 下田麻美, 稲川英里, 原嶋あかり, 渡部恵子, 矢野奨吾, 古畑恵介, 河野ひより
8	はるかぜバトン (ブランド：SideM)	もふもふえん (矢野奨吾, 古畑恵介) + Cleasky (角元明日香, 桐谷蝶々)
9	shiny smile (ブランド：765AS)	Cleasky (角元明日香, 桐谷蝶々), ノクチル (和久井優, 土屋李央, 田嶌紗蘭, 岡咲美保)
10	夏時間グラフィティ (ブランド：SideM)	ストロベリーポップムーン (山崎はるか, 田所あずさ, Machico), 放課後クライマックスガールズ (河野ひより, 白石晴香, 永井真里子, 丸岡和佳奈, 涼本あきほ)
11	Reason!! (ブランド：SideM)	765PRO ALLSTARS
12	虹色letters (ブランド：ミリオン)	Cleasky (角元明日香, 桐谷蝶々) + 白石晴香, 田嶌紗蘭
13	僕らだけの未来の空 (ブランド：シャニ)	ノクチル (和久井優, 土屋李央, 田嶌紗蘭, 岡咲美保) + Triad Primus (福原綾香, 松井恵理子, 渕上舞)
14	秘密のメモリーズ (ブランド：ミリオン)	浅倉杏美, 平田宏美, 松井恵理子, 渕上舞, 永井真里子, 涼本あきほ
15	Arrive You 〜それが運命でも〜 (ブランド：ミリオン)	TIntMe! (稲川英里, 原嶋あかり, 渡部恵子) + U149 第3芸能課 (今井麻夏, 黒沢ともよ, 集貝はな)
16	百花は月下に散りぬるを (ブランド：ミリオン)	花咲夜 (郁原ゆう, 南早紀, 小岩井ことり) + 花井美春, 丸岡和佳奈
17	Gaze and Gaze (ブランド：シンデレラ)	フォーリンシーサイド (東山奈央, 花井美春) + 和久井優, 土屋李央
18	エージェント夜を往く (ブランド：765AS)	SideM
19	GO MY WAY!! (ブランド：765AS)	中村繪里子, 寺島拓篤
20	JOKER➚オールマイティ (ブランド：SideM)	長島光那, 涼本あきほ, 若林直美, 幸村恵理
21	I’m so free! (ブランド：765AS)	長谷川明子, Machico, 和久井優, 岡咲美保
22	ラ♥︎ブ♥︎リ♥︎ (ブランド：765AS)	釘宮理恵, 松井恵理子, 南早紀, 土屋李央
23	Get lol! Get lol! SONG (ブランド：ミリオン)	仁後真耶子, 堀江瞬
24	絶対正義 EVERY DAY (ブランド：シャニ)	河野ひより, 稲川英里, 仲村宗悟
25	スパイスパラダイス (ブランド：シンデレラ)	寺島拓篤, 河野ひより, 白石晴香, 永井真里子, 丸岡和佳奈, 涼本あきほ, 田中有紀
26	Let’s get a chance (ブランド：シャニ)	ミリオンライブ！
27	ABSOLUTE RUN!!! (ブランド：ミリオン)	ストロベリーポップムーン (山崎はるか, 田所あずさ, Machico) + 白石晴香, 丸岡和佳奈, 田嶌紗蘭, 岡咲美保
28	BRAND NEW FIELD (ブランド：SideM)	Jupiter (寺島拓篤, 神原大地) + 長谷川明子, 沼倉愛美
29	Dye the sky. (ブランド：シャニ)	今井麻美, 福原綾香, 田所あずさ
30	流れ星キセキ (ブランド：シンデレラ)	中村繪里子, 山崎はるか, 仲村宗悟
31	ハイファイ☆デイズ (ブランド：シンデレラ)	シャイニーカラーズ
32	True Horizon (ブランド：SideM)	仲村宗悟, 寺島拓篤, 伊瀬結陸
33	FairyTaleじゃいられない (ブランド：ミリオン)	シンデレラガールズ
34	We’re the one (ブランド：SideM)	C.FIRST (伊瀬結陸, 宮﨑雅也, 大塚剛央) + 平田宏美, 北原沙弥香, 和久井優
35	Transcending The World (ブランド：シャニ)	ストレイライト (田中有紀, 幸村恵理, 北原沙弥香) + 長島光那, 田辺留依, 仲村宗悟, 寺島拓篤, 神原大地
36	Needle Light (ブランド：シンデレラ)	サイバーグラス (長島光那, 田辺留依) + 若林直美
37	Platinum MASK (ブランド：SideM)	Beit (堀江瞬, 高塚智人) + 千菅春香, 桜咲千依, 郁原ゆう, 小岩井ことり
38	アンデッド・ダンスロック (ブランド：シンデレラ)	エルドリッチ・ロアテラー (千菅春香, 桜咲千依) + 浅倉杏美, 平田宏美
39	Tulip (ブランド：シンデレラ)	神原大地, 堀江瞬, 高塚智人, 矢野奨吾, 古畑恵介, 宮﨑雅也, 大塚剛央
40	Trancing Pulse (ブランド：シンデレラ)	Triad Primus (福原綾香, 松井恵理子, 渕上舞) + C.FIRST (伊瀬結陸, 宮﨑雅也, 大塚剛央), ストレイライト (田中有紀, 幸村恵理, 北原沙弥香)
41	CRYST@LOUD (ブランド：IMAS)	全員
42	アイ MUST GO! (ブランド：IMAS)	全員 (※白石晴香を除く)

(*) 19-25曲目は「みんな元気!!!!!」メドレー, 42曲目はアンコール