KNOWLEDGE WORK Dev Talk #19「AIに仕事を奪われるのではなく、奪わせるキャリアを」tapih
- tapihは技術の進化に合わせてキャリアを上位レイヤーへ移行し、プラットフォームエンジニアとしての役割を果たしている
- オンプレミスKubernetesからクラウドネイティブ環境への移行、SREの仕組み構築、MergeOpsとEverything as a Codeのプロジェクト
- 技術の進化に合わせたキャリア選択と、ユーザー体験設計の重要性が強調されている
#マネジメント
AI時代、なぜCTOとCHROの役割は融合するのか――CTOから見た事業と組織のこれから
- CTOとCHROの役割が統合され、AI時代の組織変革が進んでいる
- AI戦略と人事戦略の統合、AI前提での組織設計、AIエージェントの導入
- AI化により既存業務が代替され、人員配置の見直しが必要になる
問題は「足す」より先に「減らす」を考える
- 問題解決では「減らす」案を最初に考えるべきだと提唱している
- 減らす案は思いつかないことが多く、足す案を選ぶ傾向がある、と研究結果が示している
- 何かを始める際には代わりに1つやめる判断を意識する必要がある
キッカケエージェントは誰向けか｜エンジニアのキャリア相談で対象になる人 #はじめてのnote
- キッカケエージェントは経験者向けのキャリア相談サービス
- 経験があること、20代前半〜40代前半、50歳以上は対象外、地域は問わない
- 30日以内にキャリア相談を受けることが必須で、予約が取れないと申し込みが無効になる
開発部の月次ふりかえり報告会「DEV-spark」をはじめました
- 開発部で月次の振り返り会「DEV-spark」を立ち上げた
- チームの宣言と検証のサイクル、サブマネージャーの発表、KPIの定期的な確認
- 宣言した内容を次回に検証する仕組みで、チームのコミットメントを高めている
(新試験)「AWS Certified AI Business Strategist」が登場
- AWSに「AWS Certified AI Business Strategist」認定試験が新設された
- ビジネス職向けに設計され、AI導入の戦略立案やガバナンスが主な出題範囲、技術実装は対象外
- AI導入を推進するビジネス職が対象で、技術実装経験は不要だがAI導入経験6か月が推奨される
【AI駆動開発】AIエージェントに「人間の承認」を残す設計：Human-in-the-Loop超入門
- AIエージェントに「人間の承認」を残す設計が求められる
- 不可逆性と影響範囲で承認ポイントを決める、監査ログとサンドボックスでリスクを抑える
- 取り消しがきかない操作は必ず人間の確認を挟むべきで、確認だけでは自動化バイアスのリスクがある
野党は何のためにあるのか？ ― 政権交代と政策改善から考える日本経済 : システム設計視点の行動経済学 (23)
- 野党の役割を「コードレビュアー＋次期メイン開発者」として再定義し、政権交代と政策改善を両立させるシステム設計を解剖
- コードレビュー型野党、次期メイン開発者、二重KPI、政権交代のフォールバックメカニズム
- 野党の対案作成コストを減らすためには、法案審議の閣議決定後の修正可決を認める制度設計が必要
何を作ったかより何を変えたかで自分を語れよ!!! - 書籍『Outcomes Over Output』が目標設定の悩みを解消してくれた
- 目標設定で悩んでいたが『Outcomes Over Output』のアウトカム視点で解決策を得た
- アウトカム＝ユーザー行動の変化、インパクト＝ビジネス上の利益、アウトプット＝プロダクトの変化の3段階で目標を設計する
- チームが手で動かせるものでインパクトへの因果が短くつながっている目標が良いと実感した
セキュリティプロ・フリーランスは誰向けか｜対象の経験と年齢 #はじめてのnote
- セキュリティプロ・フリーランスの対象はセキュリティプロジェクト経験者で本業のフリーランス、50歳未満
- セキュリティプロジェクト経験、本業でのフリーランス、50歳未満の3条件を満たす
- 副業目的や50歳以上は対象外で、カウンセリングまで30日以内に進まないと登録が無効になる
スプリントレトロスペクティブに「MVP制度」を導入した話
- スプリントレトロスペクティブにチーム投票でMVPを決める制度を導入した
- 無記名投票で無投票OK、半期最多獲得者にはご飯を提供、動きに投票する仕組みを検討
- プロジェクト規模によるバイアスや受賞者の偏りが課題で、動きに投票する仕組みが必要
エンジニアに一番大切なのは技術力ですか？ — 5年働いて気づいた、信頼を生む「誠実さ」の話
- エンジニアの信頼は技術力ではなく誠実さで生まれる
- うそをつかない、ミスを共有する、事実と解釈を分ける
- 問題が起きたときに誠実さが問われるため、日々の小さな選択が重要
2026 Japan AWS Jr. Champions選出の舞台裏～若手エンジニアの挑戦と成長を支える文化～
- WHIの若手エンジニア2名がAWS Jr. Championsに選出された
- 文系出身者と自然言語処理研究者で、AWS資格取得やコミュニティ活動、サーバーレスインフラ構築を実施
- 挑戦を後押しする文化や技術的サポート体制が成長に影響した
「私の仕事は増えてるんですよ!」と叫ぶ現場をClaude Codeで作ってしまった男の話
- AIによる業務効率化が現場の人員削減と新たな負担の移転を生んでいる
- RPAやAIによる自動化で工数がゼロになり、その分の負担が別の業務に移る。ボットのお守りという手直し作業が新たに発生する
- 効率化した業務は人員削減の材料となり、現場の負担は別の場所に移るため、業務量が変わらない状態が続く可能性がある
スキルの採点ツールは、書いてある内容が正しいかを見ていない
- スキルの採点ツールは内容の正しさをチェックしない
- ルーブリックに事実の正しさが含まれず、具体性の次元では誤りが高得点になる
- AIの指摘を鵜呑みにせず、自身で確認する工程が必要
技術書を完璧にしても、答えのない判断には対応できない
- 技術書の知識だけでは答えのない判断に対応できない
- 技術書は正解が決まっている領域に強みを持つが、実務では心理学やビジネス感覚などの一般教養が必要
- AIに頼れない状況でも柔軟な発想で問題を解決できるのは日頃の雑学インプットにかかっている
父さん、仕事辞めてAIネイティブな組織で食っていこうと思うんだ
- 既存組織をAIネイティブに変えるには業務の言語化と形式化が不可欠
- 業務のコンテキスト明示、AIの責任所在、人間の判断力の重要性
- 業務の仕組み化と人間の判断力向上が組織の競争力に直結する
支払い申請の下書きをAIに任せて4ヶ月、書いたのは手順ではなく完了の条件だった
- 支払い申請の下書きをAIに任せて4ヶ月、完了の条件を明確にした結果、作業時間が10分に短縮された
- 完了の条件を「今月の支払い対象者リスト」と「金額の一致確認」に変更、手順はAIに任せる
- 完了の定義を明確にすることで、AIの処理結果を信頼できるようになり、作業負担が減った
#614_自己紹介資料を更新しながら、ふと立ち止まった：エンジニアからコンサル、そしてその先のキャリアをどう描くか
- エンジニアからコンサルへのキャリア変更の意味を問い直す
- 自己紹介資料の見直しと自分軸の再定義が求められる
- 他人の期待に合わせるのではなく、自分の価値観に沿ったキャリアを描くべきだ
文系上司が知りたいのは「仕組み」ではなく、「どう影響するか」のことが多い
- 技術説明と影響の説明の抽象度が異なる
- 仕組みの説明は「キャッシュの仕組み」、影響の説明は「表示が速くなる」
- 非エンジニアに説明する際は影響を先に伝えるべきで、その一言で相手の判断材料になる
