Ron

[埼玉西武ライオンズ @lions_official]

㊗交流戦優勝🦁🏆

勝率8割2分4厘と、チーム全員でつかんだ栄冠。
交流戦優勝は球団史上初の快挙です！

#seibulions #打破

[PuANDA @shoichirosm]

毎日毎日数字負わされて、それで報酬が評価されるシステムだからしゃあなしにやってるものの、それって自分の人生なん？

って思ってる人向けに動画をつくってるので、欲しい人はLINEかDMください。
（DMだと表示されないバグが時々あります）

[Testosterone @badassceo]

大事な話をします。趣味を持っておく事は超大切です。趣味があるか否かが人の生死を分ける事だってあります。人生の辛い時期を趣味に救われる人って多いんです。どんな趣味でもいい。趣味があるなら大切にして下さい。趣味は人に生きがいと楽しみを与え、時には命を繋ぎ止めてくれる本当に尊いものです

ですので、他人があなたの趣味に対して「時間の無駄」とか、「何か役に立つの？」とか言ってきても気にせず引き続き趣味を楽しんで下さい。趣味はあなたを楽しくて幸せな気分にしてくれるんです。人生は楽しんで幸せになったもん勝ちなんだから、趣味を持つのに「楽しい」「幸せ」以上の理由なんて必要ないのです。

他人に何を言われようと趣味を楽しんでね！

趣味を大切にしてね！

[もとやま @ysk_motoyama]

本を読む前に「ビジネスの基礎体力の中でどこを鍛えたいか」がわかるマップを作ると、ビジネス戦闘力マッチョに。

・漏れなくダブりなく…と気張らず「自分にとって意味のある」マップを書く
・読書メモを書いたら、マップのキーワードでタグ付けしNotionやEvernoteに書く

これ、だいぶ効果的です。

[Testosterone @badassceo]

2024年を最高の年にしたいならこの5つ意識しましょう

①健康を最優先する。栄養あるもん食べて、適度に運動して、7時間は寝ろ
②7割の力で働け。そしてフルパワーで遊べ
③何事も深刻に考え過ぎるな。気楽にやれ
④やりたい事をやれ。やらない後悔は一生残るぞ
⑤筋トレしろ。筋肉はすべてを解決する

[はやし先生＠資格ソムリエ®【学び伝道師】㊗️700資格✨️著書等100冊超🖊️ @yujihys]

エムケイシステムの社労夢等の障害を受け、セキュリティなどの話をすることが増えてきました。

クラウドとオンプレについてちょっと書いてみたので、皆さんの参考になればと思いシェアします。

東京会の社労士の方は、もうちょい充実＆推敲したバージョンがしばらく後の会報に載ると思いますのでご覧いただけましたら幸いですが、早いに越したことは無いと思いますのでいち早くm(_ _)m

↓↓↓↓↓↓↓↓↓↓

クラウドの特徴～メリット＆デメリット
近年急速に普及した『クラウド』のシステム。システムそのものやデータのありかを意識することなく使えるので、その雲のようなイメージからクラウドと呼ばれます。これに対して、事務所内にサーバを置いて構築するような従来型の仕組みを『オンプレミス（オンプレ）』と呼びます。
どちらが良いかといえば、もちろんクラウド！となりそうな所ですが、実はそうでもありません。簡単に、クラウドとオンプレの特徴をまとめると以下のようになります。

【クラウド】
○サーバやソフトの購入が不要
○システム構築や更新等の作業が不要、または少ない工数で済む
○法改正対応や機能強化のバージョンアップが自動で適応される
▲インターネット接続等の通信が途絶すると利用できない
▲定額の費用といえども、年単位や長期間で計算すると費用が高額なことも多い
▲使用者の多そうな機能から開発されるため、マイナーな要望はなかなか対応されない
▲多くのデータが集中することから、サイバー攻撃の標的になりやすい

