開発PMのアーニャ

ポンコツPM,下請法怖い,非エンジニア,デザイン,米株,PMP

[おおとり @kusu_17]

https://t.co/gzc0KszBsy

[しょうへい｜デイトラ代表 / AI経営顧問 @showheyohtaki]

Claude公式が、ついに日本語対応の学習サイトを公開しました！

しかも全コンテンツ無料。
すごいのは具体性で、実務でそのまま使えるユースケースが約150件まとまっています。

毎日Claudeを触っている僕でも「これは使える」と思う事例がゴロゴロある。Claudeユーザーは必見です👇

[松浦勝人 @maxmatsuuratwit]

noteの第3回を公開しました。

「チャンスは、変な顔をしてやってくる」

僕の人生を決めたチャンスは、時給430円のバイトの不採用でした。エイベックスは、そこから始まっています。

https://t.co/NJnwRDuxDi

[Yohei｜AIで事業を加速する人 @AIEducationlabo]

https://t.co/OzEdEfFkf6

[天野 @AmanoH0909]

memo
Claude Code 企業で使う場合はこの辺り読んでおけば良さそうをぶら下げておく

Claude Codeを企業利用するときのベストプラクティス
https://t.co/DgRYgNaSGo

[あいばん🌴融資辞めたら年収上がった銀行員 @Islandbanker_]

Aさんへ

このメールは読んだ後、削除してください。

自己評価はA+でしたが、評価者の私としてはB-と判断しています。A+の根拠よりもB-の根拠の方が多いというのが率直な評価です。

理由はシンプルです。Aさんは「やったことの量」を評価していますが、バックオフィスで評価されるのは「残した品質」だからです。

バックオフィスは営業のように売上を上げれば評価が上がる仕事ではありません。会社の業績が良い時でも評価が急上昇しない代わりに、悪い時でも評価が急落しないのは、安定した業務品質の維持こそが求められているためです。

その観点で見ると、Aさんは様々な業務に手を挙げていますが、その一方でミスや手戻りも少なくありませんでした。

率直に言えば、「多くの仕事に関わったこと」と「���く評価されること」は別の話です。

自己評価を見る限り、「挑戦した」「関与した」という事実は多く記載されていますが、「その結果として何が改善されたのか」「品質向上にどう貢献したのか」という視点はあまり見受けられませんでした。

バックオフィスでは、仕事を増やすことよりも、安心して任せられることの方が価値があります。

まずは業務範囲を広げることよりも、担当業務を確実にやり切ることを期待します。

[Takuto Wada @t_wada]

"大企業では、一度リリースした機能は利用者が少なくても消せないという構造的な圧力が働く。機能を追加する容易さに比べ、削除する難易度が異常に高い。この不均衡な状況でAIを回し続ければ、負債だけが積み上がる地獄絵図" / AI時代にプロダクトマネージャーは消滅するのか https://t.co/P7MTCgnXek

[梶谷健人 @kajikent]

このGW中に「Claude Code」を一気に学びたいと思っている人向けのリーディングリストを作りました。

レベル別に上から並べているので、このリストを上から読んでいったらClaude Codeにめちゃくちゃ詳しくなれると思います。

https://t.co/jOmC6nAEc7

[すぅ| PM & PdM🐈 @suh_sunaneko]

Image to pptxプロンプト

---

添付したスライド画像を、編集可能なPowerPoint形式（pptx）で再現してください。

最重要：
1回作って終わりにしないでください。
必ず作成後にPPTXをレンダリングして画像化し、元画像と比較して、崩れている箇所を修正してから納品してください。

作業手順：
1. 元画像を確認し、スライド全体を以下の要素に分解する
- 背景
- タイトル
- メッセージボックス
- 左カード
- 右カード
- 見出し
- 金額表示
- 箇条書き
- 中段の水色バー
- 注意喚起バー
- 下部の結論ボックス
- ページ番号
- アイコン類

2. 各要素を、次のルールで再現する
- テキスト：PowerPointの編集可能なテキストボックス
- 枠、線、帯、カード、背景装飾：PowerPointの図形
- アイコン、イラスト：元画像からPNG/JPEGで切り出して配置
- SVGは使用しない
- スライド全体を1枚画像として貼り付けない

3. 元画像からアイコン部分だけを切り出す
- メッセージアイコン
- 目のアイコン
- 目に斜線のアイコン
- 書類＋円マークのアイコン
- 検索、メール、更新、時計、電卓、警告アイコン
切り出した画像はPNG/JPEGとしてPPTXに挿入する。
SVGには変換しない。
　-必要によっては、Image2で画像生成してください

4. スライドサイズは16:9にする
- 13.333 x 7.5 inch
- 元画像の比率に合わせて配置する

5. テキストを正確に転記する
- 誤字を出さない
- 全角半角を元画像に合わせる
- 数字、単位、句読点を元画像に合わせる
- 文字が折り返されないようにテキストボックス幅を調整する

6. 色・余白・サイズを元画像に近づける
- 濃紺の本���色
- 明るい青の強調色
- 薄い水色の帯
- 薄いグレーの背景
- 角丸カード
- 細い罫線
- 右上・右下の淡い背景装飾

7. PPTXを作成したら、必ずレンダリング画像を出力する
- PowerPointまたはLibreOffice等で画像/PDFに変換する
- そのレンダリング画像と元画像を目視比較する

