<?xml version="1.0" encoding="utf-8"?>

<rdf:RDF
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/"
  xmlns:cc="http://web.resource.org/cc/"
  xmlns="http://purl.org/rss/1.0/">

<channel rdf:about="https://yoshi-s.cocolog-nifty.com/YoshiNashi/">
<title>Yoshiのよしなしごと</title>
<link>https://yoshi-s.cocolog-nifty.com/YoshiNashi/</link>
<description></description>
<dc:language>ja-JP</dc:language>
<dc:creator></dc:creator>
<dc:date>2026-08-25T00:55:49+09:00</dc:date>


<items>
<rdf:Seq><rdf:li rdf:resource="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-2f08fb.html" />
<rdf:li rdf:resource="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-2fc850.html" />
<rdf:li rdf:resource="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-14f89d.html" />
<rdf:li rdf:resource="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-b9abb7.html" />
<rdf:li rdf:resource="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-5376f2.html" />
<rdf:li rdf:resource="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-50655d.html" />
<rdf:li rdf:resource="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/07/post-612907.html" />
<rdf:li rdf:resource="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/07/post-985eb6.html" />
<rdf:li rdf:resource="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/07/post-0b1c98.html" />
<rdf:li rdf:resource="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/07/post-f80d8d.html" />
</rdf:Seq>
</items>

</channel>

<item rdf:about="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-2f08fb.html">
<title>SaaSの終わり ＜当面終わらないと思う＞</title>
<link>https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-2f08fb.html</link>
<description>AI（vibe-coding）によるCRM内製とSaaS解約の話題を検証。スタートアップは内製できても、事業拡大時はセキュリティや高負荷耐性など非機能要件の壁に直面する。「リスク転嫁」というSaaSの本質的価値を提示し、SaaS終焉論に冷静な一石を投じる。</description>
<content:encoded><![CDATA[<p><a href="https://note.com/lifeisbeautiful/n/n7edad0d084c4" target="_blank" rel="noopener">年$600,000のSalesforce契約は、2ヶ月で作った自作CRMに置き換えられるのか？</a> 中島聡 note (2026/8/16)<br /><br />中島聡氏の有料メルマガの要約。<br />元記事は</p>
<p><a href="https://www.businessinsider.com/curative-ceo-salesforce-vibecode-crm-2026-7" target="_blank" rel="noopener"><span>Curative CEO says company ditched a $600k-a-year Salesforce contract after vibe-coding a CRM in 2 months</span></a>医療保険のスタートアップ<span> Curative</span>社が<span>CRM</span>を<span>vibe-coding</span>で内製し、<span>Saleseforce</span>を解約したという内容だ。</p>
<p>中島聡氏の要約を読むと、「<span>SaaS</span>の終わり」と<span>AI</span>使用拡大による<span>AI</span>の使用量の増加について、見解を述べておられる。<br />機械要約の影響なのだろうか、既視感が強い記事のような感じだ。<span> <br /></span>メルマガには、これらのテーマを深掘りしたり、別の観点があるのかもしれない。</p>
<p><a href="https://b.hatena.ne.jp/entry/s/note.com/lifeisbeautiful/n/n058e3c105b7e" target="_blank" rel="noopener">[B! AI] なぜ日本企業のAI導入はこんなに遅いのか？｜中島聡</a> はてなブックマーク<br />はてな民は反応しているけれど、日本の会社では<span>AI</span>が使えないという、ありふれた内容が多い。<br />もっと炎上しているのかと思ったのに．．．<span> <br /></span></p>
<p><span> 閑話休題</span></p>
<p><a href="https://yoshi-s.cocolog-nifty.com/photos/uncategorized/saas.jpg" target="_blank" rel="noopener"><img style="margin: 3px;" title="Saas" src="https://yoshi-s.cocolog-nifty.com/YoshiNashi/images/saas.jpg" alt="Saas" width="300" height="225" border="0" /></a></p>
<p>「<span>SaaS</span>の終わり」について考えてみた。<br />元記事は年間60万ドルの契約を解除したという、センセーショナルな見出しだが、このケースは一般的ではないと思う。<br /><span>Curative</span>社はスタートアップだから、<span>Saleseforce</span>を解約して、内製した<span>CRM</span>に置き換えられるのだろう。</p>
<p><strong>【スタートアップの特殊性】</strong><br />スタートアップの間は、可用性や機密性より事業拡大が重要だから、<span>vibe-coding</span>で内製したシステムでも良いだろう。<br />保守上の問題が発生したら、改修せず、新たに作り直す方法もある。　なにしろ、<span>2か</span>月で作ることができるのだから。<br />また、セキュリティ上の問題で炎上したら、会社を閉じて別の会社を立ち上げる選択肢もある。 </p>
<p><span><strong>【スケールしたら】</strong><br /> </span>首尾よく、事業がスケールしたときに、問題になるのは、内製したシステムのスループットやレスポンスタイムが確保できることだ。<br />つまり、ストレスなく使えることが必須だ。</p>
<p>また、保守の負担も増えるし、保守しないことのリスクも大きくなる。<br />さらに、セキュリティ対策の不備は、一発アウトに繋がる。</p>
<p><span> </span>これらの問題は、<span>vibe-coding</span>では解決できない。<br />なぜなら、AIが持っていない、経験と知見が必要だからだ。</p>
<p>AIの使用によるコーディングの効率化が一般的になってきて、専門知識を持っている人も、持っていない人もAIでコーディングしている。<br />ところが、ただ動くだけのシステムと、可用性、保守性、セキュリティの要件を満足するシステムでは、ビジネス用途としてのクオリティが大きく異なる。</p>
<p>少ないトラフィック、少ないデータ、少ない個人情報しか扱わず、攻撃者に見つからない間は、差は見えないだろう。<br />しかし、トラフィックが増え、データが増え、扱う個人情報が増え、更に攻撃者に発見されたら、大きな差が出てくる。</p>
<p>だから、内製を続けるならば、サービスを継続するために、専門のエンジニアを雇用しなければならなくなる。</p>
<p><span><strong>【SaaSのメリット】</strong><br /></span><span>SaaS</span>の使用料には、可用性の確保、セキュリティ対策の費用が含まれている。<br />スケールアウトすると、大きなリスクを取ることができなくなるから、リスクは転嫁した方が合理的だ。</p>
<p>つまり、当面「<span>SaaS</span>の終わり」は無いと思う。</p>
<p><strong>【結論】</strong> <br />スタートアップ企業が、<span>SaaS</span>を使わないという選択肢はある。<br />スケールすると、<span>SaaS</span>を使う方が合理的だ。<br /><span>SaaS</span>企業は、スタートアップが解約しても困らないだろうが、「<span>SaaS</span>の終わり」というイメージは払拭したいところだ。</p>
<hr />
<p>最近の投稿<br />【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/" target="_blank" rel="noopener">Yoshiのよしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/cpu/">Yoshiのブログ</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24284807/index.html">よしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24379505/index.html" target="_blank" rel="noopener">AI</a>】</p>]]></content:encoded>


<dc:subject>よしなしごと</dc:subject>
<dc:subject>AI</dc:subject>