【オンプレ】
○必要に応じて、個別のカスタマイズが可能
○インターネット接続が無くとも、所内ネットワーク上だけで動作できる
○大掛かりな入れ替えをせず、長期利用すれば格安な場合もある
▲サーバやソフトの購入が必要なので、導入当初のコストが高額
▲システム構築はもちろん、更新などの作業が定期的に必要になる
▲カスタマイズは一般的にソフト本体の金額に比べて割高な開発費が必要（ただし、クラウドの多くはそもそもカスタマイズが不可能なので、できるだけでもメリットではある）
▲専門家が対応しているわけではないので、障害やサイバー攻撃に対して脆弱

意外かもしれませんが、クラウドもオンプレも一長一短です。なお、上記にもありますように、いずれにしてもセキュリティ上のリスクはあります。直近ではクラウドのシステムの大規模な停止がありましたので、従来にも増して『クラウドは危険』という認識があるかもしれませんがこれは早計です。
クラウドは、攻撃の対象にこそなりやすいものの、専門家が何重にも防御をしている要塞のようなもの。オンプレとの比較では船に例えることが多いのですが、クラウドは『超大型の豪華客船』です。大勢の乗客（利用者）が共用で使うという前提のもとで、非常に贅沢な設備が使われ、専門家も多数乗っているような環境となっています。万一の事故の影響も大きいわけですが、問題がなければ快適そのものでしょう。もちろん、部屋の鍵をかけ忘れるなど、乗客側の使い方次第ではリスクが高まってしまいますが。
これに対してオンプレは『数人乗りのクルーザー』といったところです。豪華客船に比べれば規模は小さくなりますが、自分たちだけで好きに使えるのが何よりのメリットとなるでしょう。ただ、専門家が乗り合わせているわけではありませんので、いざ天候が悪化したりしたら非常に危険な状況になるでしょう。
このように、クラウドでもオンプレでも、セキュリティ上のリスクが有ることは変わりません。また、どちらの場合でもデータのバックアップは定期的に行う必要があります。（クラウドシステムは、障害に備えた全体のバックアップは自動で行われていますが、操作ミスその他で自分のデータだけを戻す必要があるような場合は、自分で別途バックアップしていないと対応できません）

契約前の留意事項
クラウドシステムは、サーバ等の機器の管理が不要なのがメリットである反面、どういった環境で運用されているのか見えにくいものです。重要なデータを預けるわけですから、契約前にシステムがどんな環境で運用されているのか、クラウドサービス事業者のWebサイト等で確認しましょう。
【主なチェックポイント】
・セキュリティ対策の実施状況及び体制
・小規模な機器障害等に対する冗長性（システムの多重化が行われているか、自動復旧の仕組みがあるか等）
・大規模な障害に対しての備え（国内なら東西それぞれにコピーをしているか等、災害などの規模感にも耐えうるのか）
・各種の認証への対応状況（政府情報システムのためのセキュリティ評価制度『ISMAP』、『ISMSクラウドセキュリティ認証』等）

被害発生前に取りうる対応
まず、基本的なこととしてクラウドサービス利用者が行うべきなのが適切なアカウント管理です。『最小権限の原則』と言われたりしますが、必要以上のアカウントを作ったり、面倒だからと管理権限を多くのアカウントにつけてしまうのは不適切。クラウドサービス側では面倒を見てくれない部分なのはもちろん、オンプレでもアカウント管理は自分たちで行うのが基本です。一覧にまとめるなど分かりやすくして、適切に管理しましょう。
日頃のバックアップももちろん重要です。『別に大丈夫だろう』と思った時こそ事故が起こったりするものですので、油断することなく日々バックアップを行いましょう。なお、こういった業務こそ、RPAの使い所かもしれません（停止しても即座に業務に支障をきたすわけではなく、人の手を動かすことが単なるコストに近い業務のため）。

