  |
はてなキーワード: 経営戦略とは
某コンサル会社が同業の競合他社へ情報漏洩の事件をやらかした件について、個人的な感想を書いてみたい。
あなたは自動車メーカーで働きたい若者のモチベーションを想像することができるだろうか？この問いに答えるのは比較的優しそうである。子供のころから車が好きで、自分で憧れのあの車を作りたいとかそういう「夢」があるからだとか、具体的なイメージが沸きやすいのではないだろうか。増田の友人にも、イニシャルDの影響でランエボが好きになって三菱自動車で働くんだと言って入社していったやつがいる。
それに比べるとコンサルタントって、よくわからない業種だったりする。関係ない人から見ればなんか経営のアドバイスをするとかそんなふわっとしたイメージしかない。なので始めにコンサルタントとは何ぞやというところから書いてみたい。
たとえ話になるが、あるところにジンバブエとの貿易を20年間やってきた商社マンがいるとする。である時急にジンバブエ投資がブームになって、支店や工場を作りたい企業がたくさん出てきたとする。だけど日本から見ればマイナーな国なので現地の商習慣や法体系、要人へのコネクションを持ってる人がほとんどいない。そういうときにこの商社マンが独立して有料でジンバブエのビジネスに関するアドバイスを始めたらすごくありがたがられないだろうか？コンサルタントの仕事というのはもともとこういう需要から生まれたのである。個人もしくは少人数で専門性のある人が何かの必要に迫られているひとに知恵を貸すというような、そんな業態だったのだ。
それが時代を経るにつれて経営の戦略立案を手伝う需要が生まれ、様々な専門性を持つコンサルタントが多数在籍する規模の大きな「コンサルティングファーム」が台頭してくる。まあ規模が大きくなったとはいえ、最も知名度の高い戦略系のコンサル会社ですら、東大生・京大生を年に数人採用するとかそのくらいの規模感だったと聞いている。難易度の高い課題を迅速に解決する仕事のため、実務に精通したエキスパートがクソ地頭のいい若者をこき使って仕事をぶん回す少数精鋭の仕事であった。スポーツでいえばオリンピック代表のようなエリートアスリートの世界。増田と個人的に付き合いの長いベテランコンサルタントは当時の話として、同僚に優秀な人しかいないのと、20代の若いうちから役員がするような難易度の高い仕事ができることがとてつもなく魅力的であったとよく言っていた。
で、現代のコンサルタントの守備範囲は前述の例のような専門知識を要する分野や経営戦略にとどまらず、人事、IT戦略といった広い分野に及んでいる。かつて企業が正規の平社員の仕事、例えば事務員や工場作業員やプログラマーを派遣や請負で置き換えていったように、気づいたら幹部社員の仕事の外注先として重宝されるようになっていった。誤解を覚悟で性質を表すと、「幹部社員の高級派遣業」とでもいう感じだろうか。
そうした総合コンサル各社は規模も大きくなり、中途や新卒もたくさん採るようになった。とはいえ業務の難易度は相変わらず高いため、採用基準は依然として厳しいものだった。6,7年前の状況で旧帝大クラスの学生を年に十数人～数十人とかそんなものだったと思う。待遇に不満のある霞が関の官僚がコンサル業界に転職するのが流行りだしたのもこのころだった気がする。この時期のコンサル業界は、スポーツでいえば国体出場選手レベルのエリートアスリート集団といったところだろうか。
その状況が変わったのがここ3年ほど。折からのデータサイエンスやDXブームに加えてコロナウィルスの影響でITコンサルティングの需要が急増した。それに対応するために総合コンサル各社も一気に規模の拡大に走った。拡大スピードは驚異的で、今回やらかした某社でいえば人員を5年で2.5倍に拡大する計画をぶち上げていたくらいだ。
https://diamond.jp/articles/-/300065
さて、これまで少数精鋭で回してきたコンサル会社が規模を拡大するとどうなるか。答えはシンプルで、社員の質の低下が起きる。採用基準でいえば、かつては有名どころのコンサル会社は旧帝クラスが目安だったのに、今ではMARCHクラスの学生もどかどか採用するようになっている。単に学歴が(相対的に)低い人材が増えたというだけでなく、新入社員のメンタリティも変わって来ている。なんというか、ストイックで求道的なエリートアスリート集団の中に、「プロ野球選手って稼げるんでしょ？」的な不純な動機のやつが混じりだしたという感じだ。彼らは仕事内容に魅力を感じているのではなく、コンサル業界ではたらくイケてる俺らみたいなステータスを重視しているように見える。話は少々脱線するが、最近Twitterのタイムラインで自称コンサルタントによる「JTC」という発言をよく目にするようになった。「Japanese Traditional Company」の略で、古臭いイケてない日系企業を揶揄する一種のネットスラングのようなものだが、こういう言葉が流行ること自体が自分に酔ってるイきりコンサルの増加を裏付けているような気がしてならない。コンサルティングの仕事は顧客あってのものなので、ベテランコンサルは得てして謙虚(に振るまえる)だし、炎上リスクのある迂闊な発言をオープンな場でしないのが常識だからだ。
少々話が脱線したので本題に戻りたい。もともと少数精鋭で回していたコンサル会社が急に人を増やしました。仕事を取って来れて人事権を握っているベテラン社員はみんな優秀です。抱えてる案件が増えて、相対的に能力の劣るメンバーも増えたときに、そんな上層部の人たちが昔からの感覚で同じ規模の案件に同じくらいの人数と納期で人を割り当てました。さあ、どうなるか。答えは言わずもがな、炎上プロジェクトの多発である。
炎上プロジェクトが1つや2つのうちはまだ問題にならない。最悪上層部のドチャクソ優秀なベテランが巻き取って火消しをするからだ。だが会社が拡大路線を続ける限り、新たな火の手はどんどん上がってくる。そして、上層部の目が炎上プロジェクトに向いている間に、モラルの低いコンサルタントが納期に間に合わせるために競合他社の資料を使いまわすという禁じ手を使ってしまった…そんな情景が目に浮かぶのは私だけだろうか。ここ2、3年のコンサルブームが落ち着かない限り、第二、第三の類似事件は必ず起きる。そんな気がしてならないのだ。
景気予測が「勘と経験」だと書いた某エコノミストに対して、一部のマクロ経済学者たちが瞬間沸騰してブチ切れてたけど、反論のレベルが低いと思うな。
たとえば以下のツイートから始まる景気予測のツールの説明だけど、この手法で今後2年間の景気を予測してみてほしい。多分使い物にならないよ。
景気予測を勘でやってた元先生への贈る言葉がなぜか伸びたので、大学に来て学べるちゃんとした景気予測を説明する。多分、大枠で２つある。
1) 時系列データ分析 => forecasting
2) マクロモデルのシミュレーション
(1/n)— ballman (@katsuymd) May 31, 2022
景気予測というのは、経営戦略や投資戦略の意思決定をサポートするための材料を提供することが重要なんだ。
だから、「このモデルだとこういう結果になります」では役に立たないし、意思決定において重要な要素は短期的な「ショック」であることが多いからモデルの解として描写されないことが多いんだよね。
エコノミストはマクロモデルを使った予測値やシミュレーションくらいは大抵作ってるよ。でも、それだけでは役に立たないことを理解してるから、いかに現実に近づけていくかで苦労しているんだ。
一般的に識別しやすいショック（円安、資源価格上昇、利上げ）だったらモデルで分析はできるけど、たとえば中国のロックダウンの影響をどう考えるかな？
産業連関表を使えば良い？うんうん、気持ちはわかるよ。でも産業連関表と時系列モデルやマクロモデルを統合するのは簡単じゃないし、国際的な産業連関表はたまーにしか更新されないね。
モデルが役に立たない理由は大体想像できると思うけど、統計モデル等を用いて行う予測は、過去の構造を前提として未来を予測することしかできないんだよね。
でも、経済は変化し続けるし、特にコロナ前後の変化は大きすぎるから、過去の関係性をもとに予測を作ると、足元の経済動向がそもそもうまく描写できない。
この状態で足元で起こっていることが構造変化なのか、景気循環なのかを識別しながら景気予測を作っていくのがエコノミストの仕事なんだね。
そのためには統計モデルの変数として採用しにくい細かい経済統計の中身やビッグデータ、質的な変数なんかも加味して予測を作る必要がある。
それを大雑把に言うと、「勘と経験」という言葉になっちゃった部分があるんじゃないかな。
もちろん、これをすべて統計的に織り込んだモデルが作れるならば理想的だよね。
政策当局を中心にこうした取り組みを進めているのは知ってるよ。でも実用的な景気予測をそれだけで行うことが出来るレベルには達してないよね。
もし出来るというのならば早く「論文」で発表してほしいな。参考にするよ。
不思議なことに、日本ではマクロ経済学者がいわゆる職業エコノミストを馬鹿にすることが今回の事例のように一般的に行われているのよね。
でも実際にはやってることが違うことが多いから、下手に口出しするべきじゃないと思うよ。
逆に、月次や四半期で出てくる経済統計について、マクロ経済学者がとんちんかんなコメントをしていることも少なくないよ。仕方ないと思うよ、普段見てないんだから。
だから、もともと論文を書くことを仕事にしていない職業エコノミストが論文を書かないことを馬鹿にするべきじゃないよ。
こんなことはある程度理解はされていて、「勘と経験」という言葉が癪に障ったので瞬間沸騰してツイートしたのだろうとは思うよ。
でも実際にモデルが織り込めない経済環境を予測に活かしていくためには、ある程度の経験が必要になる局面も多いのは分かってもらえるんじゃないかな。
あと、異様に「勘」が鋭いエコノミストもいるよね。トップエコノミストは他の人が見つけていない重要な要素を見つけ出すセンスがずば抜けてる。これは「勘」としか表現できないと思うな。
ま、そんなに考えずにドタ勘だけで予測してるエコノミストもいるのは事実だし、元記事の人がどういう作業をしていたかはわからないけどね。
酒→中毒性あり
パチ→中毒性あり
これが現実だろ？
この状況の中でどうやって牛丼屋が経営を維持しているのかを聞きたかったのに「牛丼には中毒性があります！」っていきなりファンタジーぶっこまれても意味不明だわ。
男子中学生が毎日スイートブールとリプトンを買うように、女子高生がLINEで毎日張り付くように、大学生が毎日ソシャゲにログインするように、社会人が毎日コーヒーを飲むように、そんな立ち位置が牛丼の完成形だから。
それはシャブ漬けじゃねえんだよ。
家で白米を炊いてスーパーで買ったサバ缶と一緒に食うより、牛丼屋で金だけ払って片付けもしてもらうほうが楽チンじゃんって思わせることが勝ちパターンだから。
コイツマジで社内政治で肩書きだけ偉くしただけの寄生虫みたいなもんだろ。
お前が教えるべきは経営戦略じゃなくて「経営戦略をやってる感を出しつつ社内政治で結果を出す手法」だろうが。
３８万じゃ教えられねってことか？
第一生命保険が全国小中高生に行った「将来なりたい職業」ランキングで「会社員」が小学生女子以外でNo.1だったそうだ。
社畜やってる身から言わせてみれば「何をバカなことを」と思いがちだけど、ちょっと考えてみるとなるほどあながち"憧れ"かもしれないと思った。
言われもないクレームを垂れられることもなく、何かにせっつかれることもなく、自分しかその仕事ができないわけでもなく、休みたい用事ができれば休みたい日に休暇がとれ、何ならある程度のまとまった連休も自由にとれる。
責任も経営戦略立案も求められることもなく、ただただ漫然と過ごしていても給与支払いの保障がある。
サイコーだよな。
コロナ影響で求人倍率はぐっと減り、そんな中で就職できたとしても一生働ける会社かというと大抵はそうではない。
それを良しとせずフリーランスを決め込んだところで、万が一の際の給与保障や社会保障は、一切無い。
子供がそんなのわかるわけないから、きっと親が吹聴してるんだろうな。
https://www.sofia-inc.com/blog/7233.html
情シス（情報システム部）はもういらない？これからの情シスに求められる、あるべき姿とは？
皆さんは情シス（情報システム部）が果たす役割・機能を何だと考えますか？ 全社のIT戦略策定・システム企画、社内インフラやアプリの保守・運用、ユーザーサポートやトラブル対応といったことを思い浮かべる方が多いのではないでしょうか。
しかし昨今、情シスにそのような役割が求められていない、もしくは情シスの業務自体がなくなりつつあることをご存知でしょうか？
今回の記事では、これからの時代の情シスに求められる役割、あるべき姿について説明します。
近年Microsoft AzureやAmazon Web Serviceといったクラウドサービスの台頭により、オンプレミスからクラウドへの流れが起きています。社内に物理サーバーを置いて保守・運用するといった必要がなくなり、ソフトウェアもPaaS・SaaSといったクラウド上で提供されるサービスに代替されるようになってきています。それに伴い、膨大な設備投資費や社内SE（システムエンジニア）の人件費を削減できるようになりました。今後すべてのITリソースの保守が必要なくなるという可能性もあります。
デジタルトランスフォーメーション（DX）が多くの企業で重要課題となっている現代において、企業がIT活用で目指すべきことは、単純にITインフラ・ツールを変革させるということではありません。業務変革・組織変革を伴うような、より大きな次元での変革です。経済産業省も、ITを変えるだけがDXではないと説明しています。
「企業がビジネス環境の激しい変化に対応し、データとデジタル技術を活用して、顧客や社会のニーズを基に、製品やサービス、ビジネスモデルを変革するとともに、業務そのものや、組織、プロセス、企業文化・風土を変革し、競争上の優位性を確立すること」
このデジタルトランスフォーメーションの実現を企業が目指すにあたって、情シスの仕事も大きく転換しようとしているのです。次章では、まず従来の情シスの役割について整理・紹介していきます。
DX（デジタルトランスフォーメーション）を推進する上で押さえておきたい3つのステップ
昨今ビジネスの場において、DX（デジタルトランスフォーメーション）という概念が頻繁に取り上げられるようになりま…
これまでの情シスに求められていた役割は主に以下の４つでした。
会社の経営戦略や事業戦略に基づき、システムの企画立案・要件定義をする役割です。社外ベンダーの見積もり検討・選定、およびその後のプロジェクトマネジメントを遂行し、ユーザー部門に対して新しいシステムを開発・提供します。
社内ユーザー部門からのリクエストや業務プロセスの変更に応え、既存システムのカスタマイズなどを実施します。運用・保守によってシステムを安定稼働させ、会社の事業活動を下支えする役割を担います。
自社サーバーやネットワークの構築・運用・保守を行いつつ、セキュリティ対策やデータ保全を実施することで、万が一の事態に備えます。また新技術・製品の導入検討や評価を行って、常に社内環境のサービス向上に努める役割です。
社内ユーザーからの問い合わせ対応・トラブルシューティングを行います。ツールやシステムの導入サポートの他、新卒や転職者へ社内システムの教育を実施することで、社員１人1人の円滑な業務遂行を支援します。
以上が従来情シスに求められてきた役割ですが、現在のクラウド時代において運用・保守業務はその必要性を失っています。また業務システムについても、SaaSなどのクラウド上で提供されるアプリケーションを利用できるようになっており、企業独自でシステムを構築するということは少なくなっているのです。
このような中で、今後情シスには一体どんな役割が求められてくるのでしょうか。次章で詳しく解説していきます。
クラウドで提供される業務システムは、往々にして業務の生産性に関する考え方が先進的であり、しかも随時バージョンアップしていきます。従って「自分の行動にシステムを合わせる」のではなく「システムに自分の行動を合わせる」というのが日常的に求められるのです。
しかし事業部門をはじめとする多くの社内ユーザーは、旧来の業務のやり方に慣れ親しんでいるために、「システムに自分の行動を合わせる」ということに自力で順応するのが容易ではありません。システムを使いこなせないばかりか、新しいテクノロジーに対して抵抗感を覚えてしまうケースもあります。
そこで必要となるのが、自社の業界・事業・業務においてITツールをどうやって活用するかを考え、そのための情報を関係各所へ提供する存在です。これからの情シスには、システムの機能や技術面だけでなく現場の業務プロセスにまで入り込み、具体的なユースケースを提案・サポートすることで、全社的なIT活用を推進する役割が求められています。
また、会社としてDXを推進するうえでは、単にITツールを組織的に活用することだけでなく、同時にチェンジマネジメント（組織変革）を進めていくことが必要です。新しいワークスタイルを実現するためには、職場の文化・風土も変革していかなければなりません。次章ではDXを促進する立場としての情シスの役割について紹介します。
クラウドサービスの台頭でIT部門の仕事がなくなる 企業のIT部門の仕事、と聞いて何を思い浮かべるだろうか。自社の…
DXを促進する情シス（情報システム部）の役割と専門家との協働
デジタルトランスフォーメーションにおいて最も上手くいかないことの１つとして、先進的なITツールに対して個人個人の理解度・受容度が追い付いていけず、会社として変化を受け容れられないことが挙げられます。ツールの機能、業務プロセスへの適用法が分からないことで現場が混乱し、これまでの業務のやり方やワークスタイルから脱却できないといったことがそれにあたります。
これを解決するために必要となる活動が会社のカルチャーチェンジ、社員一人一人のマインドチェンジです。単にITツールの活用法をナビゲートするのみならず、業務プロセスや職場の文化・風土というところまで踏み込んで、ユーザー部門に対して新しいワークスタイルの実現に向けた啓蒙活動を展開していったり、全社的な意識改革に向けたコミュニケーションを展開していったりといった役割がDX推進には不可欠なのです。
しかしこの役割は、専任のDX部門が担おうとしても失敗するケースがあるほど難しいものであり、そもそも経営層が事業戦略におけるITの重要性を十分に認識していなければ到底実現できるものではありません。では、情シスがDXを推進する役割を担っていくためにはどのようなアプローチをしたら良いのでしょうか。
それは情シスが持つIT知識や社内システムへの知見を最大限利用し、経営層を巻き込んで企業を変革する旗振りをしていくことです。ただし限られたリソースの中で上層部や会社全体に働きかけるというのは非常に負担が大きく、失敗に終わる可能性も大いにありえます。そこで１つの解決策となるのが、そういった業務改革・組織改革の支援を行うITベンダーと協働することです。高い技術力と豊富な支援実績を持ったITベンダーが上層部への答申からITツールの全社展開まで幅広く支援してくれます。そして、組織風土変革や社内へのコミュケーションは、自社の人事部門や広報部門が実務として実施していきます。現場部門との協働はもちろんですが、変革を企画する部門と協働することで、より全社的なムーブメントをつながります。
まとめ
以上のように、近年情シス（情報システム部）に求められる役割は大きく転換してきています。従来担ってきたITインフラやシステムの構築・保守・運用業務は不要となり、今後はデジタルトランスフォーメーション（DX）実現へ向けた社内ユーザーへの情報提供・啓蒙活動を行っていくことがその使命となっていきます。
もしあなたが情シスのメンバーであり、従来の役割を脱却できずにいるのであれば、業務改革・組織改革支援を行うITベンダーの活用を検討してみてはいかがでしょうか。
店に着く前に移動中にスマホで注文&支払いして、店に着いたらいったん通知（＝料理を準備し始められる）、
最後に着席したら座席番号をQRコードで認証する方式はどうだろう？
いや今テキトーに考えたんやけど。着席後に速攻で飯が来る。
2020年から続く新型コロナウイルス感染症拡大の影響で、外食産業は大幅な減収・減益を余儀なくされている。特にレストランや居酒屋といった「イートイン」を前提とした業態では、閉店・廃業に追い込まれたところも少なくない。
そんな中、コロナ禍に苦しむ飲食店に差した”一筋の光明”と言えるのが、非接触・省人化などを目的としたデジタルトランスフォーメーション（DX）だろう。
多くの飲食店が生き残りを懸けてDXを推進しているなか、アナログ的ともいえる独自の経営戦略で2年連続の赤字から脱却しようとしているのがファミリーレストラン大手「サイゼリヤ」などを運営するサイゼリヤだ。同社では22年8月期の売上高を前年同期比18.6％増の1500億円、営業利益を70億円と予想している。
コロナ禍における感染予防策として、来店客と接客スタッフの接触回数を減らすことを目的に、専用アプリやタッチパネルでの注文に対応する飲食店も増えてきた。ところがサイゼリヤでは、各テーブルに用意された注文用紙に客が自分で記入し、それをテーブルで受け取った接客スタッフが復唱（確認）し、デジタル端末に入力していくというスタイルを20年7月から採用している。これは「来店客との接触回数を減らさない」という同社の方針からだ。
サイゼリヤの堀埜一成社長は「当社はすでに成熟期に入っており、来店客のほとんどはリピーター。このフェーズ（段階）ではカスタマーインティマシー（顧客親密性）が重要になる。ファストフード店とは違い、サイゼリヤは注文を聞く、料理を運ぶ、皿を片付けるなどを接客スタッフが行うフルサービスのレストラン。接客の部分は省けない」と記入式を採用した理由を説明する。レストランとしての接客満足度を下げることなく、感染リスクを最小限に抑えるのが記入式の狙いといえる。
店舗に設けられている注文用紙（左）、サイゼリヤのグランドメニュー（右） ※メニューは取材時のものです（画像：サイゼリヤ公式Webページより）
記入式の採用には想定外のメリットもあった。接客スタッフが来店客のテーブルに滞留する時間が短縮され、業務効率が向上したのだ。「テーブルについてから注文を聞くスタイルでは、どうしても接客スタッフ側に待ち時間が発生する。しかし、記入式なら注文が決まっているので、接客スタッフは客の記入した注文を復唱しながら端末に入力していくだけ。注文のミスも減った」と堀埜社長。注文用紙を持ち帰った客が、次回来店時に記入済みの状態で持ってきたこともあったという。
https://www.mazda.com/ja/innovation/technology/gihou/2021/
これについてちょっと色んな感情を抱いたわけで感想というか考察というかなんかそういうのを書きます。
電池制御屋さん(?)なのでメインはEV関連のところだけピックアップしてみます。本当は全部やろうと思ったけどエンジンとか分からなくて書くことなかったです。
普段こういうことやらないので読みにくかったら見なかったことにしておいてください。
あと、そもそも私は社員でもE&Tさんや販売店さんでもないですので間違ってたりしたらごめんなさい。
去年に比べてボリュームも多く、メインのトピックとしてMX-30のEVが挙げられていますね。マツダ初のEVですからそりゃあ力を入れますよね。(デミオEV?あれは量産されてないからノーカンで)
では順に見ていきます。
こういった経営戦略は専門外ですし特にないです。頑張って下さい、という感じです。でも、スモールプレイヤーであることを自覚しているならなぜスバルさんのようにEV開発にトヨタの力を借りなかったのかが不思議ですが極めて高度な経営戦略的判断なのでしょう。
私はEV反対でもEV賛成でもなく、ユーザが好きなものを買えばいいと思いますが以下の件、エンジニアとしてずっと疑問に思ってますよ。
https://www.mazda.com/ja/csr/environment/lca/
ところで、技報は直近だと技企が担当っぽいんですがどういう基準で毎年内容とか選んでるんですかね。分かりません。
両開きドア、必要だったんでしょうか。使いにくいと思うんですが…
車格的にこれ以上大きくできないけど四人乗りだし特徴出さないといけないという苦肉の策でしょうか。
私は美術の成績が2くらいしかないのでデザインはよくわかりません。
あ、でも、インテリアのコルクの件は誰が思いついたんでしょうか?どういうコルクでどういう工夫がされているかわかりませんが、熱衝撃でボロボロにならないんですかね。ぜひそういうのを技報で取り上げて欲しかったなぁ。
書かれていることは難しくて分かりません。商品企画って大変だと思います。
みなさん、一回乗ってみるといいと思います。思いの外普通の車です。
制御って難しいですよね。まず式が多くて難しい。
この手の制御は実車でのフィーリング評価が多いでしょうからそれだけ走らないといけないだろうし大変だと思います。
Fig.4ってどう見ればいいんですかね。そりゃ制御切ってる赤線が0なのは当然だと思うんですが。GVCのリクエストに対してモータのリクエストトルクが遅れているのはなにか意図があるんでしょうか。私には分かりません。てかこれ実トルクじゃないのね。
Fig.6ではGVCの有無による加減速が記載されてますね。GVCの有無で横Gは変わらないけど前後方向は、「ターンイン時に減速」「ターンアウト時に加速」と。いやこれ、運転してる人には誤差みたいなレベルのGだけど(たぶん、普通に運転してたら0.1~0.4Gくらいでこのデータだと最大0.4m/s^2≒0.04G)いるのこの制御?
この辺で読むのやめたけど、Fig.20はどうかと思う。基準値おかしいでしょそのグラフ。
この辺も専門外だから流し読み。ペダルの味付けの話かな(適当)
Leafとかi3とか回生がキツくて慣れるまでなんか気持ち悪かったけど、MX-30はその辺まだ運転しやすかった気がする。
これもよく分からない。感想としては、エレキシフトである必要ないよねって思う。
電子制御にすれば車側からの介入がかけられるってこと書いてあるけど、ソフトウェアのバグのリスクを抱えることになりそうだし、そもそもどういうヒューマンエラーを想定してんの?って素人的には思うんですよねぇ。
でもそれよりもあの変なシフトの形状の方が気になる。
LCA(ライフサイクルアセスメント)の件はいったん不問にするわ。
ふむふむ、LiBの温度管理をしっかりして容量と入出力を使い切ると。むしろそれ以外にはないわな。
「クーリング・ヒータシステム」うん、こういうのでいいんだよ、こういうので。
なるほど、冷媒冷却なのね。Fig.8を見ると温めるのにはヒートポンプ使わないのか。もっぱら冷却専門って感じね。そりゃあ電池が動かないくらい寒いときに温めるんだから効率の悪いヒートポンプ使わないのは当然か。Hondaさんはモータ系の冷却水を電池に回して加温にも使ってた気がするけど冷媒だと難しいんでしょう。
ところで、車室内が暖房で電池が冷却を求めている場合(真冬の高速連続走行)とかの時はどうなるんでしょうね。ヒートポンプ一個しかないけど。
冬場はヒータを使って電池を温めて充電時間短縮に貢献しているんですね。
あ、そういえば低温の充電についてはこんな記事ありましたよ。
https://insideevs.com/news/486109/mazda-mx-30-battery-pack-heating-issue/
マツダさん、色んなところでMBDのお話してるのでやっぱりありました。
元々シミュレーションで研究やってたんで、モデルベースとかシミュレーションとか僕は好きですよ。
これを見るとHILSがメインなんですかね。HILSって物できてから色々するものだと思ってるんですがこれはMBDなんでしょうか。まぁHILSにはモータとか電池とかのモデルが入っているのでその意味ではMBDか…
ゴリゴリの計算化学的なのはないんでしょうか。EVだから電池系でその辺もあるかと思ってたんですが。
気になるのは4.1の説明で「ユニット間通信もPCMとの Peer to Peer通信を基本とした」と書いてますね。だいたい今の車載系のネットワークはCAN通信なのでP2PっちゃP2Pなんですが、わざわざ書いてるということは何か特別なことがあるんですかね。
Fig.5らへんでは「充電みたいに特定の機能しか使わないときは他の機能を切って余計な電源使わないようにしたよー」って書いてますが、充電してるなら誤差みたいな電流では…?てかまぁ、関係ないユニットをそもそも動かさないのは当然だと思うんですが。
4.3はよくソフト系の品質検証である直交表ですかね。私も何度か作成したことあります。MBDでやるにしてもテスト数絞らないといけないからこういう感じで管理してるんですね。でも、機能毎の組み合わせをみるだけでも効果あるんでしょうか?不具合が見つかったとしても書けないでしょうから記載なくても仕方ないか…
市場での適合性とか考えると特に大変そう。でも気になるのは「1.はじめに」に書かれている「MX-30は約40分でSOC 80%まで充電できる」の文言。
え?40分?いつの車?35.5kWhしかないのに?もしかして急速充電器の出力30kWとかで想定してる?市場の急速充電器は大部分が(少なくとも日本は)50kWだと思うんですが。
外部充電関連やってる人はホント尊敬してます。だって仕様書難しいし仕様書曖昧なときあるし。COMBOとか仕様書自体なんか怪しいし。
本文中でも「HILSだけでは発見できない」って書いてあるけど本当にそうだと思います。
2.1見ると電池は電子部品扱いなの…?なんか共振点が被らないように工夫しました的なこと書いてある。
でも電池って重量あるし、特に考慮とかいらなそうなんだけど、マツダさんでは電池も細かくモデリングしてるのかしら。あとこれ疑問なんだけど、EVで使われるモータとかってエンジンよりも高周波成分持ってそうなんだけど言うほどないのかね、知らんけど。
2.2には不思議な式が載っている。ダメージ量というのはマツダさん独自の概念だと思う。少なくとも俺はいままで振動とか疲労とかの勉強していてであったことはない。疑問なのはFig.4の加速度に通常ひずみに対して使われるレインフロー法を適用していることになってるんだけどあってるこれ??加速度と応力は比例関係にあるけど周波数成分考慮しないと意味なくない??まぁ、そこはマツダさん独自の手法が隠れてるってことなんだろうか。
そして3.1には気になることが書いてある。
いや、とんでもない超過剰品質じゃん。強度半分でいいから車両価格下げてくれ。
3.2はモデルの話。しかし、写真を見るとマツダさんのアッパーケースは樹脂。これどうしているんだろうか。樹脂のシミュレーションなんてあまり精度よくできるとは聞かないし熱とか湿度とかの影響をもろに受けるはず。この辺もシミュレーション出来ているならすごいと思うんだけど特に書かれてない。一番壊れたらやばそうなのに。
ボデー屋さんじゃないからよくわかんない。でも、MX-30って両開きだから剛性保つの大変そう。
2.1には前突時の話が載ってて、電池を守らなきゃいけないから大変だとか。電池ってR100でメカニカルショックの試験あるからそれなりに大丈夫だと思うんだけどそうでもないのかな。あるいはR93/94で代替してるのか。ところで、実車見たことある人は分かると思うんだけど、MX-30ってモータルームスカスカでバカでかい支柱みたいなのがあるんだけどあれどうにかならなかったのか。てかバランス悪すぎるだろあの構造。内燃仕様も作る都合で仕方なかったのかもしれないけど他の車みたいに充電器入れとかにすればよかったのに。てか充電口とかフロントに持ってくればハーネスとか安くなりそう(モータ/インバータ系と同じところからバッテリパックに入れればいい)のになんであんな構造なんだろう。
3.1は側突の話。MX-30は両開きだから大変そう。ところで、これ全部解析の画像しかないけど、実車のやつはやっぱり画像写せないんだろうか。シミュレーションの研究やっていた身としてはシミュレーションが完璧でないことは分かっているので逆に不安なんだけど、こういうでか物はシミュレーションで十分ということなのかな。(認証試験は実車だろうけど)
よくわかんない。たぶん難しい。
日本語でおk。なんだそれは。とりあえず読んでない。
電池もEVも関係ないけど私が元々分子動力学シミュレーションやってたから。
でも、ほとんどMDの話が書いてない。シミュレーション条件も特に書いてないけど、写真を見る限り大した分子数で計算してなさそう。
これで精度が出るんだろうか。その辺を詳しく書いて欲しかった。
この手の計算は結果自体は出る。シミュレーションしてるんだから計算自体はできるものだから。ただ、現実の実験結果と定量的に合わせるのは非常に難しい。定性的傾向は出ても、定量的な比較はMDでは非常に難しい。
これは経験的なもので私が研究していたのは何年も前だけど傾向は変わっていないと思う。4.1でいちおう妥当性検証が書かれているけど、MDの結果については定量的に比較されているわけではない。紙面の都合もあるから仕方ないか。
ということでマツダ技報2021年度版の感想・勝手な考察でした。適当に読んだから読み間違えてたりしたら申し訳ないです。私はマツダ車乗ってるしこれからも頑張ってください。
オープンソースcURLの作者、某大企業から「24時間以内にこの質問に答えるように」との無礼なメールを受け取る － Publickey について思ったことをつらつらと。
log4shell と呼ばれる脆弱性が 2021 年 12 月にあった。これは Java というプログラミング言語でプログラムする際に、動作のログを記録するのに非常によく使われるライブラリ log4j にとても危険な脆弱性があった。なにがそんなに危険かっていうと
マインクラフトのサーバが乗っ取られたとか被害も有名。詳細は Piyolog さんの Log4jの深刻な脆弱性CVE-2021-44228についてまとめてみた - piyolog あたりを参照。
そんなわけで即座に影響範囲、脆弱性のない新しいバージョンになっているか調べろ！って IT 関連企業はとてもバタバタしていた。
という背景の中、オープンソースのソフトウェアである cURL の作者にとても失礼な log4j の問題に関する質問メールが送られてきて、「サポート契約すれば即座に教えてあげますよ」ってかっこいい返しをして盛り上がっている。
cURL (https://github.com/curl/curl]) はオープンソース(以下 OSS)の通信ライブラリとコマンドラインツール。 Linux などのサーバ上からファイルをダウンロードしたりするのにとてもよくつかわれるライブラリ。
C言語で書かれている。
ライセンス は MIT を参考にした独自ライセンス https://curl.se/docs/copyright.htm]
OSS は基本的に無保証で提供される。そのことはライセンスに明記されている。
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OF THIRD PARTY RIGHTS. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
そんな OSS に対して、
「あなたがこのメールを受け取ったのは、■■があなたが開発した製品を採用しているためです。私たちはこのメールをあなたが受け取ってから24時間以内に、お読みいただいた上でご返答いただくよう要求します」
といった上から目線のメールを開発者に送るというのは、IT 企業として無知にもほどがあるといったところ。加えて log4shell 問題、名前のとおり log4j の脆弱性なので Java でかつ log4j を使ってなければ影響はないのに、C言語でかかれた cURL に問い合わせているので問題を全く理解していない。(Java の j が消えるので log4shell という命名はどうなんだというのは個人的にある。つーか Poodle とか Spectre とかファンシーな名前つけてあそんでんじゃねーとも思う。)
なお cURL はどうやら開発者の Daniel Stenberg 氏が wolfSSL というところを通じて商用サポートを提供しているらしい。 https://curl.se/support.html]
ということで、「サポート契約を結んでいただければ、喜んですべて速やかにお答えしますよ」 というのはネタでもなんでもなく、普通の対応。
そしてブログに書いてある2回目の返信で、David と名前を間違えられたのに対して、Fotune 500 の巨人ということで "Hi Goliath," と返しているのも最高にクールですね。
こういうフローが事前に規定されていて CVE とか問題が検知されると発動する。このときに担当が大丈夫です！って回答するときにエビデンス（証拠）を求められるのだけど、クソな情セキは自社の担当の言葉を信用せず、開発会社からの言質をとれ！って命令するので、くそメールがスパムされるという背景があったりする。（担当が無知だったりイケイケだと、とにかく下請けにやらせればいいというパターンももちろんある）
そして情セキも経営層に報告するのに必要で、経営が0リスク信者だと報告が大変なのはわかる。わかるがそれを説得するのが情セキの仕事やで。
加えて担当レベルになると大手は「そんなん下請けにやらせればいいだろ」ってマインドのところが多く、上から目線かつ丸投げすることが多いように思う。
もちろん担当者はピンキリだからこうとは限らないけど比較的多い印象。
ま、これ今回 Daniel Stenberg 氏が公表したからばずってるだけで、日本でもしょっちゅう行われているし、Hacker News みると海外でも一般的なムーブのようです。 LogJ4 Security Inquiry – Response Required | Hacker News
小さいところは
とかであんまり上から目線でこない感じはするけど、これはあくまで個人の資質なのでやべー人はやべーです。オラオラ系の中小とかやっぱいます。でもこんな細かいことはあんまり聞いてこない。（個人の感想です）
この手のメールになんでカチンとくるのかって言えば
ということで、皆ちゃんと保守・サポート契約して、契約範囲で質問しような！
そして金払ってても相手は人間なんで、お互い敬意をもって接しような！
Public Key でこの件にからめて記載されている奴について
https://www.itmedia.co.jp/news/articles/2201/11/news160.html]
ちな、これ詳しくないんだけど、OSS 作者が 「もうただ働きで支援をするつもりはない。これを機に、私に6桁ドルの年間契約書を送るか、プロジェクトを分岐させて他の人にやってもらうかしてほしい」 というのもよくわからないんだよなぁ。
火事で財産失ってむしゃくしゃしてやったのかなんなのか。人気 OSS になったのに全然金にならんぜ！ってのが辛いのはわかる。が、OSS のライセンス的に支援を義務としてやる必要はないので、そんな義務的になってる報告は無視してええんちゃうんと思ってしまう。今回みたいにサポートフィーよこせみたいなスキームが必要だったのかもしれない。
あと個人開発で、善意でこれ便利だろ？って公開しているものに対して、辛辣な言葉の心ないバグ報告やら改善要望は心には刺さるので辛いのはある。それで辞めてしまう人も居る。
ブコメでフリーライドって書いている人が居るけど、MIT ライセンスでだしてんだから OSS の理念である自由なソフトウェアという意味で、再配布、改変、利用は自由でいいんだよ。イヤなら MIT 以外のライセンスでだせばよい。古くは MySQL の Dual ライセンス、最近の Redis とか Mongo みたいに。
ただ、金欲しいとか大体 Donation 募集したりするとかやってると思うんだけど、そういうのもあったのかなかったのかがよくわからにぃ。ポートフォリオになるので、採用にはつかえるんじゃないのかね？
じゃなきゃ GitHub に Public でコード公開しないと思うんだけどな。いまいちピンとこないのであんまり言及しない。
https://www.publickey1.jp/blog/19/redismongodbkafkaaws.html]
で、商用ライセンスの問題。これ今回のくそムーブの問題じゃないのここに並べられるのに非常に違和感がある。なんか OSS と大企業の対立を煽るようなミスリードを誘っているように感じてしまう。
大手クラウドベンダは OSS のライセンスに則って利用・改変するのは問題がない。つーか儲かってるから金よこせっていうのはちょっと違うんじゃないかなと思う。
オリジナルを開発した会社がリスペクトされず、商業的に儲からないってのは、心情的、道義的、人気的にどうなの？クラウドベンダも金払ってあげれば良いんじゃないの？とは思うよ。（2社は協業したけど）
ただ、オープンソースで公開するということは次のような利点を求めてするこって、それがイヤならプロプラで良いわけさね。
Apache License 2.0 とかのライセンスの OSS として公表しているものの利用をフリーライドと表現するのも、それがなんか嫌儲で Evil ってのはちょっと判断できないかなぁ。
大手が自社でメンテできてしまう（できるようにする）というのは経営戦略であり、開発元がクローズにするってのも経営戦略。罵り合い合戦はちょっとなぁという感じ。
OSS の理念的に改修した分は元のソースにもっとフィードバックしろよってのはあるけど AGPL とかで出してないんだよなぁ。
この辺は賛否両論色々あるので気になったら調べてみて。
以上。ご査収ください。
バイト従業員がＳＮＳで悪ふざけ投稿して、炎上してクビ＆損害賠償請求されることを「バカッター」という。
某大会社(割と難関)でＳＮＳエゴサしてるが、バイトテロ的なバカッターは幸いいないのだが、「就活バカッター」と呼ぶべきバカがいたので、増田に披露する。
今は大学3年のインターン時期だが、就活生の中に、当社からの「インターンの次のステップにお進みください」メールをスクショしてツイートしてるバカがいた。
で、その学生、前後のツイートで、当社の経営戦略について、グダグダ文句不満言ってるんだよね。
自分の実名を不用意にネットアップする＆会社への文句を無邪気にネットアップする、の合わせ技で、「こんなバカ学生は、インターン時点で、お引き取り願おう」ということで、人事に連絡してお引き取り願った。
https://anond.hatelabo.jp/20210321032656
の続き。
基本が結局受かっていたので、４月に応用受けました。で昨日、合格してました（午前80、午後79）。せっかくなので、またまとめてみます。
１．やったこと
基本のときには、時間がなくて焦ってあれこれ手を出した結果、散漫になってしまったので、応用に当たっては、
だけを買って通読しました。といっても、あんまりペースがはかどらず、何度か通読するつもりでしたが、それぞれ２回ずつどまり。午前はITパスポート・基本同様、にしむら工房の過去問アプリを繰り返し。
TAC本は、自分には向いてませんでした。この年齢になると暗記力が落ちてるんで、用語がずらずら出てきても覚えられないんですよね。それぞれの経緯とか応用とか、そういったストーリーがないと知識が定着しなくて、でもあまりそういった説明がないんで、読んでも、やった感がある割に残るものがないというか。範囲が広いんで、そんなことまで書いていたら厚さがとんでもないことになるのはわかるんですが（ちなみに723ページ）。結局、Googleで調べなおすことが多かったです。小口本は、過去問解説集なので、試験範囲を網羅しているわけではありませんが、TAC本とは対照的に書いてあることは頭に定着しやすくてよかったです。
なお、基本のときは、参考書はKindleにしていたのですが、合格した後は持っていても無意味なので、今回は紙にして、メルカリに出しました。すぐ売れた。
２．試験（午後）
いわゆる「文系セット」（経営戦略、プロジェクトマネジメント、サービスマネジメント、システム監査）を選択しました。事務屋だけに。小口本で過去問を眺めていた限り、組込みシステム開発の方がこれらより易しかったので、組込み＋文系セット中３問選択を想定していたのですが、今回は組込みが難しかった（試験後の関係掲示板でも話題になっていました）ので、この結果に。
選んでおいて言うのもなんだけど、経営戦略って試験には向いてないと思うんですよ。何が正解かについて、まともな基準がないわけで。今回はポーターのバリューチェーンがネタでしたが、バリューチェーン自体、ポーターが「こうやって企業を分析したらわかりやすいんじゃね？」って提唱しているツール以上のものではなく、エビデンスなどで客観的な妥当性が確認されているわけではありません。となると、正解は出題者の頭の中にしかなく、そんなものを聞かれてもなあ、という気分が否めません。個人的には、せめて会計関連のものであれば、会計基準という確立された体系についての理解を問うということで、もう少し納得感があるのですが。
３．これから
だんだん受験が自己目的化しつつあるのですが、せっかくここまで知識を増やしてきたので、秋にはセキスペを受けようかな、なんてことを考えています（午前I免除にもなったし）。TAC本について書いたように、事項の羅列に向き合うのがしんどいお年頃なので、まだ試験までは時間もあるし、ジョン・マコーミック『世界でもっとも強力な９のアルゴリズム』や結城浩『暗号技術入門』など、直接試験対策になるわけではないものの、試験分野の基礎知識が充実しそうな本を読んでいます。夏休みから試験対策を始めようかな。
ハクスラモンスターズはいわゆる放置RPGで1日に3回位起動するだけでアイテムが手に入ったり仲間が増えたりするゲームだ。
課金要素もあり、『チケット』という課金アイテムを使うことで、その取得効率を引き上げることができる。
この『チケット』は1ヶ月に購入可能な枚数が定められていて、廃課金勢が『チケット』を一瞬でぶっ放したりすることはできないようになっている。(一応無料でも広告で貰える)どちらにせよ課金ゲーであることは間違いないが、この辺は上に縛られないインディーズならではの仕様だと思う。
で、このチケット。プレイヤーは特定のタイミング以外では絶対に使わない。なぜなら一定の周期で開かれる『二つ名取得率1.5倍』イベントとチケットの効果が重複適応されるから。このイベントの期間以外でチケットを行使するのは控えめに言ってアホの所業でありプレイヤーはチケットを買ったり集めたりしつつもイベントを延々と待って増えていく枚数を眺めている。
最近は1日に10枚まではこのチケットにイベントと同等の効果が付与されるようになったが要するに1日10枚までしか使ってはいけないので、時々誤爆して10枚超えて使った奴がUIに文句を言ったりする。
恐らくこのイベントと購入制限はプレイヤーの課金タイミングを被らせることによって局所的にアプリストア上位に行くための経営戦略なのだろう。それはそれとしてプレイヤーはゲームのシステム的にはメリットしか受けていないので文句は出ない筈……なのだけど、言葉に言い表せない『縛り』を感じる。
最適解を選ばされている。にも関わらず仕様上は自由に使ってくださいね。定期的にメリットのある日もありますよって言ってるだけなので文句も言えない。
そして今日。3月29日にて実装されたアップデートでは特定のダンジョンにおいてのみ探索効率が期間限定で向上するという機能が追加された。この探索効率が向上するダンジョンは既存のマップから選ばれ、一定周期で変化する。基本的にこちらは課金とは無関係なので開発者の善意とも言えるシステムなのだろう。普段は行く機会の無いダンジョンで思わぬ巡り合わせを得てくださいと言う素晴らしいシステムだ。
縛られている。
恐らく先述の『チケットのジレンマ』は他のガチャゲーでも自然と形成されている普遍的な縛りだと思う。だから仕方ないと思うしかない。
けれど、今日のアップデートは別だ。『ハクスラ』を名乗るゲームで意図的に作り出された効率選択。これを選ばされる事に対するストレスと選ばない選択によるストレスが尋常ではない。
明らかに喜んでくれると思って作ってる機能の筈なのに、いっそ無いほうがマシ。意味がわからない。
まあこんなニッチなゲームに関する効率に犯された異常者の話題には誰も反応してくれないだろうしここに書き捨てておきます。……嫌ならやめろって？嫌じゃないよ。面白いよ。
| 時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
|---|---|---|---|---|
| 00 | 120 | 15698 | 130.8 | 37.5 |
| 01 | 83 | 8997 | 108.4 | 49 |
| 02 | 48 | 7258 | 151.2 | 78 |
| 03 | 24 | 4329 | 180.4 | 72.5 |
| 04 | 23 | 3229 | 140.4 | 68 |
| 05 | 13 | 7793 | 599.5 | 79 |
| 06 | 37 | 6488 | 175.4 | 53 |
| 07 | 61 | 7175 | 117.6 | 37 |
| 08 | 106 | 10027 | 94.6 | 40 |
| 09 | 107 | 9488 | 88.7 | 45 |
| 10 | 126 | 10876 | 86.3 | 46.5 |
| 11 | 119 | 10207 | 85.8 | 41 |
| 12 | 128 | 18223 | 142.4 | 40.5 |
| 13 | 131 | 23294 | 177.8 | 69 |
| 14 | 100 | 11240 | 112.4 | 50.5 |
| 15 | 82 | 9500 | 115.9 | 33 |
| 16 | 127 | 10082 | 79.4 | 47 |
| 17 | 173 | 15083 | 87.2 | 38 |
| 18 | 133 | 13026 | 97.9 | 51 |
| 19 | 161 | 12796 | 79.5 | 42 |
| 20 | 168 | 17954 | 106.9 | 35 |
| 21 | 122 | 16519 | 135.4 | 32.5 |
| 22 | 160 | 34808 | 217.6 | 50 |
| 23 | 149 | 18920 | 127.0 | 41 |
| 1日 | 2501 | 303010 | 121.2 | 44 |
ラムザイヤー(8), ワークショップ(16), 木村幹(3), bug(3), 能面(6), 天皇誕生日(3), 経営戦略(3), 史学(3), ブレスト(3), ＡＤＨＤ(4), フネ(3), サルトル(3), MMT(15), ヴィーガン(20), 接種(16), ブレーキ(11), ガイ(18), 劣等感(8), ポジティブ(13), イージーモード(6), ヨーグルト(6), キー(8), インフレ(11), 専業主婦(21), 弱者男性(9), 憎悪(8), アイデア(10), ワクチン(34), 民間(12), 研究者(11), 数学(16), 公務員(19), 論文(14), 1回(16), 働く(25), 育児(16), 確保(12), 発達障害(16)
■私は民間企業を知らない /20210223122626(38), ■ /20210223072044(30), ■正しい発音を知っていても改める気がない言葉 /20210222173607(24), ■あながち を使った例文 /20210223070503(21), ■なんでみんな能面を集めないの？ /20210221103053(16), ■「ここまで出来れば十分数学の実力あるよ。後は努力だよ」のライン /20210217233449(13), ■40代だけど、何かもうやり切った気がする /20210222121211(13), ■「憎悪クリエイター」です。遊郭編タイトルの炎上はご迷惑おかけしました。でも、日本人も悪いんですよ… /20210221015550(13), ■第二外国語に自信ニキ頼む /20210222162708(12), ■社会人の11%「職場or家庭以外に人間関係ない、仕事関係以外の活動してない、職場と家の往復の毎日」 /20210223194622(12), ■ /20210223220400(11), ■ /20210221232536(11), ■小説の感想を金でを買っている /20210223112534(11), ■テレビゲーム以外の家遊び（小学生低学年の男児） /20210223214407(11), ■女性の夜道一人歩きが怖いのはなぜか？ /20210222202726(9), ■ここ3年であからさまなクズが減った（と感じる）件 /20210223083347(9), ■おじさんは共感を示すのが苦手な傾向があるのかもしれない /20210223134031(8), ■旦那「お前が85kgになったら離婚する」 /20210222165714(7), ■結婚してる増田に告ぐ /20210222195616(7), ■発達障害は人狼をできるのか？ /20210222184152(7)
割とぬるいことしているし、同僚もぬるい人もそうでない人もおるわ。どちらかというとぬるい人の方が比率として多い。
こっちから見ると役場の人たちすごいなぁとかきちんとやってるなぁとか思えることはたくさんあるわ。逆ももちろんあるけどご苦労さんや。
たぶん公務員違いやけど、今日ハコヅメ読んですごいなぁと思いながら午前中過ごしたわ。
ただちょっとその参加者のほかの女性の能力下に見すぎやと思うわ。
なんか公務員や民間やからと言うより性格の違いなんやと思うけど、そもそもたぶんその女性たちワークショップでまともなもん出そうと思ってないで。
たぶん増田もそれは分かっていると思うけど、それ以上にまともなもん出そうと思ってない。
時間内に輪を乱さずそれなりのものをワークショップで出せばいい。
満足げな態度って言ってるけど、民間で覚えるのもぶっちゃけそういう態度きちんと取れることやわ。
自信がないときに素直に自信がないって態度とってても良いことなんて一つもないで。
あとはまぁワークショップ自体でテンション上がったんやと思う。仲良くなったみたいやしおしゃべり楽しかったんやろ。
そもそもマーケや研究職がそんなコンサルみたいな事いきなりできるわけないし。
うちの会社でもそういうアイデア集めて短期でってあるけど、そこで覚えることって「あーこの程度の質でないとまとめられんな」やねん。
だいたいが時間的な制約と人の能力の制約で。金の制約とかはその後。
ワークショップ形式って特に短期だと「輪を乱さない」つまり「余計なトラブル起こさず時間内に終わらせる」って条件を付けると一番能力のない人に合わせることになるねん。
増田も今回そうしたやろ。みんなそれやってるわ。
ほんで何のスキルが向上するんやって言うと、ある程度の会議とかできちんと発言できることや場の主導権持つことやわ。
主導権持つ能力って大事で、自分が主導権持たなくても話の流れきちんと作れるようになるし。
今回増田が全く主導権握れずに、増田の望む最低限のクオリティも担保できなかったわけやん。
せっかく持ってたアドバンテージ初手で潰されてるねん。潰した人達は天然か「制約増えてめんどいことなるなー」って思考したかは知らんけど。
それでもまぁ確かに大手民間ってだいたいの人がそんなに能力ないで。
いつももうちょっとだけ頭使えよって思っている。ワークショップではあんなしょーもないアイデアしか出せない。
特に企画やマーケ、営業なんてその能力をいかに効率的に特化させるか大事になってくる人多いんちゃうか。
たぶんほとんどの企業が経営戦略って言いながら適当な博打打って適当に進めているわ。
陰謀論見ると大体の感想は「そんな複雑な計画立ててないし、そんな能力ないで」やわ。
わしらが民間が獲得したのは結局ある程度適当な人材である程度適当に進めることや。
それをスピード感って呼ぶこともあるし、効率化とか低コスト化とかって呼ぶこともあるわ。
あと、ほんまに本気出して進めたいときはワークショップみたいな形式でなんてやらんで。
完全にワンマンで始めるわ少なくともうちやと。
たぶんそこは公務員も一緒やと思うけど。