<dc:creator>Yoshi</dc:creator>
<dc:date>2026-08-25T00:55:49+09:00</dc:date>
</item>
<item rdf:about="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-2fc850.html">
<title>IT・情シス DXPO 東京 &amp;#39;26　＜ほぼAI展＞</title>
<link>https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-2fc850.html</link>
<description>IT・情シス DXPO 東京 &apos;26の参加レポート。サービスの多様化でブースの差別化が難しい一方、実用化が進むAI電話や電波遮蔽フィルムなどの展示が目を引いた。セミナーでは、AI導入単体では不十分であり、組織課題の解決と組み合わせる重要性が提示された。</description>
<content:encoded><![CDATA[<p>IT・情シス DXPO 東京 '26 に行ってきた。<br /><br /><strong>【感想】<br /></strong>サービスの展示が多く物の展示がないため、どこも同じようなブースに見える。<br />説明員が多く呼び込みをやっているのだが、会社名を言われてもわからないし、サービスを言われてもありふれている。<br />足を止めて話を聞いたブースは、呼び込みや看板の「キーワード」で引っかかった。</p>
<p>作業レベルでのAIの使用は一般的なユーザまで広がってきているようだが、AIエージェントの活用についてはまだ広がっていないようだ。<br />AIの話題を追っているので、世間とのギャップを感じた。</p>
<p><strong>【展示】<br /></strong><strong>・AI電話<br /></strong>音声ボットが何社から出展されていた。<br />実用になってきた STT、TTSをAI-Chatの入出力インターフェースにするアイディアは以前からあった。<br />実際の問い合わせ電話に応答して、要件を聞いて担当者に取り次ぐくらいはできるようになったようだ。</p>
<p><a href="https://yoshi-s.cocolog-nifty.com/photos/uncategorized/photo_20260822141601.jpg" target="_blank" rel="noopener"><img style="margin: 3px;" title="Photo_20260822141601" src="https://yoshi-s.cocolog-nifty.com/YoshiNashi/images/photo_20260822141601.jpg" alt="Photo_20260822141601" width="300" height="413" border="0" /></a></p>
<p><strong>・営業のプロセス"見える化"マネジメント<br /></strong>AIで処理する前に、プロセスの見える化が必要って、ごもっとも。<br />書籍をもらった。ありがとうございます。</p>
<p><a href="https://yoshi-s.cocolog-nifty.com/photos/uncategorized/photo_20260822141602.jpg" target="_blank" rel="noopener"><img style="margin: 3px;" title="Photo_20260822141602" src="https://yoshi-s.cocolog-nifty.com/YoshiNashi/images/photo_20260822141602.jpg" alt="Photo_20260822141602" width="299" height="416" border="0" /></a></p>
<p><strong>・手書き風DMサービス<br /></strong>プロッターで手書き風の手紙を書くサービス。<br />400字くらいのサンプルがあればすべての文字が書けるらしい。</p>
<p>手作業にこだわる人はどう感じるのだろうか?<br /><a href="https://yoshi-s.cocolog-nifty.com/photos/uncategorized/photo_20260822141701.jpg" target="_blank" rel="noopener"><img style="margin: 3px;" title="Photo_20260822141701" src="https://yoshi-s.cocolog-nifty.com/YoshiNashi/images/photo_20260822141701.jpg" alt="Photo_20260822141701" width="299" height="368" border="0" /></a> <a href="https://yoshi-s.cocolog-nifty.com/photos/uncategorized/img_5541.jpg" target="_blank" rel="noopener"><img style="margin: 3px;" title="Img_5541" src="https://yoshi-s.cocolog-nifty.com/YoshiNashi/images/img_5541.jpg" alt="Img_5541" width="300" height="400" border="0" /></a></p>
<p><strong>・電波遮蔽フィルム<br /></strong><span><span>IT関係ではない、遮熱フィルムが展示されていたので、話を聞いた。<br /><span>IT関係の話題として、電磁波の遮蔽効果もあることを紹介していただいた。</span> <br />特定の帯域だが、60dB減衰する製品は多くない。<br />30dBくらいだと、携帯は圏外にならない。 携帯を使えなくする用途での、引き合いが多いらしい。<br /></span></span></p>
<ul>
<li>銀行：ATM周りで使用し、振り込め詐欺対策</li>
<li>コンビニ：トイレでのサボり対策</li>
<li>大学：カンニング対策</li>
</ul>
<p><span><a href="https://yoshi-s.cocolog-nifty.com/photos/uncategorized/3_20260822141801.jpg" target="_blank" rel="noopener"><img style="margin: 3px;" title="3_20260822141801" src="https://yoshi-s.cocolog-nifty.com/YoshiNashi/images/3_20260822141801.jpg" alt="3_20260822141801" width="300" height="413" border="0" /></a> <a href="https://yoshi-s.cocolog-nifty.com/photos/uncategorized/3_20260822141901.jpg" target="_blank" rel="noopener"><img style="margin: 3px;" title="3_20260822141901" src="https://yoshi-s.cocolog-nifty.com/YoshiNashi/images/3_20260822141901.jpg" alt="3_20260822141901" width="300" height="413" border="0" /></a> </span></p>
<p><strong>【セミナー】</strong></p>
<p><strong>・ひとり情シスによる生成AI導入しくじりのリアル<br />(一社)ひとり情シス協会 事務局　清水博</strong></p>
<p>清水博によると、IT投資は直接的にROIや生産性、収益性に反映されるわけではなく、組織や人材に関する課題解決と組み合わさったときに効果を発揮するらしい。<br />技術は加速装置であるから、企業に元々あるものを増幅するとおっしゃる。<br />だから、AIも導入しただけでは効果は期待できない。</p>
<div><hr />
<p>最近の投稿<br />【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/" target="_blank" rel="noopener">Yoshiのよしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/cpu/">Yoshiのブログ</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24284807/index.html">よしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24379505/index.html" target="_blank" rel="noopener">AI</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24360440/index.html">展示会</a>】</p>
</div>]]></content:encoded>


<dc:subject>よしなしごと</dc:subject>
<dc:subject>展示会</dc:subject>
<dc:subject>AI</dc:subject>

<dc:creator>Yoshi</dc:creator>
<dc:date>2026-08-22T17:21:02+09:00</dc:date>
</item>
<item rdf:about="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-14f89d.html">
<title>Copilot Coworkの従量課金 ＜RPAを使うとタダだけど．．．＞</title>
<link>https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-14f89d.html</link>
<description>M365 Copilotと従量課金版の使い分けを考察した情シス論考。RPA開発との費用対効果や時間短縮のメリット、無駄な処理増加のリスクを分析。個人利用上限を単なる抑制ではなく、現場の挑戦を応援し業務見直しにつなげる運用の重要性を説く。</description>
<content:encoded><![CDATA[<p>Copilot Coworkを従量課金で使っている。<br />課金は青天井では心配なので、全体と個人で月間使用量の上限を設定している。<br />先日、短期間で個人使用量の上限に達したユーザがいた。</p>
<ul>
<li>大量のファイルを定型処理</li>
<li>大量のファイルの分析</li>
<li>分析結果から資料作成</li>
</ul>
<p>を実行したらしい。</p>
<p>いかにも、Copilotクレジット(課金単位)を消費しそうな重い処理だが、いずれのタスクもM365 Copilotライセンスで実行できるから、課金せずに実行することも可能だ。</p>
<p>定期的に実行したり、データが変化したときに自動的に実行するタスクは、従量課金されることになるから、M365 Copilotライセンスで実行可能でも無駄というわけではない。</p>
<p>ほぼ1人情シス的には、これまで、RPAスクリプトを作成して業務を効率化してきたので、もう少しクレジットが節約できるのではないかと思ってしまう...</p>
<p>つい貧乏根性が出てしまったので、効率化、費用対効果、上限の設定の観点で考えてみた。<br /><a href="https://yoshi-s.cocolog-nifty.com/photos/uncategorized/ai_20260818172001.jpg" target="_blank" rel="noopener"><img style="margin: 3px;" title="Ai_20260818172001" src="https://yoshi-s.cocolog-nifty.com/YoshiNashi/images/ai_20260818172001.jpg" alt="Ai_20260818172001" width="300" height="225" border="0" /></a></p>
<p><strong>【業務の効率化】</strong><br />業務効率化の観点では効率化の効果は大きい。<br />今回の処理は、処理対象のファイルが大量にあるからAIを使用することで、作業時間は大幅に短縮される。<br />また、定型処理→ファイル作成、分析→資料化など、連続して処理できるため、業務を効率化できる。</p>
<p><strong>【費用対効果】</strong><br />短期間で個人の上限までクレジットを使用しているが、使用者の賃金(年収/稼働日数)と比較すると高額ではない。<br />一方で、処理時間は短縮されているから、費用対効果は悪くない。</p>
<p><strong>【クレジットの節約】</strong><br />RPAやスクリプトの作成能力があれば、クレジットを節約することは可能だ。<br />しかし、これらの作成能力を習得するにはコストが必要である。<br />つまり、コストをかけてこれらの能力を習得しなくても、AIを使用することで、業務が効率化できる時代になったということだ。</p>
<p><strong>【上限の見直し】</strong><br />現状で処理できないくらいのデータがあるならば、AIの使用は有効だ。<br />そうでない場合は、処理時間を短縮すると、余剰時間が生まれる。<br />問題は、発生した余剰時間を使用して、効果のない作業をやってしまうことだろう。</p>
<p>例えば、必要のないデータを処理したり、処理を複雑にしたり、求められていない出力を生成してしまう。<br />時間短縮は目に見える効率化だから、処理することが楽しくなり、手法が目的化してしまう。</p>
<p>これを防ぐために、個人の上限は大きく変えず、上限に達したときに、処理を見直すきっかけにしよう。<br />処理しているタスクにより、</p>
<ul>
<li>個人の上限を引き上げる</li>
<li>組織的に処理するタスクとして別管理にする</li>
<li>他の作業の効率化を検討する</li>
</ul>
<p>などだ。</p>
<p><strong>【まとめ】</strong><br />M365 Copilotライセンスがあっても多くの人は、Coworkを使用して業務の効率化に活用していない。<br />クレジット使用量が個人の上限に達する人は、業務を効率化しようとしている人だから応援したい。<br />また、情シスも現場が必要としている処理について情報を得ることができる。</p>
<p>データ量と処理時間と結果(出来ばえ)を、経験値として持っておくことは重要だ。<br />今後、一般論ではなく説得力がある説明ができたり、効果的な使い方ができるようになることを期待している。</p>
<hr />
<p>最近の投稿<br />【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/" target="_blank" rel="noopener">Yoshiのよしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/cpu/">Yoshiのブログ</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24284807/index.html">よしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24379505/index.html" target="_blank" rel="noopener">AI</a>】</p>]]></content:encoded>