被害発生時の対処
クラウドサービスでサイバー攻撃の被害が発生した際、必要なのは正確な情報収集です。そこで直接問い合わせをしたくなる心情は理解できるのですが、基本的には避けた方が良いでしょう。通常、クラウドサービスの問い合わせ窓口というのはあまり大規模ではなく、必要最小限の人員で運営されています。万一の障害発生時には大量の問い合わせが一気に押し寄せることで、問い合わせ窓口はすぐにパンク状態となります。運良く繋がったとしても、対応者自身も最新の情報を把握しているとは限りませんし、不用意な説明は避けるように言われるはずですから、あまり有益な情報は得られないでしょう。重要な局面で無駄な時間を浪費するばかりか、クラウドサービス事業者側にも無用な負荷を掛けることになりますので、公式の情報がリリースされるのを待つしかありません。
公式の情報を待つ間、行うべきなのは自己の被害状況の確認です。
・障害に気づいた時点
・バックアップは手元にあるか、いつの時点か
少なくとも、この２点が分かれば『バックアップされていないデータ』が分かります。これについては、内容の詳細をいち早く確認することで、作業の漏れを防ぐことに繋がります。
また、SNS等での情報収集で、何が起きているかをある程度把握できたり、有益な発信を見つけることも出来るかもしれません。あくまで参考程度にとどめ、過信は禁物ですが、いち早く状況を掴むのに役立つことはあるでしょう。（エムケイシステムの障害については、いち早く参考になればと簡単な動画にまとめたコンテンツを個人的にリリースし、多くの方にご覧いただくことができました。他にも、様々な方が積極的に情報発信されていました）

クラウドや、広い意味でのITとの上手な付き合い方
サイバー攻撃だけではなく、人為的なミスによる通信事業者の大規模な障害や、大きな自然災害など、私達は様々なリスクにさらされています。忙しい日々の中で、仕事に追われて後回しにしがちな事が多い業務の基盤について、本来は以下のように考える必要があると考えています。
・機器は、壊れるもの
・通信は、止まるもの
・サービスは、終わるもの
安心しきって依存するのではなく、常に先のリスクも考えようということです（ビジネス全般に言えることなのかもしれません）。具体的には、以下のようなことが考えられます。
・機器は、定期的な入れ替えや予備機を備える（データのバックアップも）
・通信は、複数の回線を使えるようにしておく（固定回線と別のポケットWifiなど）
・サービスは、使いはじめた後も定期的に再考する（新しく、より良い後発サービスがいつの間にか出ているということは多いものです）

クラウドサービスはもちろん、広い意味でのデジタル・ITと上手に付き合うことで、皆様の業務が一層効率化されたり、安心して進められる事につながれば幸いです。

[あせるす @aserus_consult]

これまでコンサルや仕事をやってきた中で自分が効率や仕事のパフォーマンスを上げるために実践して役に立った10個のマインドセットを紹介したい。スキルよりも考え方寄り。以下ツリーで紹介していきます。

[かぺーにゃ @Cape_Lions]

他球団ファンにはわかりにくいかもしれませんが、西武ファンにとって今日は主（しゅ）の誕生日、すなわちクリスマスです。西書（せいしょ）を開くと、タクミ伝の第1章第1節には「やればできるよ　できるよやれば」と書かれています。ちなみに、正統な獅子党は二神教です。信じる者は救われます。

[タケ(幸野剛士)｜株式会社NEXXT @takelogtake]

ほんとに！つくづく思うけどさ！こういのは俺が初学者だったときに見たかった。綺麗にまとめてあるなぁ。
https://t.co/XKZ5PwKCHY

[Shin丨AI×プロダクト開発の専門家🤵🏻 @shin_sasaki19]

今こそ「要件定義」を正しく理解しよう

プロダクト開発においてあまりにも漠然と使われるこの言葉を今こそ正しく理解しましょう。この言葉は以下の並びで考えると理解しやすいです。

1. 要求定義：解くべき課題と解決策を決めること
2. 要件定義：解決策に必要な技術要件を決めること

そもそも要件定義とは「課題を解決するために必要な機能」に何が必要か決めるためのものです。そしてこの解くべき課題と解決策を決める作業を「要求定義」と言います。

要件定義のよくある誤解として「プロダクトマネージャーやプロジェクトマネージャーなどビジネス側の人間が決める」ですが、技術要件のことはエンジニアでなければ細部は決められません。PMがするべきなのは要求定義までです。日本はシステム開発を外注する文化が強いのでここをしっかり理解できている人が少ないのです。

ただしここで注意なのが、要件定義をエンジニアがするからと言って、作るべき機能を丸投げしてはいけないということ。課題をどんな方向性で解決するべきかを考えるのがプロダクトマネージャーの大事な仕事なので、解くべき課題を決めたらその方針を示すことを忘れないようにしましょう。