8. 比較時に必ず確認する
- タイトル位置とサイズ
- メッセージ枠の位置と高さ
- 左右カードの位置・幅・高さ
- 見出しアイコンの位置
- 金額表示のサイズ
- 右カード内の箇条書きの行間
- 中段バーの高さ
- 注意喚起バーの位置
- 下部結論ボックスの位置・高さ・文字サイズ
- ページ番号
- 文字折り返し
- 余白の違和感

9. 崩れている場合は、修正して再レンダリングする
- 最低1回は修正サイクルを回す
- 明らかに崩れている状態で納品しない

10. 最後にPPTX内部を確認する
- SVGファイルが含まれていないこと
- スライド全体を背景画像���していないこと
- テキストがPowerPoint上で編集できること
- 図形が個別に選択できること

納品物：
- 編集可能なpptxファイル
- SVGなし
- 1枚画像化なし
- テキスト編集可能
- 元画像と見比べて大きな崩れがない状態

[チャエン | デジライズ CEO《重要AIニュースを毎日最速で発信⚡️》 @masahirochaen]

【速報】Claude Design発表、Opus 4.7が駆動

試してみたが良い。デザインツールを軒並み駆逐してまう…

・プロンプトから試作/スライド/1枚ものを生成
・Canva/PDF/PPTX/HTMLで書き出し可
・コードとデザインを読み込みシステム自動構築
・Pro/Max/Team/Enterprise利用可

[梶谷健人 @kajikent]

メルカリのClaude Codeセキュリティ設定の組織展開戦略、めちゃくちゃ実践的で参考になる。

▼ 以下要点メモ

Claude Codeは便利だけど、コマンド実行・ファイル読み書き・Web取得ができる＝PCの認証情報や重要ファイルへのリスクがある。

そこでメルカリがやった5つの対策：
① bypassモード禁止（人間が必ず確認）
② curl等の危険コマンドは都度確認
③ 環境変数読み込み・sudo禁止
④ Sandboxでディレクトリ外操作・ネットワーク制限
⑤ システムプロンプトにセキュリティポリシー埋め���み

で、これを全社員にどう届けるか？

→ MDM（端末管理）で一斉配布。

社員は何もしなくても安全な設定が入った状態になる。

ただ、MDM設定は「最高優先度」で適用される＝社員が上書きできない。

すると：
・エンジニア →「カスタマ��ズさせてくれ」
・非エンジニア →「最初から安全にしてくれ」
→ 両方を満たす1つの設定は存在しない。

メルカリの解決策：MDMから「社員の属性（エンジニア/非エンジニア）」を判別し、それぞれに別の設定セットを配布する二層構造に。

エンジニアには安全性を保ちつつカスタマイズ可能な設定、非エンジニアには最も安全な設定をそのまま提供。

大企業でClaude Codeを全社導入する際の「設定をどう配るか」問題、まさにこれから多くの企業がぶつかる課題だと思うので、MDMで一律配布→属性別に分離、という実践的な知見は貴重。

[Koder @koder_dev]

非エンジニアの方がclaude code触る機会増えてると思うけど、セキュリティ周りは本当に詳しくないほど人ちゃんと確認したほうがいい

自分もこの記事をきっかけに今一度見直した👀

https://t.co/4roWpwulex

[人見悠大 | IT PM/PMO × 開発 @555hitomi]

実施フェーズが始まったのに、チームがバラバラに動いていた現場がある。

原因を掘ったら、準備フェーズをすっ飛ばして実行に入っていた。
コーディング規約がない。開発環境の設定がメンバーによって違う。
レビュー基準が属人化している。

2週間後に品質の差が表面化した。
準備を省くと、コストとスケジュールと品質に「深刻な影響」が出る。
それは経験した人間しか本当には信じられない。

[増田聡 @smasuda]

AIに個人情報を入れまくってたら人生が終わりかけた話 https://t.co/G82gz7nkGR 学生諸君だけやなくて全人類が熟読してください

[人見悠大 | IT PM/PMO × 開発 @555hitomi]

「見積もりが2倍になりました」という報告を受けたことがある。

理由を聞いたら「要件が詰めきれていなかった」という答えだった。
それは見積もりではなく、感覚値だった。

見積もりは「ブレ幅を1割程度に収束させるつもりで」作るものだ。
±50%の見積もりを出した時点で、そのプロジェクトは設計が壊れている。

要件を詰める努力を怠って出した数字は、後で必ず現場を苦しめる。

[長村禎庸｜EVeM（イーブン） @meiku_shiba]

https://t.co/vravMEE2yD

[AI駆動塾 @L_go_mrk]

https://t.co/2kwNlTNHfp

[テツメモ｜AI図解×検証｜Newsletter @tetumemo]

https://t.co/Iy74PEliWY

[夏目にーに @212natsume]

「今やれ、今」　0/7
新年度・新学期に読んでほしい3話

[N @N65006333]

法務としてはエンジニアがこれくらい分かってくれているとだいぶやりやすいというか、ここまで分かってくれている人は上位5％くらいですよねきっと

外部サービスの利用ガイドラインを作ってわかった、エンジニアが見落としがちな法的観点｜moneymog https://t.co/XwngjHxT4c #zenn