<dc:subject>よしなしごと</dc:subject>
<dc:subject>ほぼ1人情シス</dc:subject>
<dc:subject>AI</dc:subject>

<dc:creator>Yoshi</dc:creator>
<dc:date>2026-08-19T22:27:24+09:00</dc:date>
</item>
<item rdf:about="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-b9abb7.html">
<title>AIの出力で満足している人はセンスがない ＜「センス」が説明できない＞</title>
<link>https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-b9abb7.html</link>
<description>「AIの出力に満足するのはセンスがない」という風潮に対し、市場が求めているのは必ずしも高額なセンスではなく実用性であると分析。デザインのセンスは知識として言語化されつつあるが、自業務におけるセンスとノウハウの境界は曖昧だ。言葉の定義を曖昧なまま議論せず、センスの本質を理解し学び直す姿勢の重要性を説く。</description>
<content:encoded><![CDATA[<p>「AIの出力で満足している人はセンスがない」という言葉がバズっているようだ。</p>
<p>元記事は、米村歩氏のXへの投稿で、自分は「センス」が無いと思っているので、引っかかってしまった。</p>
<blockquote class="twitter-tweet"><br />
<p dir="ltr" lang="ja">AIの影響でデザイン業の倒産が増えているという話を聞いて、AIのデザインで満足している人はセンスがないとか言っているデザイン関係の人達を見ると、こういう人達の会社から倒産していくのではないかと感じる。「センス」という言葉で片付けて具体的に言語化しないのは致命的にセンスがないと感じる。</p>
— 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) <a href="https://x.com/yonemura2006/status/2084650554719146195?ref_src=twsrc%5Etfw">August 4, 2026</a></blockquote>
<p>
<script async="" src="https://platform.x.com/widgets.js" charset="utf-8"></script>
</p>
<p><strong>【結論】</strong><br />自分は「センス」という言葉を理解していないことが分かった。<br /><a href="https://yoshi-s.cocolog-nifty.com/photos/uncategorized/ai_20260807182901.jpg" target="_blank" rel="noopener"><img style="margin: 3px;" title="Ai_20260807182901" src="https://yoshi-s.cocolog-nifty.com/YoshiNashi/images/ai_20260807182901.jpg" alt="Ai_20260807182901" width="300" height="225" border="0" /></a></p>
<hr />
<p>以下の観点で考えてみた。</p>
<ul>
<li>デザイナー業界におけるAIの影響</li>
<li>AIとセンスの関係</li>
<li>センスの言語化</li>
</ul>
<p><strong>【業界の事情】</strong><br />デザイン業界は、AIの普及で業界が縮小し、会社の廃業、デザイナーの失業が発生しているらしい。<br />このような環境の変化には抗いようがないので、業界も個人も適応するしかないし、以前から指摘されていたことだ。</p>
<p>翻訳業界での似たような例について、「<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2025/02/post-33bd18.html" target="_blank" rel="noopener">もうすぐ消滅するという人間の翻訳について(2025/02/18)</a>」に書いた。</p>
<p><strong>【AIとセンスの関係】</strong><br />AIの出力には「センス」がないことは、多くの人が感じているだろう。<br />「ありきたり」とか「AI臭さ」と表現されることもある、「アレ」だ。</p>
<p>では、AIの出力で満足する人にはセンスがないのだろうか?</p>
<p>満足するかどうかは場合によると思う。<br />仕事で使うなら顧客の要望で決まるし、個人で使うなら使用目的で決まる。<br />「センス」が必要ならば、AIを使う人が付加すればよいし、「センス」が必要ないならそのまま使えば良い。</p>
<p>だから、AIの出力で満足する人が増えたのは、「センス」が必要ない使い方が多いということだろう。<br />極論すれば、これまで、「センス」が必要ない顧客に対して、高額な「センス」込みの成果物を提供していたのかもしれない。</p>
<p><strong>【センスの言語化】</strong><br />正直なところ、「センス」の定義がよく分からないので、言語化できない。</p>
<p>グラフィックデザインに関するセンスは、[<a href="https://blog.tsubotax.com/n/nb818a4cd9488" target="_blank" rel="noopener">デザイナー不要論の正体</a>]、<br />Webデザインに関するセンスは、[<a href="https://www.webcoach.jp/media/web-design/3572/" target="_blank" rel="noopener">【AIは知らない】WEBデザインに必要なのはセンスではなく知識という事実</a>]<br />に言語化されている。(すばらしい)</p>
<p>では、自分の業務に関するセンスとは何か、と考えてみたのだが、ノウハウとの違いが分からない。<br />先に挙げた例はいずれも、特定分野のセンスだから、もう少し抽象化しなければ、自分の分野に応用できない。</p>
<p><strong>【分かったこと】</strong><br />分かったことは、自分が「センス」を理解していないことだ。<br />学ぶ必要がありそうだ。</p>
<p><strong>【ところで】</strong><br />冒頭の投稿は結構バズっているのだが、コメントしている皆さんは、同じ「センス」の認識で議論、コメントしているのだろうか?</p>
<hr />
<p>最近の投稿<br />【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/" target="_blank" rel="noopener">Yoshiのよしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/cpu/">Yoshiのブログ</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24284807/index.html">よしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24379505/index.html" target="_blank" rel="noopener">AI</a>】<br /><br /></p>]]></content:encoded>


<dc:subject>よしなしごと</dc:subject>
<dc:subject>AI</dc:subject>

