4回目。
EA階層にもとづいた要求定義の手法。
・思ったこと
総務省の自治体EAについて、総務省が定めた標準版と各地方自治体がまとめた要求定義書はフォーマットが同じなだけで中身はまったく別の業務を対象にした業務仕様書のようだった。改めてITエンジニアリングの標準化の難しさを感じた。枠組みだけを作っても実効性がない。中身についてスキルある人間が「見本」をつくることが重要だ。よく自動車など他の製造業を引き合いに出して、IT産業の未成熟さを嘆く意見を耳にするが、量産型の製造業をベンチマークにしてはいけないと思う。手本にするのは造船や航空機などの大型受注生産型だろう。じっくり、過去の設計図とにらめっこし、これから作るものについて検証を行い、精密につくるべきなんだ。しかし、価格や納期は量産型を求められる罠!頼りになるのは高い能力と類似案件を積み重ねてきた経験値と献身的な業務遂行の使命感であろう
よって求められるのは新人を1人前に育てるための教育についての改革だろうかと個人的には思うのである。それには「ゆとり」が必要だ。今、この業界はワークライフバランスに取り組み始めている。さてさてどうなるのであろうか・・・。
5回目。
演習テーマについて、各自のこれまでの調査内容や方向性の発表。
・思ったこと
アップルをやることだけ決まっていたが、音楽配信ビジネスにフォーカスすることにした。これをプラットフォームやファシリティから、ビジネスプロセスやパフォーマンスといったEAの階層で分析する。何だかミニ修士論文といった様相になってきた。どこまでやるか上手く畳むことも考えながら進めていこうと思う。とりあえず今思うことは①デザイン②操作性③コンテンツだろう。①②はiMac、もしくはそれ以前からのアップル社の強みとして一般にブランド認知されてきたところ。③はポッドキャストに代表されるアップルが開拓した新ビジネスモデルだ。ブランド構築やプロモーションについては本件では脇に置き、事業の構造や仕組みに焦点を当てる。これまた両輪という気がしてきた。ビジネスモデルがあって、それをマーケティングする、そんな感じか。コトラー先生はマーケティングの中にビジネスモデルも含めてしまうように感じるが、こうやって捉える方がしっくりくるかも。ま、どっちでもいいか。