プロダクトマネージャーは解くべき課題を、エンジニアは解決策の実現のために必要な技術を、しっかり決め切らなければいけません。そしてこの決定を議論し、実際にどうプロダクト開発していくかをスケジュールにしていきます。これが健全なプロダクト開発の進め方です。どちらか一方が勝手に決めるのではなく、最終的にはチーム全体で合意を取ることが大事。良いプロダクト開発組織では必ずこの役割がしっかり機能しています。

ごくまれにPMが要件定義までやっていることもありますが、適切な姿とは言えません。できるだけ技術のことはエンジニアと一緒に決めましょう。

とはいえ、要件定義という言葉は会社によっていろいろな使われ方があるもの。
・ビジネス要件定義
・システム要件定義
などと言われたりもします。実際のところ、ソフトウェア開発においてもウォーターフォールとアジャイルでは言葉の使われ方がかなり差があります。これが日本のIT業界において話が通じなくなる原因になっています。

ちなみに英語圏では要求定義（Requirement）は一般的によく使われます。要件定義という言葉の亜種を使うのは実は日本独自の文化です。

個人的にはビジネス側の要件は要求定義、開発側の要件は要件定義と使い分けるのが1番シンプルでわかりやすいんじゃないかと思っており、この使い方でいつも仕事をしています。

IT業界にいる人は相手と自分の言葉の定義がずれていないか確かめつつ、正しい合意形成を作ることが良いプロダクト開発には欠かせません。相手と自分の常識は違うかもしれない、という謙虚さを忘れないで仕事していきましょう😉

[慎 正宗 @shinmasamune]

ドタ感だけど、
7割はアジェンダ作らない
8割は議事録とらない
9割は議事録とネクストステップをお客様に共有しない。

なので、”アジェンダ用意して議論に臨み、議論内容を議事録に整理しネクストステップと合わせお客様に共有する”

これを毎回ちゃんとやるだけでTOP10%には入れるんだよ、マジで。

[沖ケイタ｜FFFの主🐟 @namakemono0309]

コンテンツ制作に使えるAIツールを16個まとめました🤖

[和田淳史 @atrzdflw]

知り合いの社長がコンサルやPEファンドからCFO/CSO候補を絶賛探し中なのだが、「ビジネスの中身はいいのでまずは僕が入った場合の給与と株式の保有比率について教えてください」という人が一定数いるらしく、彼らのことを「港区女子の男子版」と表現していて言い得て妙だなと思った

[川岸宏司｜DIL COO @OnebookofMAG]

寝るまえの15分は、必ず本を読みます。1日1つ明日活かすことを学び、考えながら寝る。12年間「明日はこれをやろう」を続けてきた。1年で成長を実感し、3年で取り巻く環境がかわり、10年続けてきたら、好きなことで過ごす日々に変わった。小さな習慣が、大きな成果に。誰でもできる、おすすめの習慣。

[Ron @lunrunron]

@shohei_76 TFW?

[イナバ @inaba_desu]

・ChatGPTで無限に記事作成する方法

という、「世界一わかりやすいAIライティング」の動画（25分）を出しました。

リプライ欄のURLから見れます。

[コンサルマン＠FlowX | コンサル転職エージェント @mr_grayhair]

KPMGコンサルティングのプリンシパルによるリスキリングに関する論考。

新しい知識やスキルを学ぶというのはコンサルファームで空気を吸うようにやることだけど、それはもともと意欲が高い人を採用してることに加えて、数ヶ月単位でPJTが変わるなど、仕事・環境の性質も大きそうだなと。

[Ron @lunrunron]

@mwnowan 偉いぞ

[たべっち @tabestation]

【保存版】マーケティングが本気で学べる、有益すぎる書籍・サイトをまとめました。

[描き子 @kaqico]

「そのくらい言わなくてもわかってよ」「言わなきゃわかるわけないだろ」…っていう、あるあるな喧嘩。あれを、どっちが悪いじゃなくて、タイプの違いだと捉えてれば平和が近づくのでは？？という提案漫画です。
あなたはどっちのタイプ？
#エッセイ漫画