  |
はてなキーワード: 非エンジニアとは
RPAで疲れ果てた方の日記と、それを見て書きたくなった人の日記を見て書きたくなったので。
しばらくフリーターして社会復帰、プログラミングやりたくてIT業界に転職した。
社会復帰のタイミングに職業訓練校でJavaScriptを勉強しながら就活、入社即RPAの現場に単身で放り込まれて今に至る。
客先常駐でシステム開発してる会社だと聞いていて（Java,C+,Rubyあたりとか）、
3回くらいあった面接で一度もRPAのRの字も出てこなかったが、
内定が決まり入社までの待機期間中、勝手にセッティングされた客先との面接で初めてRPAの話を聞かされた。
（今思うとここで断れればよかったのかもしれないが...）
入社後即放り込まれ、仕方なしに頑張るかと思って向き合ったらとんでもなかった。
RPAエンジニアとして雇われてる数人の中ですら共通のルールが存在しなかった。
各エンジニアが作ったもの、非エンジニアの客先社員が作ったもの、過去在籍していた人が作ったもの等々...
何を基準にしていいかもわからないし、というかそもそも基準がない。
現担当者はRPAごと業務を引き継がれたけど、RPAの中身は知らない。その業務のマニュアルも存在しない。
エラーが出ても何が正しいのかわからない、けど「エラーが出ました」と問合せが来る。まず正しい挙動を教えてくれないと修正もできん。
私が担当することになった部署のRPAを作っていた前任エンジニアが画像マッチング大好きマンで、
WindowsのバージョンアップとIE終了に伴う改修が地獄のような作業だった。
部署によって端末環境がかなり違うという客先環境も相まって、画像マッチングが多用されているシナリオに拒否反応が出そうになる。
それぞれがどんなRPA作っててどういうエラーに対応したか、みたいな話をする機会がない。
故におそらく似たようなRPA作ってるけど、それぞれが各自で作ってるからすごい無駄。
多分展開できたものいっぱいある。
等々、正直まだまだ書けるけど書き出したところで別に何も変わらないので割愛するとして。
単身で放り込まれたもんだからまともなフォローもなくかなりしんどかったけど、
なんとかこなしてやっと慣れてきたところで、今後のキャリアを考えたら鬱々としてきた。
今後長いスパンで見たときにRPAエンジニアが必要かと言われるとそうでもないだろうし、
かといってRPAエンジニアの数が少ないっぽい今、即戦力なら欲しいところは多分あるわけで。
RPAから抜け出せずにずるずるとRPAエンジニアやり続けて、
取り返しのつかない年齢になってRPAが廃れて...とか考えただけで怖い。
でも職業訓練校レベルのコードしか書いてなくて、業務でコード書かなくなってしまった今
HTML/CSSですら書けるか怪しいみたいなレベルになってきてるのに
RPAから抜け出せるのかという不安も強いし、今後どの方向に舵を取ればいいのかわからなくなってきた。
それにしても、職業訓練校やら独学やらで一通りHTML/CSS触ってJSに触れてたからなんとかRPAしてこれたと思ってるけど、
これを「通常業務やりながらRPAも担当してね」とかって振られたらと思うとゾッとする。
なにがプログラミングできない人でも業務が自動化できる！だよ、めちゃくちゃ難しいよ...。
この増田とトラバとブクマを全て読んで私の中で出た結論はコレだ。
ハコヅメという漫画で元警察官の敵キャラが「警察なんて結局は嫌われるだけの汚れた仕事だって皆から扱われてるんだよ」と吐露するシーンがあったが、それは事実なのだと今回の件で改めて感じた。
そしてそんな仕事に就くのは事前の情報収集が不足していたりそもそも価値観がおかしいのだからソイツが悪いのだと主張するわけだ。
なんだったら頭が悪くてまともに給料と身分を保証してもらうには自衛隊に入るしかないような連中の最終処分場であり、無能のまま生まれ無能として育った奴の自己責任であると言わんばかりだ。
つまりは、経済的徴兵や立場敵徴兵を肯定するという立場なのだな。
なにより最悪なのは「強制的な徴兵がこの国にはなくてよかった」と他人事のように語っていることだ。
つまり彼らにとって自衛隊や消防隊員が非日常的な苦しみの中で日常を生きることは、自分の人生とは無関係のどうでもいいことであると切り捨ててしまっているのである。
『徴兵制が存在すれば望んでなったわけでもない隊員を「銃は扱えるがこの国に恨みを持っているわけではない国民」として社会に戻していく必要が常に生じるので、それによって何らかの自浄作用も生まれたのでは？』なんて事を思いつくはてなーは誰も居なかったのだ。
日本が武器を持たなければロシアは意気揚々と攻めてくるのは当然目に見えている現在の地球において、日本が存続しそこに生まれた国民が暮らすには自衛隊員は必須だというのに、その存在を卑職として蔑んで多くの問題を終わらせようとしているのである。
道路に穴が空いて危ないなと思っていても半年後には塞がっているのは役場の誰かが工事を発注して近所の建設業者が補修したからである。
駅のトイレで盛大にウンチが逆流していても次の日にはキレイになっているのは誰かが掃除したからだ。
そうした仕事をした人間に対して蔑みや罵倒を持って存在を否定し、あまつさえ居なくなればいいだけだと言えば世界は壊れていく。
「頭の悪い工事のオッサンがよお、赤字になるような仕事を役所に押し付けられたって嘆くならもう辞めちまえよ」と語りそれが叶えば道路はずっと穴が開いたままで事故が多発するだろう。
「誰がしたのかも分からねえきったねえウンチの世話なんてよく出来るな。そんな低俗な肉体労働で金もらっている奴が同じ街に住んでるなんて恥ずかしいから死んで欲しい」と願いそれが実現したときには日本中の駅がこぼれたウンチを混ぜた汚水で溢れかえるだろう。
はてなーはよく「非エンジニアはエンジニアのことを理解しようともせずなんでもｶﾁｬｶﾁｬﾀｰﾝで秒殺できるオタクとして安く買い叩くから困る」と語りがちだが、自分たちは軍人に対して平気で同じことをしている。
これが分かってるのは有能。
ポンコツの非エンジニア（肩書はエンジニア）は全員が生産性が0.5倍であるべきと思っていて、それが仕事だと思っている
採用が困難な時期に妥協して未経験エンジニアを採用したけど、それが失敗だった。なぜ失敗なのかを話していきたい。
ただし未経験エンジニアといってもいろいろあって、子どものころからずっと学習してきたような人はただ実務が未経験なだけというように考えている。こういう人はあまり未経験と考えない。
自分への戒めもこめて。
失敗点
リターンがほぼ回収できない
エンジニアの生産性の違いが10倍、100倍になることは別におかしいことではない。
そのため、未経験エンジニアに費やした時間がリターンを産むまでにとてつもない時間がかかる。
たとえば、生産性100/営業日の人が10営業日かけて教えるのなら、教えられた人は、1000の生産をしなければ当然マイナスになる。これは泣こうが喚こうが世界の理なのでここは変えられない。
1000の生産は、生産性1/営業日であれば4年2ヶ月かかる。つまり生産性100倍の人を用いる場合は、教えられた人の基礎能力を4倍にしてようやく1年でペイ、半年でペイさせるためには8倍の能力向上が必要になるといえる。20営業日かけた場合は必要な生産性がさらに倍になる（1年でペイさせるには8倍の能力向上が必要）。1年の営業日を240日としている。
つまり能力1の未経験状態から1年で4倍の能力向上（当社比）が見込めない未経験エンジニアはだいたいその会社には不要ということになる。
それから未経験エンジニア以外も成長はするので、他のエンジニアの能力向上の速度がたとえば年間で2倍になるとするなら、10営業日を教育に使うと考えるとそうしたエンジニアが102%になる成長機会を奪ったことになり、これは機会損失という【(2^(1/(20*12)))^10】。これによりもともと1年後に生産性200/営業日になるはずだったエンジニアの能力が194/営業日になることになる。この差は大きい。
すべてを教えなければいけない
彼らは基本的に「すべてを教えてもらおう」とする。これによって他の人が疲弊する。どのように考え、何をやり、どう仕事をすすめるか、その手がかりを何ももっていないため、何もかも教えなければならなくなる。
未経験といっても新卒とは違うが、新卒の何も経験のなくバックグラウンドのない人を育てるのとほとんど変わらない。一方で放置すればただお金が出ていくだけとなる。
実は、ふつうのエンジニアは一般的にはかなり勉強している方にあたる。土日にコードを書いたり技術書を読んだり、仕事終わりに技術書を読むとか、そういうことは上澄みのエンジニアじゃなくてもしているというのが当然なので、当然みんなしているものだと思っている。とても怠けている人でもやっているのでそういうもんだと思っている。それに未経験エンジニアの中にはあまり技術に興味がない人も多く、働き方や収入などの面に惹かれているように見える。
エンジニアはわざわざ自分の休みをつかって学習する行為をべつに地獄だとは思っていないし、身の回りの人はみんなやっているから「誰でもやっているふつうのこと」だと思っている。認識に大きなズレがある。
仮に土日や平日終わりに勉強することも仕事だと考えると、エンジニアの給料は割に合わなくてかなり低い。地獄になると思う。
チームの空気が悪くなる
チームの他のメンバーはすでに状況を理解している中で、その人のためだけに説明しなければいけない事態が頻発する。これがコストになり、説明する人が「押し付けられた」という感覚を持ちやすい。
失敗しても解雇できない
日本の法律上解雇することができないため、その人を使っていくしかない。つまり失敗したらその失敗は永続し、取り返しのつかない失敗である。
他のエンジニアが辞める
早々に見切ったエンジニア・未経験エンジニアに疲弊したエンジニアから辞めていく。「未経験エンジニアが入れるレベルの会社」になってしまっているので、そもそも全体のレベルが落ちているという証明にもなっている。
「未経験を採用する」という行為は、それだけ既存の人員を舐めてると言ってもいいと思う。「誰にでもできるかんたんな仕事です！」と。
未経験エンジニアの人も仕事中に時間を費やして成果を出そうとしているが、成果がほとんど出ない。そして遅い。しょうがない部分もある。ただ、時間を使っているので「仕事をやっている」というふうに考えられてしまう。時間を使えば体力も使うから、疲れもするし、それは当然だと思う。
ただ、後始末されていることが理解できない。後始末されているということを言ってもわからない。「そんなことはない」「自分は仕事をしている」と思っている。仕事ができていないことがわかっていない。認めることは自己肯定感を破壊することに繋がるからだろう。「100営業日かけたのに生産は5」という事実を認識してもらえない。自分を過大評価しがち、人を過小評価しがちである。
彼らも別に努力していないわけではないので、「もっとやれ」と言ってもしょうがないし、結局そのやり方もわからない。「努力していないわけではない」というのも肝だ。頑張っているのはわかる。
書類上は、人員 +1 ということになっているため、生産性向上が求められる。たとえば3人チームに人員として投入された場合、単純に133%の生産性が期待される。これが正常な人間の感覚なのだからしょうがない。そのため、未経験だからとざっくり差し引いても、人員を追加したらまさかチームが70%の生産性になるとは思われない。3+1は2になる。
もちろんいいこともある
一応、ダメなことばかりじゃなかった。たとえば未経験エンジニアは会社の下限という明確なバロメーターなので、社内に「この人よりも生産性が低くなるのはまずい」という圧倒的な焦燥感をもたらすことができた。
逆に言えば、その未経験エンジニアの人さえ能力向上すれば、他のエンジニアは自動的に能力向上していく。自分の存在価値・生きている意味・今までやってきたこと・これまでの努力が懸かっているからだ。
ある意味、超優秀な未経験エンジニアを採用することはそれだけで引き締めになるとは思う。
なぜ採用したのか？
根本的には未経験エンジニアを採用することに決めた自分の無能さに原因がある
採用のときにそれを見抜けなかった自分が100%悪い。そのため、基本的には自分の能力不足が招いたことだと思っている。
もともと未経験エンジニアをとるつもりはなかった。でも、本当に全くエンジニアが採用できないということで優秀そうな未経験エンジニアを採用することになった。
これが浅はかな考えというか、未経験エンジニアというのは２〜３年目レベルのエンジニアとは違う。この差を軽く見ていた。「すぐに稼働できるようになるだろう」と、自分や自分の周りのエンジニアの能力を侮っていた。ある程度できるようになると、距離感がおかしくなってくるのかもしれない。実際には大きな隔たりがある。
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
406あとで/1267users 今どきのLinux事情 | tokida | SpeakerDeck
322あとで/2603users 世の中には困ってる人を助ける制度がたくさんあるのに何が使えるかを教えてくれないっていう理不尽仕様なんだが、そんな世界をなんとかしようとしてる人たちがいて、そのためのWebページがこの前リリースされたってことを僕はフォロワーさんに知っておいて欲しいと思ったんよ | Togetter
317あとで/2362users 【保存版】リクルートやサイボウズといった大企業が新人研修用の資料を公開。→「学び直そう」「非エンジニアの方にも」 | Togetter
183あとで/975users ゼロトラスト移行のすゝめ：IPA 独立行政法人 情報処理推進機構
170あとで/1167users 「チ。―地球の運動について―」感想。〜歪で不誠実で不愉快なこの傑作漫画について〜 - 銀河孤児亭
169あとで/1566users 大阪と京都で「ここ行っとけ、これ食っとけ」があったら教えて→で、続々と集まった情報がこちら | Togetter
160あとで/1265users 東京の水はどうやって飲めるようになってるのか？｜miyasaka｜note
157あとで/942users 青空怪談 〜青空文庫の怖い話50選〜｜みもねる｜note
156あとで/849users 今年もミクシィの22新卒技術研修の資料と動画を公開します！ | mixi developers
148あとで/827users 個人開発で即戦力になるツール・サイトまとめ - Qiita
147あとで/1283users 元Googleデータ科学者「人生をうまくやるコツってめちゃシンプルだよねー」 | パレオな男
144あとで/890users サブスクリプション型のビジネスなら見ておくべき5つの超重要チャート - Qiita
142あとで/1250users 「もはや昭和ではない」男女共同参画白書（令和4年版）が面白いからみんな読んでみて！ 今は子無し世帯がマジョリティ - 斗比主閲子の姑日記
137あとで/1036users 【保存版】交通事故に遭ったときにまずやること・避けてほしい行動マニュアル - 弁護士法人AOがお届けする法律メディア｜Legal Forest
133あとで/838users 有名企業のエンジニア向け研修資料まとめ - Qiita
131あとで/1080users エクセルで複数のシートを集計する場合、シートを何枚追加しても数式修正が不要！大企業の経理が感動した神テクとは｜ウォーカープラス
130あとで/728users 【絶対に観るべき】英語のYoutubeチャンネル集【プログラミング】 - Qiita
126あとで/853users 障害報告書を書こう！ - Qiita
126あとで/1331users これから家が燃える人向けnote～出火編～｜たぬき｜note
125あとで/712users 期限の制約なく無料で使えるクラウド「Free Tier」主要サービスまとめ。2022年版 | Publickey
117あとで/973users かに💸 on Twitter: "答えいいます。ぼくが創業するなら、①日本政策金融公庫の『創業の手引』見ながら創業計画立てて、②中企庁の『J-Net21』で補助金みつけて、③よろず支援拠点で創業補助金の申請手伝ってもらう。ちなみにここまで全部タダ。④創業後は"商工… https://t.co/LXadEmaqdx"
116あとで/1443users 俺も同じような立場になったことあるけど、解決策は一つしかない。転職だ.. | anond.hatelabo.jp
116あとで/1210users 統一教会と自民党のお付き合いについて補足するよ（ちょっとだけ追記） | anond.hatelabo.jp
109あとで/1113users 統一教会と安倍晋三・自民党 | anond.hatelabo.jp
107あとで/637users ゲーム感覚でプログラミング学べるサービス集 - Qiita
107あとで/872users 「なんで私をもっと評価してくれないの！？」という人向けに、私がやってる評価ハッキング手法を伝授します - 斗比主閲子の姑日記
106あとで/493users AWS認定の無料模擬試験がさらに便利になりました！ | DevelopersIO
106あとで/758users 2022年のモダンCSS改 | tonkotsuboy_com | SpeakerDeck
105あとで/633users プロダクトマネジメントを学ぶための推しの書籍 | mizuman | SpeakerDeck
103あとで/598users データマイニング入門 | 森 純一郎 | Utokyo Open Course Ware
103あとで/1054users 記者座談会 統一教会と自民の関係にメスを 反共右派として育てた為政者の罪 | 長周新聞
『ゆっくり茶番劇』が、上海アリス幻樂団でもアンノウンXでもない第三者によって、商標登録がされてしまう https://togetter.com/li/1887094
本件、企業の知財部員増田が考察してみた。４年ぐらい前には商標実務も担当していたけど法令上の有資格者じゃないので
現実に遭遇した具体的な事件・事案に関してはちゃんと弁護士・弁理士に相談してね。
（栗原先生あたりが何か書かないかな：同業の方からのツッコミはむしろ大歓迎）
どこまで類似と判断されるかはケースバイケースだが、例えば「ゆっく～り茶番劇」のようにちょっとズラしただけで
実質的に「見た目・読み方・意味」が同じになるものについては類似と判断されうる。
一方で、商標法上は「単に商品の産地、販売地、品質等又は役務の提供の場所、質等のみを表示する商標」は登録の対象となっていない。
（商標法第3条第1項第3号）
「ゆっくり」という単語自体は一般的なものであり、動画の性質を示す単語とも捉えられるので、
今回の出願ではやはり「ゆっくり茶番劇」という合成語になっている事で商標登録が認められたと増田は考える。
それであれば、「ゆっくり実況」「ゆっくり解説」などの他の言葉との結合語は、今回の商標登録で排除できる権利範囲には含まれないと思われる。
今回の商標出願がカバーする役務（サービス）範囲は、下記の通り。
商標登録された名称は何でもかんでも権利主張できる訳じゃなく、今回は下記の一覧に該当するサービスの名称として
「ゆっくり茶番劇」という商標を使用すると、「この商標を使用した」と法的にみなされることになる。
電子出版物の提供，図書及び記録の供覧，図書の貸与，移動図書館における図書の供覧及び貸与，オンラインによる電子出版物の提供（ダウンロードできないものに限る。），図書の貸出し，書籍の制作，オンラインで提供される電子書籍及び電子定期刊行物の制作，コンピュータを利用して行う書籍の制作，映画・演芸・演劇又は音楽の演奏の興行の企画又は運営，インターネットを利用して行う映像の提供，映画の上映・制作又は配給，オンラインによる映像の提供（ダウンロードできないものに限る。），ビデオオンデマンドによるダウンロード不可能な映画の配給，インターネットを利用して行う音楽の提供，演芸の上演，演劇の演出又は上演，音楽の演奏，放送番組の制作，教育・文化・娯楽・スポーツ用ビデオの制作（映画・放送番組・広告用のものを除く。），興行の企画・運営又は開催（映画・演芸・演劇・音楽の演奏の興行及びスポーツ・競馬・競輪・競艇・小型自動車競走の興行に関するものを除く。），娯楽施設の提供，映画・演芸・演劇・音楽又は教育研修のための施設の提供
しかし、上記にあるような「インターネットを利用して行う映像の提供」は、例えばプラットフォームの名称や個別に提供されるサービスの名称等を想定していると思われ、
そもそも投稿された動画のタイトルそのものが「サービス」の名称とみなされるかどうかは争いがありそう。
（個人的にはサービスというよりデジタルコンテンツ商品としての性質が強いんじゃないの？と思う。
そして彼らの言うコンサルティング業務みたいなのは指定されている役務に入っていないと思われる）
その商標が登録されるものでなかったことを、商標実務に則って特許庁に説明して登録無効と判断してもらう手続。
その際の証拠は当たり前ながら審判請求する人が用意する必要があるし、
証拠の選定、出し方、主張の仕方に独特な実務ノウハウが要る。正直素人では無理。
（また、匿名で手続きできず、個人・法人の実名で申し立てる必要あり）
その商標が登録後３年以上不使用だった場合、その事実を以て登録の取消を申し立てることが可能。
（この場合、商標権者側が使用していた証拠等を提出して対抗する）
商標が出願されると公開公報が、登録されると登録公報が発行される。
これらは特許庁の無料DBや商用DBに当たらないと調査できないものだが、
公報として公開されていることで商標登録の存在が周知されたものと法的にみなされるので
「その商標が出願／登録されていることは知らなかったので、自分は悪くない。」という言い訳は通用しない
（＝たとえ一般人であっても調べなかった方に過失があるという理論）
そもそもが二次コンテンツであるものに商標登録するか普通？と個人的には思うが
正当な手続方法で成立した権利ではあることは変わらないので、潰したい方はぜひ専門家と頑張ってほしい。
（そういう意味では、今なんか特許庁／裁判所に提出するとかいう署名活動やってるけど全然無意味だし本当に迷惑だから止めて。）
↑（追記：ごめんね、ここは適切な表現じゃなかったから書き換えさせて。
あと現段階では無関係の第三者の意見で特許庁が登録を再検討することは制度上ないので、電凸や公式Twitterへの爆撃もマジでやめてあげて・・・
特許庁は定められた基準に則って仕事をしただけだし、業務が止まると困る人が山のようにいるんだ・・・）
ただ、少なくとも一部の人が過剰にイメージしているようにゆっくりコンテンツ全体に影響が及ぶ訳ではないし、
動画のタイトルに「ゆっくり茶番劇」とつけることまで権利が及ぶかも争いの余地があるんじゃないかと考える。
知的財産権の話は難しい話が多く、出てくる度に吹き上がるが、少しでも正確な理解をして欲しいと思いまとめた。
（追記）
リアルタイム検索でウォッチしていたけど、『特許庁に問い合わせろ（特許庁は出願人でも代理人でもない無関係の人の意見なんか聞かない）』とか
『何か言われても先使用権がある（商標の先使用の要件は、ゆっくり茶番劇が「自分の商標」であることが「周知」されてる必要があるから無理）』とか、
どこかで聞きかじったんだろうなっていう素人ツイートがすごく拡散されてて頭痛くなってくる・・・
Shin-JPN いやプラグインを個人レベルで入手してるなら甘いと言われても仕方ない。業務で使うSWのアプデはSOCチェック後に配布が基本。クライアントにadmin権限ないのは不便だし東映クラスでもSOCコストはきついがそういう時代
https://b.hatena.ne.jp/entry/s/piyolog.hatenadiary.jp/entry/2022/04/30/010606
「でも、農具や農薬は、事前に会社が検査したものしか使わせない」
「ひょっとしたら社員が別の農具農薬を使うかもしれないけど、人が検査するから確実だよね」
ということを言っている。
一方で
それじゃ不便だよね、と言っているらしい。
つまり、
「柵がないと社員が勝手に持ち込む危険性はあるかもだけど、人が動いて検査したほうがわかりやすいじゃん」
という発想に基づいている。
社員が勝手に持ち込む可能性、というのを根本的に0%にするのではなく、
こういう人は日本人に非常に多い。
柵を何重にも補強しようとするのがエンジニアで、
人を何十人も補強しようとするのが非エンジニア、
といったほうがわかりやすいだろうか。
みずほフィナンシャルグループは米グーグルと提携し、デジタルサービスをてこ入れする。2022年度中にも、グーグルのクラウド上で顧客の取引データを分析し、投資信託や住宅ローンの提案など顧客ごとに適したサービスを提供する。
みずほ、Googleと提携 DXで顧客サービス抜本見直し: 日本経済新聞
https://www.nikkei.com/article/DGXZQOUB182BH0Y2A310C2000000/
「パソコンの先生」としていろんな企業に研修に行っていると、どこも基盤となるITを知らない人たちに「でぃーえっくす」としてPythonだAIだIoTだ学ばせようとするんだよね。
世の中の「システム」というのがサーバー、ストレージ機器などでできていて、それがネットワークでつながっている、データは誰かが設計したとおりにDBに蓄積される、ということを知らない非エンジニアの人たちに、クソ人事が「Pythonで機械学習！データ活用してデジタル変革！」とか打ち出して研修を受けさせることがとても多くてね。基礎がない人たちに何を教えても、ハンズオン用に用意されたデータを解答例どおり操作できるようになるだけで、何ら自社の実際のシステムに基づいたデータ収集、加工、分析はできないのに、「研修を開催した」という実績が人事の点数になって、給料になる。人事は何件研修を開催した、という実績じゃなくて、それで社員は何ができるようになったか、という成果で評価されてほしいよね。
みずほも、今やることはクラウドだ顧客データだDXだという上っ面じゃなくて、土台の堅牢なシステム基盤を要件定義、設計できる人材を育てることだと思うんだけどね。
エンジニアは良いものを作るのが仕事、非エンジニアは良いものを世間に売り出すのが仕事。
スタートで出来損ないができれば、売る側も出来損ないになる。
結局は一蓮托生なのよ。
あるメーカーで技術職をしてるオッサンなんだけどけど聞いてくれ。
先日会社のマーケティング主導の製品企画のキックオフミーティングに呼ばれたんだけど、非エンジニアの文化にはじめて接していろいろ面食らっている。
なんていうか、普段馴染みのあるエンジニアだけで動いている会議って論点が割と明確なのよ。工業デザイナーの製品イメージがあって、筐体サイズや電力の制約があって、納期やコスト、開発リソースから実現可能性を考えてという具合に、製品の要素を実装可能な状態に落とし込むために要件を絞り込んでいく的な感じ。
一方、この前初めて参加したマーケ主体のミーティングはソフトバンクの決算で孫正義がやってるような感じのポエミーなプレゼン資料がポンポン飛んできて頭がくらくらした。「プロジェクトに対する私の思い」だとか、「製品のコードネームを決めよう！(提案者は製品コンセプトが抽象画なのでピカソ推し)」とかエンジニア目線で見るとマジでどうでもいい話ばかりで会議に出てる時間が無駄に思えてとてもストレスフルだった。
で、そんな経験がすごく苦痛だったという愚痴を昔営業の仕事をしていた嫁に話したところ、自分にとってはへーと思う答えが返ってきた。
「マーケティングや営業といったコミュ力を要求される仕事って興味の対象が人間なのよ。だから製品の良し悪しより、思いやイメージといった感情に働きかける要素を重視しているわけ。私だって、商品はクソなのに取引先のおっさんに人間性を好かれて商談まとめた経験あるし、そんな環境に何年もいる人たちが集まった会議があなた達エンジニアの世界と文化が違うのは普通じゃない？」
そうなのかとハッとした。なんていうかエンジニアはいかに良いモノを作るか、いかに技術的に面白いことができるかに神経注ぐ。だけど非エンジニアはいかに人を動かすかに注力してるのかと。
そんな目線で会議に参加したらいろいろ発見があった。非エンジニアの人はオンライン会議でも顔出ししたがるけど、理由が表情が分からないと感情の変化が読めなくて、彼らの仕事スタイルからするとやりづらいということなんだなと思ったし、面識ない人の発言でも声の感情のこもり具合だけでエンジニアか非エンジニアか判断できるようになった。
だけどだ、違和感の理由がわかったところでこの手の会議が不快なのは変わらないわけで、マーケや営業のコミュ力重視コミュニティとエンジニアの見てる世界の差は簡単には埋まらないよなと思ってしまった。なにせ会議が退屈すぎるのでサボって増田に愚痴を書いているくらいだし。溝は深い。