<dc:creator>Yoshi</dc:creator>
<dc:date>2026-08-12T00:05:04+09:00</dc:date>
</item>
<item rdf:about="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-5376f2.html">
<title>AIで仕事を効率化したら、なぜか僕の仕事だけ増えた話 ＜報酬の定義を変えてみる＞</title>
<link>https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-5376f2.html</link>
<description>AIによる業務効率化が仕事増を招く背景には労使の報酬認識のズレがある。旧来の賃金や役職という会社定義の報酬から脱却し、経験や主体的面白さといった「自分の報酬を自分で定義する」働き方への転換が必要だ。ライフステージに応じて報酬の定義を柔軟に変えることで、変化の時代を力強く歩む道が開かれる。</description>
<content:encoded><![CDATA[<p><a href="https://anond.hatelabo.jp/20260803162719" target="_blank" rel="noopener">AIで仕事を効率化したら、なぜか僕の仕事だけ増えた話</a> はてな匿名ダイアリー　(2026/08/05)<br /><br />はてな匿名ダイアリーの投稿がバズっているようなので読んでみた。<br />AIで仕事を効率化したら、逆に仕事が増えたという、最近よく見る話題だ。<br /><a href="https://yoshi-s.cocolog-nifty.com/photos/uncategorized/ai_20260807122501.jpg" target="_blank" rel="noopener"><img style="margin: 3px;" title="Ai_20260807122501" src="https://yoshi-s.cocolog-nifty.com/YoshiNashi/images/ai_20260807122501.jpg" alt="Ai_20260807122501" width="300" height="224" border="0" /></a></p>
<p>「<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/03/post-53cba9.html" target="_blank" rel="noopener">生産性に関する経営者と労働者の認識のズレ (2026/03/17)</a>」にも書いたのだが、<br />多くの労働者は、AIを使用しても生産性は向上しないどころか、効率化すると生産性が低下する。<br />これは、コメントにもあるようにAI特有の問題ではない。</p>
<p>投稿の後半に、視点を変えた考察があったので最後まで読んで、考えた。</p>
<p><strong>【報酬を定義する】</strong><br />元増田さんは、</p>
<blockquote>
<p>誰も頼んでいないのに、勝手に会社の未来を背負っていました。</p>
</blockquote>
<p>とおっしゃる。</p>
<p>これは昭和的価値観では正しい行動だった。<br />社員の労働時間に対する報酬は、賃金やポスト、表彰だ。<br />今時は、終身雇用で定年時の退職金を期待して働くという時代ではなくなっているから、社員が投入したリソースに対する報酬は得られなくなっている。<br />だから、社員が、契約で決められた報酬の範囲内で働く「<a href="https://liskul.com/quiet-quitting-163033" target="_blank" rel="noopener">静かな退職</a>」は合理的かもしれない。<br /><br />社員の選択肢として、「静かな退職」の他に「報酬を自分で定義する」という選択肢もある。<br />（詳しくは、「<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2025/08/post-6c4c35.html" target="_blank" rel="noopener">公平理論(2025/08/24)</a>」を参照)</p>
<p>「静かな退職」と「報酬を自分で定義する」働き方の違いは</p>
<ul>
<li>前者は旧来の価値観での働き方</li>
<li>後者は自分の価値観での働き方</li>
</ul>
<p>という点が大きく異なる。</p>
<p>客観的にみると、元増田さんが体験した、</p>
<ul>
<li>業務を効率化する知識と技能を得たこと</li>
<li>組織的な効率化が達成できなかったこと</li>
<li>人の働き方を考えたこと</li>
</ul>
<p>は貴重だと思う。<br />「旧来の報酬」では、この経験に価値はないが、「自分が定義した報酬」次第では大きな価値になる。</p>
<p>課題を解決するためには共に働くメンバーを集める必要がある。<br />その時に、失敗経験を含めて、多くの経験を持っている人、報酬の定義を変えられる人は貴重だ。</p>
<p><strong>【これから】</strong><br />元増田さんは、これから</p>
<blockquote>
<p>誰にも説明を求められず、役に立つかどうかも問われず、面白いからやる。</p>
</blockquote>
<p>とおっしゃる。</p>
<p>主観だが、とても良いと思う。</p>
<p>自分の報酬を「仕事への興味と面白さ」と定義すれば<br />それを達成したときの満足感はPricelessだ。<br /><br />一生同じ定義である必要はなく、この先の人生で賃金が重要な局面では、報酬を賃金とすればよい。</p>
<hr />
<ul>
<li><a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/03/post-53cba9.html" target="_blank" rel="noopener">生産性に関する経営者と労働者の認識のズレ (2026/03/17)</a></li>
<li><a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2025/08/post-6c4c35.html" target="_blank" rel="noopener">公平理論 (2025/08/24)</a></li>
</ul>
<hr />
<p>最近の投稿<br />【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/" target="_blank" rel="noopener">Yoshiのよしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/cpu/">Yoshiのブログ</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24284807/index.html">よしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24379505/index.html" target="_blank" rel="noopener">AI</a>】</p>]]></content:encoded>


<dc:subject>よしなしごと</dc:subject>
<dc:subject>AI</dc:subject>

<dc:creator>Yoshi</dc:creator>
<dc:date>2026-08-09T00:30:09+09:00</dc:date>
</item>
<item rdf:about="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-50655d.html">
<title>2026年広島市原爆死没者慰霊式・平和祈念式</title>
<link>https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/08/post-50655d.html</link>
<description>2026年広島市原爆死没者慰霊式・平和祈念式を視聴し、かつて見た一人での核実験抗議活動を振り返った。平和への誓いに込められた「自ら行動すること」の大切さは、先人の意思を受け継ぐメッセージとして心に残った。一方で、平和宣言や総理挨拶からは、政府と被爆者団体・自治体との関係の変化も感じられ、慰霊式のあり方について改めて考えさせられた。</description>
<content:encoded><![CDATA[<p>今年の<a href="https://www.youtube.com/watch?v=nk3ywCv3iW4" target="_blank" rel="noopener">広島市原爆死没者慰霊式・平和祈念式</a>はYouTubeで視聴した。<br />亡くなられた方のご冥福をお祈りいたします。<br /><br /><strong>【核実験抗議活動】 </strong><br />1960年代～1970年代に大国は頻繁に核実験を行っており、被爆者団体は、その都度、広島平和公園で座り込みによる抗議活動を行っていた。<br />この抗議活動は無意味だという意見も多い中、1人の参加者による抗議の座り込みが行われ、メディアで報道されたことがあった。<br />当時、核実験への抗議活動も形骸化していたし、市民の関心も薄れていた。</p>
<p>そのニュースを見たときに、なぜ、1人でも抗議活動を行うのか理解できなかったのを覚えている。</p>
<p>記憶に残っていた人は森滝市郎氏ではないかと思い、調べてみたのだが、その記事を見つけることができなかった。</p>
<p><strong>【平和の誓い】<br /></strong>1995年から、式典で小学生による平和の誓いが述べられている。(今年の<span><span><a href="https://www.city.hiroshima.lg.jp/education/kyouiku-suishin/1026024/1008989.html" target="_blank" rel="noopener">平和への誓い</a>）<br /></span></span><span><span>為政者など大人に向けた言葉は無く、広島に生まれた者としての決意が述べられていた。<br /></span></span><span><span>大人を頼らないという子供たちからのメッセージかもしれない。<br /><br />「<a href="https://www.city.hiroshima.lg.jp/education/kyouiku-suishin/1026024/1008989.html" target="_blank" rel="noopener">平和への誓い</a>」の中に</span></span></p>
<blockquote>平和への思いを、自分なりの方法で表現すること。<br />一人一人の小さな行動が、平和への後押しとなります。</blockquote>
<p><span><span>という言葉があった。<br /><br />たとえ、効果がわずかでも、まず自分が行動することが重要であることは、先人が身をもって示している。<br />その意志は、子供たちに受け継がれているようで、未来に希望が持てる。<br /><br /><strong>【平和宣言】<br /></strong><span>松井一實市長による平和宣言を聞いて、マイルドになったように感じた。（<a href="https://www.city.hiroshima.lg.jp/atomicbomb-peace/1036662/1003065/1015114.html" target="_blank" rel="noopener">令和8年（2026年）平和宣言</a></span>）<br />市長の政治的スタンスが平和宣言に反映されることはよくあることだ。<br /><br />今年の宣言に、政府に行動を求める内容はあったが、政府の公式見解に沿った内容であったように感じる。<br /><br /><strong>【総理挨拶】<br /></strong>それを受けてだろうか、高市総理は抑揚をつけて明るい感じで挨拶された。(<a href="https://www.kantei.go.jp/jp/105/statement/2026/0806hiroshima.html" target="_blank" rel="noopener">広島市原爆死没者慰霊式並びに平和祈念式挨拶</a>)<br />被爆者の高齢化により、活動団体はイデオロギーを前面に出せなくなり、首長も政府に強い提言をしなくなった感じがする。<br />政府と活動団体、政府と首長との関係に緊張感がなくなったことが、総理の声が明るくなったことと関係しているのだろうか。<br /><br />この式典は、原爆死没者慰霊式でもあるのだから、もう少しトーンを落としてもよかったのではないだろうか。<br /></span></span></p>
<hr />
<ul>
<li><a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2025/08/post-33e3cc.html" target="_blank" rel="noopener">広島平和記念式典 (2025/8/6)</a></li>
<li><a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2024/09/post-9084ea.html" target="_blank" rel="noopener">広島平和記念式典 (<span>2024/09/27</span>)</a></li>
<li><a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2021/08/post-0b5d05.html" target="_blank" rel="noopener">広島平和記念式典 (2021/8/6)</a></li>
<li><a href="https://yoshi-s.cocolog-nifty.com/cpu/2017/03/post-f4ad.html" target="_blank" rel="noopener">広島人に告ぐ！ ＜広島県人には耳が痛い＞</a> (2017/03/01)</li>
<li><a href="https://yoshi-s.cocolog-nifty.com/cpu/2018/08/post-1bae.html" target="_blank" rel="noopener">平和記念式典の放送　＜黙祷する日は8/6でなくてよい＞</a> (2018/08/08)</li>
</ul>
<hr />
<p>最近の投稿<br />【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/" target="_blank" rel="noopener">Yoshiのよしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/cpu/">Yoshiのブログ</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24284807/index.html">よしなしごと</a>】</p>]]></content:encoded>


<dc:subject>よしなしごと</dc:subject>

<dc:creator>Yoshi</dc:creator>
<dc:date>2026-08-06T19:16:54+09:00</dc:date>
</item>
<item rdf:about="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/07/post-612907.html">
<title>AIはクロスワードパズルを生成できるか ＜結構難しい＞</title>
<link>https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/07/post-612907.html</link>
<description>AIはクロスワードパズルを解けるか (2026/7/17)でクロスワードパズルが...</description>
<content:encoded><![CDATA[<p><a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/07/post-4df6b3.html" target="_blank" rel="noopener">AIはクロスワードパズルを解けるか (2026/7/17)</a><br />でクロスワードパズルが解けるか試してみたら、最新モデルを使うと、盤面とヒントの画像を与えただけで解いてしまった。</p>
<p>クロスワードパズルを創ることができるのかとコメントがあったので試してみた。</p>
<p><strong>【クロスワードパズル生成】</strong><br />無料で生成してくれるサイトやアプリがたくさんあったので、AIで簡単に作れるだろうと考え、5×5マス、小学校4年を対象とした。</p>
<p>パズルを解くより作成する方が簡単と思っていたのだが、縦横がそろったマスに文字が入るタイプ（方眼紙タイプ）のクロスワードパズルは結構難しいようだ。<br />英文のクロスワードパズルのように縦横のマスにとらわれないパズルは簡単に作れる。<br /><br />クロスワードパズルを解いたときに、Claude sonnetとGPT 5.6はすぐに解けたので、この2種類で試してみた。</p>
<p>【結果】</p>
<ul>
<li>Claude sonnetは賢いが、無料メッセージを使い切っても生成できなかった。</li>
<li>GPT5.6 Think Deeperは生成できたが、正解がないクロスワードパズルを生成した。（作成したパズルを検証していないようだ）</li>
<li>GPT5.6 ThinkDeeperで、生成するためのプロンプトを出力させて、そのプロンプトを与えると、正解できるクロスワードパズルを生成した。</li>
</ul>
<p><strong>【考察】</strong></p>
<ul>
<li>方眼紙タイプのクロスワードパズルは生成が難しい。</li>
<li>単語の提案、ヒントの提案など、部分的な使用なら簡単なプロンプトで使える。</li>
</ul>
<p><strong>【感想】</strong></p>
<ul>
<li>生成した単語とヒントが難しい。<br />「ひきかえす」は難しいぞ</li>
<li>ことわざや故事成語をから単語を生成した方がよい。</li>
<li>立派なプロンプトだけど。<br />2000字書いても、生成した言葉もヒントもイマイチだ。</li>
<li>パズルやクイズは、出題者と回答者の会話だ。<br />ちょっと難しい故事成語を含めたり、今流行りの言葉入れるには、さらにプロンプトの工夫が必要だ。</li>
</ul>
<p>〇 生成した盤面と正解</p>
<p><a href="https://yoshi-s.cocolog-nifty.com/photos/uncategorized/crossword_5x5_verified.png" target="_blank" rel="noopener"><img style="margin: 3px;" title="Crossword_5x5_verified" src="https://yoshi-s.cocolog-nifty.com/YoshiNashi/images/crossword_5x5_verified.png" alt="Crossword_5x5_verified" width="300" height="182" border="0" /></a> <br />〇 生成したヒント (ちょっと難しいかも。)<br />・ ヨコのヒント<br />1. おなじくらいで、ちがいがないようす。<br />5. いちどかいたものを、もういちどかくこと。<br />6. ものごとのいみが、はっきりすること。<br />7. ひとがくらす、たてもの。<br />8. そとをあるくとき、あしにはくもの。<br />10. すわるときにつかう、あしのあるどうぐ。<br />11. かたちがあって、手でさわれるもの。<br /><br />・ タテのヒント<br />1. きたみちを、もとのほうへもどること。<br />2. すぐよこにあるところ。<br />3. うみのみずからつくられる、しろいちょうみりょう。<br />4. かたくて、じめんなどにあるもの。<br />5. みると、たいせつにしたくなるようす。<br />8. そらにうかぶ、しろやはいいろのもの。<br />9. どうぶつのあたまから出ている、かたいもの。</p>
<p> </p>
<details>
<summary>〇AIが考えたプロンプトは以下のとおり。(▼で展開)</summary>
<br />日本語のクロスワードパズルを1問作成してください。<br />
<p>【重要】最初に論理的に成立する盤面を設計<br />・検証し、その後で図を作成してください。<br />見た目を先に作ってはいけません。<br />画像生成AIに文字入りの盤面を直接考えさせず、確定した盤面データをもとに、プログラムまたは正確な表組みで図を描画してください。</p>
<p>【基本条件】<br />・日本語のクロスワードパズル<br />・対象年れいは10歳くらい<br />・盤面は正確に5行×5列<br />・黒マスは3～5マス<br />・答えはすべて、10歳程度が知っている一般的なことば<br />・答えはすべてひらがなで記入する<br />・固有名詞、略語、古語、方言、不自然な活用形は使わない<br />・同じ答えを2回使わない<br />・1文字だけの答えは作らない<br />・意味のない文字列は答えとして認めない<br />・「ゃ」「ゅ」「ょ」「っ」などの小さい文字を使う場合も、1文字につき1マスと数える<br />・できれば小さい文字や長音記号「ー」を含む答えは避ける<br />・すべての白マスに文字が入ること<br />・すべてのヨコの答えとタテの答えが、ヒントに対応する実在することばであること<br />・交差するマスでは、ヨコとタテの文字が必ず一致すること</p>
<p>【ヒントの条件】<br />・ヨコのヒントとタテのヒントを作る<br />・ヒントは10歳くらいの子どもが理解できる、短く自然な文にする<br />・漢字の学年判定ミスを防ぐため、ヒントはすべてひらがなで書く<br />・答えそのものをヒントの中に書かない<br />・答えが一つに決まりやすいヒントにする<br />・句読点は使用してよい</p>
<p>【番号の付け方】<br />・番号は、ヨコまたはタテの答えが始まる白マスにだけ付ける<br />・番号は盤面の左上から、右方向、下方向の順に付ける<br />・同じマスからヨコとタテの両方が始まる場合は、同じ番号を共用する<br />・答えの途中のマスには番号を付けない</p>
<p>【必須の作成手順】<br />次の順番を必ず守ってください。<br />1. 5×5の黒マス配置を決める。<br />2. 白マスの連続区間をヨコ・タテに分ける。<br />3. すべての連続区間が2マス以上であることを確認する。<br />4. ヨコとタテのすべての区間に、実在する自然な日本語の答えを入れる。<br />5. 交差するすべての文字が一致することを確認する。<br />6. 各答えの文字数とマス数が一致することを確認する。<br />7. 各答えに対応するヒントを作る。<br />8. 番号を正しい規則で付ける。<br />9. 下記の検証表を作り、すべての項目が合格してから図を作る。<br />10. 一つでも不合格なら、図を作らず、盤面を作り直して再検証する。</p>
<p>【必須の検証表】<br />すべての答えについて、次の情報を表示してください。<br />・番号<br />・方向（ヨコ／タテ）<br />・開始位置（行、列）<br />・終了位置（行、列）<br />・マス数<br />・答え<br />・答えの文字数<br />・ヒント<br />・マス数と文字数が一致しているかさらに、次の項目を確認してください。<br />・盤面が5行×5列か<br />・黒マスが3～5マスか<br />・1文字だけの区間がないか<br />・すべてのヨコの文字列が自然なことばか<br />・すべてのタテの文字列が自然なことばか<br />・すべての交差文字が一致しているか<br />・番号の位置と順番が正しいか<br />・ヒントと答えが対応しているか<br />・同じ答えが重複していないか<br />・答えが10歳程度の語彙か</p>
<p>【出力するもの】<br />検証に合格した場合だけ、次の順で出力してください。<br />A. 答え入り盤面<br />・5行×5列をテキスト表で表示する<br />・黒マスは「■」で表示する<br />・1マスにひらがな1文字だけを入れる<br />・行番号と列番号を付ける<br />B. ヨコの答え一覧<br />・番号、答え、文字数、マスの位置を表示する<br />C. タテの答え一覧<br />・番号、答え、文字数、マスの位置を表示する<br />D. ヨコのヒント<br />E. タテのヒント<br />F. 解答者用の空欄盤面<br />・白マスには答えの文字を表示しない<br />・答えが始まるマスの左上にだけ、小さく番号を表示する<br />・黒マスは黒く塗る<br />・正確な5×5の正方形グリッドにする<br />G. 正解図<br />・空欄盤面と同じ配置で、各白マスに正解のひらがなを1文字ずつ表示する<br />H. 最終検証結果<br />・「成立」または「不成立」を明記する<br />・成立の場合は、ヨコとタテの全答えを盤面からもう一度読み取り、登録した答えと完全一致することを示す<br /><br />【図のデザイン】<br />・白い背景<br />・黒く明確な罫線<br />・黒マスは完全な黒<br />・子ども向けの明るく見やすいデザイン<br />・盤面は正方形で、5行×5列が明確に分かること<br />・文字は読みやすい日本語フォント<br />・装飾よりも正確さを優先する<br />・マスや文字を画像生成AIの判断で追加、削除、変更しない<br />・確定済みの盤面データを一字一句そのまま描画する最重要条件：完成図を出す前に、答え入り盤面を行ごと<br />・列ごとに機械的に読み取り、すべてのヨコ答えとタテ答えが、答え一覧およびヒントと完全に一致することを再確認してください。</p>
<p>【検証】<br />・文章による自己申告だけで「検証済み」としない<br />・実際に各マスの座標と文字を照合すること<br />・図の作成後にも、図に描かれた25マスを再度読み取り、確定した盤面データと1マスずつ比較すること<br />・不一致が1マスでもあれば、完成品として提示せず修正すること</p>
</details><hr />
<p>最近の投稿<br />【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/" target="_blank" rel="noopener">Yoshiのよしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/cpu/">Yoshiのブログ</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24284807/index.html">よしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24379505/index.html" target="_blank" rel="noopener">AI</a>】</p>
<p>あ</p>]]></content:encoded>


<dc:subject>よしなしごと</dc:subject>
<dc:subject>AI</dc:subject>
<dc:subject>試してみた</dc:subject>

<dc:creator>Yoshi</dc:creator>
<dc:date>2026-07-29T00:13:30+09:00</dc:date>
</item>
<item rdf:about="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/07/post-985eb6.html">
<title>チャットツール　＜不便なことも我慢すると不便でなくなる＞</title>
<link>https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/07/post-985eb6.html</link>
<description>Teamsの「チャネル」と「チャット」の仕様差を考慮せず利便性だけでチャットを多用すると、スレッド未対応による議論の錯綜、退職等に伴うOneDrive添付ファイルの消失、シャドーIT化、AI分析の形骸化など、組織・ナレッジ管理上の深刻な弊害が生じる。仕組みでの解決が困難な中、形骸化を防ぐ運用の工夫が求められる。</description>
<content:encoded><![CDATA[<p><a href="https://note.com/yusuke_motoyama/n/n71b4a44c012a" target="_blank" rel="noopener">Slackで「頼むから守ってくれ」と思う5つのこと（ガチ）</a> もとやま note (<span>2026/5/20</span>)</p>
<p>タイトルはSlackだが、チャットツール全般に言えることだ。<br />もとやま氏が言う5つある原則の中で、</p>
<blockquote>
<p>原則1：すべての仕事はパブリックチャンネルでやる</p>
<p>理由1：情報格差をなくせる<br />理由2：依頼が雑になりづらくなる<br />理由3：誰に何のボールが飛んでいるかが見える</p>
</blockquote>
<p>に引っかかってしまった。<br />因みに、原則３以降は有料(500円)だ。</p>
<p><a href="https://yoshi-s.cocolog-nifty.com/photos/uncategorized/chanelchat.jpg" target="_blank" rel="noopener"><img style="margin: 3px;" title="Chanelchat" src="https://yoshi-s.cocolog-nifty.com/YoshiNashi/images/chanelchat.jpg" alt="Chanelchat" width="300" height="224" border="0" /></a> <br /><br />Slackではなく、Teamsのチーム内の「チャネル」へのメッセージ投稿と個別の「チャット」の2種類について考えてみた。<br />この2種類はよく似ているが、</p>
<ul>
<li>チャットはスレッド形式で投稿できない。</li>
<li>チャットは添付ファイルがOneDriveに保存される。</li>
<li>チャットの参加メンバーは組織的に管理されない。</li>
</ul>
<p>という点で、大きく異なる。<br />この差を考えず、便利だからとチャットばかり使用すると、</p>
<ul>
<li>同じような話題を扱うグループがたくさんある。</li>
<li>グループチャットで合意形成されている。</li>
<li>全員に周知すべき情報がやり取りされている。</li>
</ul>
<p>という問題が発生する。<br />どのような問題が考えられるか、いろいろな観点から考えてみた。<br /><br /><strong>【情シスの観点】</strong><br /><br /><strong>・スレッド形式</strong><br />チャットはスレッド形式の投稿がサポートされていない。<br />大勢が参加するグループチャットで、複数の話題が流れている場合は、話題を追うのが大変だ。<br />引用はできるのだが、引用が増えると鬱陶しい。しかし、まったく引用が無いと会話の流れが追えない。<br /><br /><strong>・添付ファイル</strong><br />チャットにファイルを添付すると、投稿したユーザのOneDriveに添付ファイルが保存される。<br />そのユーザがいる間は添付ファイルを開くことができるが、異動などでアカウントを削除するとOneDriveの領域も削除されるから、添付ファイルも開けなくなる。<br /><br /><strong>・参加メンバーの管理</strong><br />誰が管理しているかわからない。<br />参加してほしい人は、誰かがその都度追加するが、削除はしないので、参加メンバーが増え続け、管理できなくなる。</p>
<p><strong>【組織内コミュニケーションの観点】</strong></p>
<p><strong>・グループの乱立</strong><br />同じ話題を扱うグループがたくさんあるので、どこに投稿したらよいか分からない。<br />チームはユーザを管理する人がいるので意識しなくても良いが、チャットグループは誰が管理しているのかわからないので、参加が難しい。<br />そもそも、どのようなグループがあるのかわからない。</p>
<p><strong>・合意形成</strong><br />グループチャットで合意形成している場合は、参加していない人は認識できないし、合意形成の経緯を見ることもできない。<br />グループチャットに参加していない人は完全に蚊帳の外になる。<br />昔、重要なことが喫煙室で決まっていた、あの仕組みと同じだ。</p>
<p><strong>・全員に周知すべき情報</strong><br />グループチャットに参加している人は、参加していない人がいることを認識していないので、全員に周知すべき情報を投稿する。<br />当人は、全員に周知しているつもりだから始末がわるい。</p>
<p><strong>【ナレッジマネジメントの観点】</strong></p>
<p><strong>・知見の蓄積</strong><br />チャットは、過去に投稿したメッセージや共有したファイルが分からなくなるから、知見が蓄積されない。<br />異動してきた人が過去の経緯を知るには、人の記憶に頼らざるを得ない。<br />40年くらい前、ICTを使っていなかった頃と同じだ。</p>
<p><strong>・AIの使用</strong><br />最近のAIは、Teamsのメッセージも取得して分析できるようになった。<br />合意形成の経緯や、やり取りのフェーズなど動的な情報もメッセージから判断できる。<br />しかし、ユーザが読めない投稿は、AIも読めないから、動的な情報が取れない。<br />だから、AIを導入しても有効利用できない。　AI-Readyではないのだ。</p>
<p><strong>【改善方法はあるのか】</strong></p>
<p>不便な思いをしている人が多いが改善されないことは多い。<br />なぜなら、人はすぐに慣れてしまい、そんなものだと思うようになるからだ。<br />アクセスできない情報があったとしても、その情報の存在を知らなければ、不便と思わない。<br />たとえば、新幹線の存在を知らない人は、東京～大阪間を在来線で移動しても不便と思わない。そんなもんだ。フゥ．．．</p>
<p>不便な思いをしている人に、改善を提案すれば受入れられるが、不便だと思わない人が大半なので、いつまで経っても改善されない。</p>
<p>システム的な問題ならば、設定やサービスを変更するなどの対応が可能だ。<br />しかし、設計や使い方の問題の場合は極めて困難だ。<br /><br />もとやま氏のように、嫌われても徹底的に注意するしか方法はないのだろうか?</p>
<hr />
<p>最近の投稿<br />【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/" target="_blank" rel="noopener">Yoshiのよしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/cpu/">Yoshiのブログ</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24284807/index.html">よしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24379505/index.html" target="_blank" rel="noopener">AI</a>】</p>]]></content:encoded>


<dc:subject>よしなしごと</dc:subject>
<dc:subject>ほぼ1人情シス</dc:subject>
<dc:subject>AI</dc:subject>

<dc:creator>Yoshi</dc:creator>
<dc:date>2026-07-26T00:17:53+09:00</dc:date>
</item>
<item rdf:about="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/07/post-0b1c98.html">
<title>Cowork説明会を開催して分かったこと ＜作業を、業務を、組織を見ることが重要＞</title>
<link>https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/07/post-0b1c98.html</link>
<description>生成AIの活用には、AI-Chat、AI-Agent、AI-Assistantという段階がある。説明会では、業務分析ができている人ほど具体的な質問をし、できていない人ほど事例を求める傾向が見られた。AI-Assistantを活用するには、既存業務をそのまま自動化する発想ではなく、業務フローそのものを見直すメタ思考が重要であると感じた。</description>
<content:encoded><![CDATA[<p>MicrosoftのAIアシスタント、Copilot Coworkの説明会を開催した。<br />AIアシスタントの説明だから、希望者は少ないと考えていたら、結構多く2日間開催した。<br />そこで、分かったことを書いてみる。</p>
<p><strong>【結論を先に】</strong><br />AI-Assistantで業務が効率化できたと仮定して、現場の自由になる時間が増えたり、収入が増えないのであれば、AI-Assistantを使わないという選択も合理的だ。<br />AIの性能が向上した時に重要なことは、業務を対象化して考える能力だ。</p>
<hr />
<p><strong>【AI使用レベル】</strong><br />いわゆる「AI」には使い方にレベルがある。</p>
<p><strong>・AI-Chat</strong><br />一問一答形式で、ユーザがAIに質問しAIが回答を返す、Google検索のような使い方だ。<br />例えば、Excelを使っているときに、「表の分析方法を教えて」とChat-AIに質問するような使い方だ。</p>
<p><strong>・AI-Agent</strong><br />特定の作業を実行させたり、補助させたりする使い方だ。<br />例えば、Excelに「下記の条件で、データ分析してグラフを作成して。･･･」と指示して、グラフを作成させるような使い方だ。</p>
<p><strong>・AI-Assistant</strong><br />複数の作業で構成される、業務フローを実行させたり、補助させたりする使い方だ。<br />業務の分析が必須だから、ITに関する知識だけでは使えない場合も多い。<br />例えば、「定期的に収集したデータを、分析して、分析レポートを、メールで送信して」と指示するような作り方だ。</p>
<p><strong>【説明会での質問】</strong><br />この手の説明会は、質問が出ないことが多いが、何件か質問があった。</p>
<p>具体的な質問がある人は、多少なりとも業務を分析して、現状を変えたいと思っているようだ。<br />残念なことは、AI-Assistを「機能」ととらえているので、自動実行や定期実行が目的だったりする。<br />自動実行や定期実行が必要ならば、RPAを使えばいいのにと思う。</p>
<p>具体的な使用例が知りたい人は、業務に課題を持っていないのだろう。<br />現状ありきで、業務フローを見直すことは考えていない。<br />だから、「CoworkでExcelマクロを実行する方法はありますか?」という質問があったりする。<br />いやいや、その業務を分析したら、Excelもマクロも必要ないのでは、と思う。</p>
<p><strong>【ミスマッチ】</strong><br />AI-Assistantを使うことは目的ではなく、業務の効率化という目的を達成する手段だ。<br />一方、AI-ChatやAI-Agentはそれを使うことが目的になっていることもある。<br />AIを使うことが目的になっている人は、AI-Assistantを道具として使うという考え方ができないのだろう。</p>
<p>だから次のような参加者にAI-Assistantを説明するのは難しいと思った。　</p>
<p>・AI-ChatをGoogle検索の代わりだけに使っている人。<br />・AI-Agentで可能な処理を、AI-Assistanntでやろうとする人。<br />・業務フローを分析したり変えないでAIを使いたいと考えている人。</p>
<p><strong>【コペルニクス的回転】</strong><br />・AI-Chat → AI-Agent<br />Google検索の代わりに使っている人は、AIに作業を実行させてみる。<br />まず、AIに「〇〇データ分析してグラフを作成するための、プロンプトを考えて」と質問してみるとよいと思う。<br />おそらく、AIから質問があるだろう。そして、質問に答える過程で、分析の目的や、分析結果を提示する相手、分析の切り口を考えるだろう。<br />つまり、<strong>考えないためにAIを使う習慣から、考えるためにAIを使うようになる。</strong></p>
<p>・AI-Agent → AI-Assist<br />AIに作業をさせている人は、業務フロー全体を実行させてみる。<br />まず、「〇〇業務を効率化するための、プロンプトを作成して」と質問するとよいと思う。<br />おそらく、AIからの質問に答えられないだろう。そして、「おまかせで」となるだろう。<br />そして、実際にAIに実行させても業務は効率化されない。<br /><strong>AIを活用できるように業務フローを変えければならない</strong>ことに気づく。</p>
<p><strong>【まとめ】</strong><br />AI-Assistantは、現場主導で使うものではないと思う。<br />業務が効率化できたと仮定して、現場の自由になる時間が増えたり、収入が増えないのであれば、AI-Assistantを使わないという選択も合理的だ。</p>
<hr />
<p>最近の投稿<br />【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/" target="_blank" rel="noopener">Yoshiのよしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/cpu/">Yoshiのブログ</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24284807/index.html">よしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24379505/index.html" target="_blank" rel="noopener">AI</a>】</p>]]></content:encoded>


<dc:subject>よしなしごと</dc:subject>
<dc:subject>AI</dc:subject>

<dc:creator>Yoshi</dc:creator>
<dc:date>2026-07-23T00:55:27+09:00</dc:date>
</item>
<item rdf:about="https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/07/post-f80d8d.html">
<title>AI使用の費用対効果</title>
<link>https://yoshi-s.cocolog-nifty.com/YoshiNashi/2026/07/post-f80d8d.html</link>
<description>生成AI利用を抑制する動きに対し、情シス担当者はROIを定量的に証明する必要がある。特にバックエンド業務の効果測定は難しいが、具体的な業務記録を残すことが鍵となる。「1人情シス」の実践として、トラブル解決の時間短縮や脆弱性対応の効率化をデータ化し、AIに分析・言語化させる手法を提案する。</description>
<content:encoded><![CDATA[<p><a href="https://jbpress.ismedia.jp/articles/-/95142" target="_blank" rel="noopener"><span>「AIを使え」から「あまり使うな」へ、米企業が半年で生成AI</span><wbr /><span>の利用制限に動き始めた理由</span></a><br /><span>小林 啓倫<br />JBPress<br /><br />突然、「コ<wbr />スト超過につき、AI利用を抑制せよ」「ROIが見えない案件は<wbr />停止」となった場合に備えて、<br />小林啓倫氏は、</span><span></span></p>
<ul>
<li><span>第1に、自分の仕事のうち「どの業務をAIで処理し、その結果ど<wbr />んな効果が出たか」を、業務単位で簡単に記録しておくこと<br /></span></li>
<li><span>第2に、いま手元で使っているモデルを「もっと安いモデルでも代<wbr />用できないか」という観点で見直しておくこと。<br /></span></li>
<li><span>第3に、自分の仕事の成果を「使った量」ではなく「届いた価値」<wbr />の言葉で語れるようにしておくこと。<br /></span></li>
</ul>
<p>ことが必要だとおっしゃる。<br />いくらITオンチの経営者でも、とにかくAIを使えと社員の尻を叩いたとしても、成果が見えなければ、おかしいと感じるだろう。</p>
<p>従来1日(8h)かかっていた資料作成が2hでできたなど具体的な数値を記録しておくことが重要だ。<br />その数値を元に価値を説明すると信憑性が出てくるが、単に「価値があります」では信憑性が無くなる。<br /><br /><span>## ROI 費用対効果</span><br /><span>わかりやすい数値で、費用対効果を示すことは難しい。</span><br /><br /><span>AIを導入する時に考えず、何か効果的な使い方が見つかるだろう</span><wbr /><span>と、導入してみたけれど、目に見える効果が無いという例は多いの</span><wbr /><span>ではないだろうか？</span> <br /><span>目視でおこなっている製品の検査にAIを導入した場合は</span><wbr /><span>、不良率の低下、人件費の削減などの効果が期待できる。</span></p>
<p>一方で、<span>事務などバックエンドの業務は、定量的な効果を示すことが難しい</span><wbr /><span>。</span><br /><span>例えば、毎日大量のメールを処理しなければならない業務に、AI</span><wbr /><span>を導入して、メールの要約と返信の下書きを作成させると、人間の</span><wbr /><span>負担は減る。<br /></span><span>しかし、人間が不要になるわけではないから、効果を定量的に示すことは難しい。</span></p>
<p><span><strong>【ほぼ1人情シス】</strong><br /></span><span>「ほぼ1人情シス」の業務で考えてみた。</span><br /><span>約4500/月の有料ライセンスを使っている。</span><br /><span>では、それだけの効果を上げているのだろうか？</span><br /><br /><strong>・ヘルプデスク業務</strong><br /><span>回答までの時間は短縮したことを実感している。</span></p>
<ol>
<li><span>トラブルの申告をうける</span><br /><span></span></li>
<li><span>対応を調査</span><br /><span></span></li>
<li><span>対策を実施</span><br /><span></span></li>
<li><span>結果の確認</span></li>
</ol>
<p><span>簡単なトラブルは、知識と経験で対応するので解決までの時間は変</span><wbr /><span>わらない。</span><br /><span>難しいトラブルは、AIを使用することで短縮することができた。</span><br /><span>AIを使用するまでは、Googleで検索して、複数の情報から</span><wbr /><span>、具体的な操作や手順を調べていたが、難しいトラブル、</span><wbr /><span>先例が少ないトラブルの場合は、1日から1週間程度必要だった。</span><br /><span>この作業はAIが肩代わりしてくれるようになった。</span><br /><br /><span><strong>・保守</strong><br /></span><span>保守業務は、手作業を</span><span>RPAで自動化したので、AIを使用する作業は少なくなった。</span><br /><br /><strong>・セキュリティ業務</strong><br /><span>脆弱性情報は手作業で収集していたが、</span><span>AIが使える。</span><br /><span>影響が大きい脆弱性の場合は、自サイトへの影響や、対応を提案してくれる。<br /></span>AIに責任はないので、最終判断や、意思決定は人間が行う必要がある。<strong>【効果】</strong></p>
<p>効果を説明することはできる。<br />説得力がある説明をするためには、客観的な数値が必要だ。<br /><br />業務委託で働いていた時には、真面目に作業メモを残していた。<br />請求書に添付する作業報告書が書けなくなるので。<br /><br />最近、作業メモがおざなりになっている。<br />AIが読める形でメモや記録を残しておくと、AIを使用した履歴が残る。<br />その履歴をAIで分析することで、AIを使用した効果を作文してくれる。<br />AIは「盛りすぎじゃネ」など言わない。</p>
<hr />
<p>最近の投稿<br />【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/" target="_blank" rel="noopener">Yoshiのよしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/cpu/">Yoshiのブログ</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24284807/index.html">よしなしごと</a>】【<a href="https://yoshi-s.cocolog-nifty.com/YoshiNashi/cat24379505/index.html" target="_blank" rel="noopener">AI</a>】</p>]]></content:encoded>


<dc:subject>よしなしごと</dc:subject>
<dc:subject>AI</dc:subject>

<dc:creator>Yoshi</dc:creator>
<dc:date>2026-07-20T00:18:25+09:00</dc:date>
</item>


</rdf:RDF>
