テクニカルライティングの基本
テクニカルライティングの基本を学べます。サイボウズの新入社員向け研修資料です。業務マニュアル、報告書、仕様書、技術解説書などのドキュメントを書く機会がある方向け。 本資料をもとにした書籍も発売中です：https://amzn.asia/d/2hQNEk2 Twitter：https://twit…
テクニカルライティングの基本を学べます。サイボウズの新入社員向け研修資料です。業務マニュアル、報告書、仕様書、技術解説書などのドキュメントを書く機会がある方向け。 本資料をもとにした書籍も発売中です：https://amzn.asia/d/2hQNEk2 Twitter：https://twit…
2024.12.11 エンジニア組織のリアルな失敗経験から学ぶ！ 生産性向上＆チーム強化Tips
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1. はじめに ソフトウェア開発のチームに、新しいメンバーが入ってくることはよくあります。 以前に新卒社員がチーム入ってきた場合の育成方法を紹介しました(こちら)。 今回は、新卒社員ではなく、他の会社から中途入社か同じ会社の部署異動で来る新メンバーの話です。 (エンジニアが数百人などで規模が大きい会社の場合、部署が違うと仕事のやり方が全く変わる場合があるので、今回は中途入社と他の部署からの異動を同じように「新メンバー」として扱います) 会社や部署が変わると仕事のやり方が大きく変わるため、仕事のやり方に戸惑うことが多いと思います。 本稿で
いつでもどこでもモノがトドク、世界的な物流ネットワークを創りたい、207株式会社のイナバです。 207の1on1、めっちゃ良いんです！！ 先日の忘年会で業務委託の方に「207に所属していて良いところは何か？」とお聞きして「1on1、めっちゃ科学されていて良いですよね」という話題に上がるくらいには良いです！ 私自身、業務委託で色んな会社を見ているのですが、たしかに207の1on1は凝っていると思います。 という事で、本記事では「どんな質問を」「どんな意図で」しているのかを代表にインタビューしてきたのでまとめていきます。 1on1をやる目的 そもそも1on1を実施してよかった点ですが、たくさんのメリットの中でも特に、 - 認識のズレをなくす - 信頼関係を構築する - アラートの早期検出 みたいな効果を享受できています。それぞれ、どういう意味かをご説明していきます。 認識のズレをなくす 業務上
相手に動いてもらえないのは、一言目で“地雷”を踏んでいるから 仕事でも私生活でも役に立つ、人を動かす「伝え方」の極意 | ログミーBusiness
本の学びを深めるオンライン講座「flier book camp」を運営する株式会社フライヤーが主催したイベントに、ゲストとして登場したのは、『無敗営業』シリーズ著者の高橋浩一氏。今回はファシリテーターにフライヤーアドバイザー荒木博行氏を招き、「言える・伝わる・あのひとが動く『伝え方の原則』」をテーマに対談します。高橋氏は、相手にうまく動いてもらえない時は“地雷”を踏んでいる場合が多いのだと語り、気持ちよく人を動かすための「伝え方」のポイントを解説しました。 相手にうまく動いてもらえない時は“地雷”を踏んでいる荒木博行氏（以下、荒木）：浩一さんはものすごく大量にいろんな人の営業トークやコミュニケーションの現場に立ち会われていて、ロールプレイもかなりやってらっしゃると思うし、そこでのフィードバックもけっこうされているわけですよね。 「やっぱりここでコミュニケーションが躓いちゃうのか」というもの
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 本記事の続編として、自分が有害な振る舞いをしないようにする改善の取り組みを扱った記事も書いてます。 エンジニアや上司が"有害な振る舞い"を改善する方法 ※「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用（難しい人というラベリングを特定個人に適用する使い方）が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 以下の記事を読んだ際に
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ほとんどの人はだれかと恊働しています。マネージャーやリーダーであるなら、この割合はより大きくなります。 筆者は、仕事の重要な要素のひとつを「進捗を出すこと」と定義しています。そして進捗を出すには、進捗をただしく把握することも重要になってきます。 しかし「進捗を把握する」と言っても、想像以上に難しいと感じる場面が多々ありました。たとえば、 進捗はどうですか？ → 進行中です／〜をやっています なにか問題はありますか？ → とくにないです 〜までに終わりそうですか？ → たぶん大丈夫だと思います というようなやりとりは一般的なコミュニケーシ
うまく騙されないように、人の思考のクセを知っておこう。
人には、どの人にもある「思考のクセ」が存在しています。 そうしたクセは、普段あまり意識されることはありませんが、「知っている」人は、それを良くも悪くも「実態を隠す技術」や「他人を操作する技術」として使うことがあります。 例えば、「アンカー効果」として知られている思考のクセがあります。 これは「予測を立てる直前に見た数字をアンカー（よりどころ）にしやすい」という傾向です。 当然これは、金儲けにも利用できます。 数年前、アイオワ州スーシティーのスーパーマーケットがキャンベル・スープのセールを行い、定価から約一〇％引きで販売した。数日間は「お一人様12個まで」の張り紙が出され、残り数日間は「お一人何個でもどうぞ」の張り紙に変わった。 すると、制限されていた日の平均購入数は七缶で、制限なしの日の二倍に達したのである。 このように、心理に関する知識は、成果を大きく左右することもあります。 では、この
癌診断で確認が必要な大事な事 癌の確定診断を受ける日は、誰にとっても不安と緊張が伴うものです。しかし、このタイミングで大切な情報をしっかり確認することで、これからの治療方針や生活の見通しが大きく変わってきます。診察時に必ずおさえておきましょう。 どんな種類の癌がどこにできたか確認する 病期（ステージ）の確認 治療法の選択肢の確認 確定診断で必ず確認する事、できればもらっておきたいもの 必ず確認する事 どの臓器に、どのようながんが見つかったのか 確定診断なのか／どの検査結果によって判断されたのか 腫瘍の大きさや、どの範囲まで広がっているのか 進行度（病期・ステージ）はどの段階にあたるのか 考えられる治療方法と、その選択肢の違いは何か できればもらうもの 病状説明書： 病状説明書とは、医師が患者さんに説明した「病気の状態、検査結果、治療方針」をわかりやすくまとめた書類のことです。病名やどこがど
男がキャバクラに行く意味がわかった
当方、40代男性。キャバクラには行かない。 ずっと何が楽しくて、お金を払って、女性に話を聞いてもらうんだろうと思っていた。 性的なことをしてすっきりしたいという気持ちはわかるので、まだ風俗の方が理解できた 今から20年ほど前、増田が大学に通っていた頃、研究室にある陽キャの助教授（すでに准教授の呼称に変わっていたかも）がいた 学会などの出張のたびに、教授がやめろと言ってるのに学生を連れ回して飲み歩き、 最後には学生をキャバクラに連れて行っていた。自分もそれで一度連れて行ってもらったが、全く楽しみ方がわからず、 椅子に座って岩のようになっていた。 一応、大学の先生の名誉のために行っておくと、当時ですら上記のような先生は少数派であり、 おそらく現在の大学で、学生をキャバクラに連れて歩くような先生は絶滅危惧種だと思う 増田はその後、とあるIT企業でエンジニアとして働いていた。 仕事は楽しかったし、
【資料公開】目標設定の基本
みなさんこんにちは。@ryuzeeです。 2023年5月9日に開催されたNTT Com Open TechLunch #7「エンジニアリングマネージャーと目標設定」の登壇資料を公開します。 このイベントはNTTコミュニケーションズの社内ランチ勉強会を一般に公開しているものです。 ぼくは、NTTコミュニケーションズの技術顧問をしており、顧問業の一環として登壇しています。 多くの組織では、この時期に期初の目標設定を行っているのではないかと思いますが、目標設定の意味や位置づけ、それをどのように使うのか、評価や報酬との関係はどうなるのかといったことについて組織のなかで認識が揃っていることはまれです。 こうなると、人事制度のなかで目標設定をすると決められているのでめんどくさいけどやる、という感じになったり、目標設定が終わったら内容を綺麗さっぱり忘れて、期末になって「あー、そういえば……」みたいなこと
仕事柄、大学生とよく会います。みんなひたすらに優秀。学生の頃の活動は、自分のど真ん中と紐づいてるからかどれも魅力的。 そんな彼ら彼女らですが、卒業し、就職した後、そのままめちゃ伸びて大活躍って子と、ちょっとくすぶってる子にわかれます。そんな時によく相談受けるので、アドバイス的なものをさせていただくことがあるんですが、それの評判が良かったのでnoteにまとめました。 このnoteを読んで、実践してもらった上でのGoalは、 社会人三年目くらいの「うわ、あの人仕事できるね」って言われてるような人に、半年でなる。 です。 この感覚わかりますかね？ 多分会社員の皆さんだと、「あーあいつみたいな感じね」「あーあの人みたいな感じか」となってもらえるかと思います。 会社員じゃない人だとあまりイメージ湧かないかもしれませんが、クライアントの若手の仕事できそーな感じの人を想像してみてください。そうです、その
ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話（前編）
ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話（前編） アジャイル開発の代表的な方法論であるスクラムをテーマに、都内で1月に開催されたイベント「Regional Scrum Gathering Tokyo 2024」で、経験豊富なアジャイル開発のエキスパートとしてウクライナを拠点にアジャイルコンサルタントをしていたドミトロ・ヤーマク（Dmytro Yarmak）氏が、ロシア軍の侵攻後にウクライナ軍に入隊し、中隊長としてリーダーシップを発揮するためにさまざまなメソッドを駆使して軍隊の組織を変革していった経験を語ったセッション「A True Story of Agile Coaching in Ukrainian Armed Forces」が行われました。 軍隊という、企業とは異なる構造や目的を備えた組織で、しかも多くの民間人が入
よく、仕様書を書いていなくて、書いてみたいけど、具体的な仕様書がネット上に落ちてなくってこまってるって相談を受けるので 「仕様書の記載内容のイメージ」を作りました！ ※前提として「現在仕様書を書いていない、自社開発のMVP検証前後のフェーズのスタートアップ向け」に書いています。PMが仕様書、エンジニアがDesign Docを書く分担です。 ついでに、システム開発の基礎である「システム開発のV字モデルをベースにした設計書の紹介」も含めてまとめてみましたー！ 大規模開発に使われたり、古くからあるフレームワークなので、スタートアップの方だと、システム開発のV字モデルの概念やそれにあわせた成果物を知らない人が多いけど、「要件定義書」と「設計書」を全てドキュメント化するとどうなるかを理解した上で、「仕様書」として情報を削る方が、考慮漏れ防止やエンジニアがやっている設計内容の理解につながるので、全体を
“難しい人”が1人入ると、チームの生産性は30〜40％低下する 対抗せずに、場の「安心感」を作るための3つの条件 | ログミーBusiness
建設的な議論を妨げる最大の要因は、感情的になってしまうこと斉藤徹氏：続いて、（チームメンバーの意識が）外に向いたらどうすればいいのか。これはみんなが意見を出し合うことが大切です。でもこの建設的に第3案を共創するのが、なかなか難しいんですよね。 なぜかというと、建設的な議論を妨げる最大の要因は「感情的になっちゃうこと」なんです。本当に僕もそうだけれども、やはり自分が確信を持って言ってる意見を否定されると、カーッとなっちゃったりします。感情的になってしまって、建設的にならない。対立構造になってしまうんです。 1つ例をあげてお話をしたいと思います。一般的に、開発と営業って仲が悪いですよね。あなたは営業部の社員で、開発部の顧客に対する姿勢に不満を持っているとします。（あなたは）すごくお客さん思いなので、日頃から製品のクレームや要望を耳にすることが多くて、でもそれを開発部の人に言うと、自分と姿勢が異
東大卒だけど、チームみらいは苦手だ。
私は東京大学を卒業した30代で、直接の知り合いが複数人、チームみらいの運営に携わっている。参院選の候補者も二人知っている。疎遠だけれど。 チームみらいに対して「エリートだから一般人の気持ちが分からない」という批判を見たが、私は実感を込めてそう思ってしまった部分がある。 東大生の親は平均年収が高いと言われたりするので漠然と金持ちのイメージがあるかもしれないが、国立大学だから私立より受験料も学費も安いのもあり、実際は様々な家庭環境の学生がいた。 生活費を自分で稼がなくてはならないからお金がなくて飲み会に来られない子がいた。友達がけがをして私が病院に付き添ったら、「親が仕事を転々としていて今保険証がない、どうしよう」とぼろぼろ泣いていたこともある。 そういう環境の中で、チームみらい運営の彼らはどうしていたのかというと、有名私立中高一貫校の出身者同士で、クラスの中心メンバーを担っていた。 彼らも別
はじめにクレディセゾンに来てちょうど５年が経ったので、これまでの取り組みをまとめてみようかと思う。書き進めていくうちにとても長くなってしまったので、1年につき3トピックに絞ってあとはカットした。それでも5年分なこともありかなり長くなったので、目次から各トピックに飛んでもらえればと思う。社内の関係者も読むかもしれず、「自分のやったことが載ってない！」と思うこともあるかもしれないが、内製開発案件だけでも53案件あり全部載せるととんでもない量になるので許してほしい。それから、振り返ってまとめると退職すると勘違いされるかもしれないけれど、退職するわけではありません！ 2019年：ゼロからのスタート1-1. 内製開発エンジニア募集を始める「日本のそれなりの規模の事業会社の中に、内製開発チームを立ち上げることはできるのだろうか？」 2019年3月、クレディセゾンに来たばかりの私にとってはこの質問への答
どんなにインターネット上に大量の情報がある時代になっても、生成AIに聞けば答えが出る時代になろうとも、「他者の経験や専門家の思考が整理されてまとまっている書籍」の価値は薄まらない。むしろ高まってるかもしれない。 と、いうわけで2年ぶりに「読んで良かった本」を振り返ろうと思う。過去記事で紹介した本の方が「ニンゲンと付き合う度」がより高いので、ぜひ↓こちら↓も読んでいただけると嬉しいです。 ここ数年で一番良かったな〜と思えた本は、この記事の後半に書いているので、もしそこだけ読みたい人はｽｽｽｯとスクロールして後ろのほうを読んでね。 デザイナーが意図を伝えるための『デザインの伝え方』 ぼくはデザイナーではないのだけど、この本は読んで良かった。 以下のツイートの通り、会議の準備や合意に至らない場合のフォローアップの仕方などが書かれている。 「エゴは会議室の前で捨てる」がブッ刺さった。 デザイナーが
仕事における "根回し" がなんとなく苦手という人をちょいちょい見る。 なんだかフロー化されていない属人的で儀式的なやりとりみたいな感覚を持ってしまう人もいるかもしれないが、根回しはただ物事を円滑に進めるために必要な報連相を事前にやるというだけである。 根回しという言葉はもともと園芸用語で、樹木の移植にあたって事前に根の一部を処理して新しい根の発生を促す作業のことを指す。いいも悪いもない。 要はただの進め方のひとつで、ポイントを押さえれば誰でもできるしできるようになっておいたほうがいい。入門として押さえるポイントを雑に書き出してみる。 1. 話す人を決める まず事前に話をしておいた方がいい人を組織のレポートラインや力学を理解して見極める必要がある 意思決定者などキーパーソンが明確ならその人と話しておくとよい 組織によっては、もしかしたらメンツを立てるために話を通すみたいな力学もあるかもしれ
以下の記事などで既にかなり話題になっていますが、ぼくも触ってみました(使い方などの詳細はこちらの記事を参照してください)。 結論としては、マジすごくてかなり衝撃的です。すべてのホワイトカラーワーカーにとって、かなりディスラプティブなツールになるのではないでしょうか。 自分はコンサルタントでして、これまでにたくさんの資料を作ってきてスキルを磨いてきたつもりだったので、AIポン出しでここまでのものが出てきてしまうと、正直、人生について考えさせられちゃいますね。 この記事では、Napkinを使ってどういう資料ができたのか共有したいと思います。 ポストモーテムの勉強会をしたいなと思っていたので、まずはChatGPTで資料の骨子を出力し、それをNapkinに入力してみました。それで得られたのが、以下の資料です。 スライド1: タイトルスライド タイトル: ポストモーテムの教科書 副題: SREにおけ
「猫の手でも借りたい」 そんな状況をぼくは文字通り体験したことがある。 ぼくは外資系IT企業のアメリカ本社でPM（プロダクト・マネージャー）として働いている。世界中で使われるプロダクトを、世界一流のエンジニアたちと一緒に作るのがその役目だ。 あるとき、とある機能を一部のユーザーだけでなく誰もが使えるように拡張するプロジェクトにアサインされた。シンプルに聞こえるかもしれないが、裏側では一から新しいシステムを作り直すことになった巨大プロジェクトだ。しかもぼくがアサインされた時点で、リリースまであと3ヶ月しかなかった。 まさかこのタイミングで！ぼくは途中からこのプロジェクトにアサインされた。目標のリリース日まではあと3ヶ月しかない。ぜんぜん時間がない。どうしよう。 「どうやって今いるメンバーでやりくりするか」ということがが喫緊の課題だった。 これまでの記事でも折に触れて書いてきたけれど、一緒に働
心理的安全性という概念がある。ここ十年ほどチームづくりの最重要ファクターであるともてはやされ、他方では粗雑な理解によって批判されてきた。急に人気の出たアイドルの宿命みたいなものを背負っている。 世間的なイメージがどのようなものか、少し羅列してみよう。 なんでも言える。否定されない。安心して働ける。不安がない。感情を大切にしてもらえる。あなたはあなたのままでいいと肯定される。 こうしたイメージを抱いている人もいるかもしれないが、残念ながらこれらは、心理的安全性の正しい姿からは遠くかけ離れている。ただ安心してほしいのは、こうした誤解をしている人は決して少なくないということだ。 手持ちのグーグルで「心理的安全性 誤解」と検索してみると、何ページにもわたって理解を正す記事が並んでいる。NewsPicksも、プレジデントも、朝日新聞も、Qiitaも、東洋経済も、あらゆるメディアが心理的安全性の誤解に
2022年カタールW杯決勝、アルゼンチン対フランスのレビュー 「サッカー史上最高の試合の一つ」 - pal-9999のサッカーレポート
はい、こんにちは、私です。 カタールW杯はアルゼンチンの優勝で終わりました。御覧になった方は知っているとは思いますが、あまりに、あまりに素晴らしい試合でした。自分が見たサッカーの試合ではベスト３に入ります。試合前のストーリー、試合内容、監督の采配、試合後のアルゼンチンの熱狂、それら全てが素晴らしい、本当に素晴らしい試合でした。 あまりに素晴らしい試合だったので、備忘録もかねて試合のレビューを残しておこうと思いました。未だにあの試合の余韻が抜けてません。それほどの試合でした。 一生のうちに、数試合しか見れないであろう、そんなスポーツ史上に残る試合であったと思います。 試合前のストーリー、メッシの旅の終わりとムバッペ伝説の始まり 先にこの試合の前のストーリーの話から始めたいと思います。 カタールW杯はサッカー界を長い事牽引し続けた二人のスーパースター、そして今後長らくサッカー界を牽引するであろ
エンジニアってなんか性格悪い人多くね？
WEBページの制作進行兼営業の仕事をしている クライアントから「こういうWEBページを作りたい」「このまえ作ってもらったWEBページのここを直したい」といった要望を聞き、これを取りまとめてエンジニアやデザイナーに発注、納品されたものをクライアントに渡すという仕事 で、この仕事をやっていて思うんだけどエンジニアって性格終わってる人多くね？ 営業やWEBデザイナーといった他業種にはない独特の性格の悪さがあると思う エンジニア連中は頑固で融通が利かないしものの言い方が高圧的 「心理的安全性？なにそれ？」ってレベルの言葉遣いをしまくってくる 一方で社内のデザイナーさんの方はそんなことないんだよな 一体この差はなんなんだろう 最近あった具体例だと中途で入った新人さんが初発注するとき 一応規定のテンプレートに沿って発注書を作ったんだが受け持った案件がちょっと特殊であることがあとからわかって、仕様を詰め
チームで仕事するとき、みんなもう少し自分の存在、自分のリアクションがチームに与える影響を自覚した方がいい。 例えばミーティングでブレストしているとき、議論が前に進むのは、あるときふと場に出されたアイデアに対して、誰かが"それいいですね"って言った瞬間である。アイデアを出したとき、その人にはふつう、確信なんてほとんどない。僕なんか自分の意見に自信なんかなくて(大体みんなそうなのだ)、言ってみて、まわりの反応を見て、あ、なんか良さそうだ…と思ったときにやっと前に進むことができる。みんな、自信なんてないのだ。だからアイデアは、場に出されたときはまだ、波際の砂のお城のようにやわらかである。 しかし、あるアイデアに対して、それいいね、と声をもらったとき。いい顔が見えたとき。姿勢が前のめりになってくるとき。そのときとあるアイデアは、はじめて光るのだ、形になる可能性を見せるのだ。 * 逆に言えば、議論に
はじめに 昨今の採用現場においてはソフトウェアエンジニアは売り手市場と言われ数年が経過していますが、2023年現在においても、デジタルトランスフォーメーションの加速により、これまでのIT企業の募集だけではなく、様々な企業がソフトウェアエンジニアを募集している状況にあると思います。 知り合いのリクルーターに話を聞くと、ここ最近米国のBigTech企業や、日本初のベンチャー企業のレイオフが目立ちますが、それはごく一部であり、多くの企業では引き続きソフトウェアエンジニアの需要は最も高く、この先10年以上はこの高い需要は続くだろうと言っていました。 引用元: 【2023年最新】厳選！エンジニア採用に強い15の採用媒体比較～最新市場動向や採用戦略も徹底解説 - type 私自身が就職した10年数年前は望んでソフトウェアエンジニアに就く人は理系出身のプログラミング趣向が強い人ばかりという印象でしたが、
Elon Musk は Twitter で何をしようとしているのか - The Decisive Strike
まだ Twitter の一斉解雇をめぐる混乱は続いているようですが、この解雇を通じて見えてくる Elon Musk の意図を考えてみたいと思います。これは公開されている情報に基づく長山個人の推測に基づいた分析であって、正しさはいっさい保証されていません。 個人的な所感としては以下です。 まず第一に、Musk は、Twitter をメディア企業からエンジニアリング企業へと変質させようとしているんじゃないかと考えています。これは、「どの部署がレイオフ対象になったか」から見えてくることです。TechCrunch の記事によれば、米国でレイオフ対象になった主要なチームは、アクセシビリティ、機械学習倫理 (META: ML Ethics, Transparency & Accountability)、人権、キュレーション、PR (Comms)、SRE (Site Reliability Eng) な
御社の事業の立ち上げの経緯や意思決定や試行錯誤のプロセスについて、もしご存知でしたら、なるべく詳しく教えてください
値段の「¥マーク」を小さくしたら購入率が大きく改善された。機能は「体験」で成果が激変する。10周年の「メルカリ」に聞く新機能の開発の裏側。3つの成功施策。｜アプリマーケティング研究所
値段の「¥マーク」を小さくしたら購入率が大きく改善された。機能は「体験」で成果が激変する。10周年の「メルカリ」に聞く新機能の開発の裏側。3つの成功施策。 10周年を迎えた「メルカリ」さんを取材しました。 株式会社メルカリ Product Manager 塚本 佳実さん、UX Design Manager 宮本 麻子さん「メルカリ」について教えてください。塚本： 「メルカリ」は、国内最大手のフリマアプリです。2023年の7月にサービス開始からちょうど10周年を迎えました。 直近のアクティブユーザー（MAU）は2,200万人以上に、四半期のGMV（流通金額）は2,500億円以上に到達しています。 累計だと30億品以上が出品されていて、販売の速度でいうと「1秒間に7.9個の商品が売れている」というデータもあります。 この10年間でのトレンドの変化としては、取引されている「ブランド」にも変化が出
チームに無能がいなくなる『メンバー全員で公式ドキュメントを読みあわせる』に感銘をうけた話。 - Qiita
これは、同じエンジニアである妻から聞いた話なのですが、彼女の案件で「メンバー全員で公式ドキュメントを読みあわせる」という取り組みがあったそうです。 で、この方法「チーム全体にとって大きなメリットがあるんじゃないか？」と思ったので、共有させていただきます。 「誰も知らない」から「みんな知ってる」に 私は開発職なので、めずらしいことなのかそうではないのか判断がつかないのですが、その案件では、導入対象の製品について詳しい知識を持っているメンバーが一人もいなかったというのです。 誰もその製品をさわったことがなく、とりあえず強そうなメンバーを入れて、経験年数とカンどころで"ゴリ押し"しようという、なんとも危険なプロジェクトだったときいています。 しかし、ある若手メンバーの提案によって、たった1日でメンバー全員の「大丈夫だろうか」という不安を解消し、メンバー全員が最低限の知識を得ることができたというの
はじめに 先日、若いエンジニアと話をしていて、システム思考について話題になった。「物事を個別に捉えるのではなく、全体の関係性や相互作用を理解する考え方」—これがシステム思考の本質だ。僕は彼に、これはどんな分野でも応用できる基本的な教養だと伝えた。特にシステムを構築する立場の人には重要だけど、そうでなくても持っておいて損のないスキルだと。 世界はシステムで動く ― いま起きていることの本質をつかむ考え方 作者:ドネラ・Ｈ・メドウズ英治出版Amazon その会話を終えた後、ふと考えた。僕たちエンジニアは日々システムを作っているのに、どれだけ「システムとして」物事を考えているだろうか、と。 あなたは日々、コードを書いている。機能を実装し、バグを修正し、システムを構築している。そして、予想外の挙動に困惑することがあるかもしれない。完璧に動くはずの機能が、別の機能と組み合わせると謎の不具合を起こす。
「すぐには理解できないが、正しいことを言っているのだと思う」 週次の報告会で、上司がそう言った。 私はAIで作ったスライドとHTMLレポートを画面に映していた。上司は内容を否定しなかった。むしろ、正しいと言ってくれた。理解はできないけれど、正しいのだと思う、と。 そのときの私は、それを好意的な反応として受け取っていた。今になって思えば、あれはレビューが壊れた瞬間だった。 私は大手製造業のDX推進部門でマネージャーをしている。この1年ほど、チームの若手中堅メンバーと一緒にAI活用を進めてきた。体感の生産性は3倍になった。そして同じ時期に、私たちは上司とベテランメンバーを置き去りにした。 これは、その置き去りがどう起きて、何を壊したかの記録である。先に結論を書いておく。置き去りは誰の悪意でも怠慢でもなく、構造で起きる。そして置き去りにした側も損をする。 登場人物に悪役はいない。上司は誠実だった
「AI研究者としての自分の賞味期限はあと１年」——AGI競争も終盤戦の様相を呈すシリコンバレーでは何が語られていたか｜安野貴博
2026年8月、シリコンバレーとサンフランシスコで15人のAI関係者に話を聞いてきた。最先端AIをつくっている企業フロンティアラボの研究者、政策担当者、投資家、大学研究者などにインタビューを実施し、今のAI開発競争を現地の人たちがどう捉えているのか探った。 現地では、街中いたるところにAIの広告が貼られていた。CodexやClaude Codeや、全然知らない会社もたくさんあった。そこで交わされていた会話の温度感は世界のあらゆる場所とあまりに違っていた。誰もが「もうすぐAGIが来る」という暗黙の前提を共有している。 街中はAI関係の広告で溢れている得た学び（というか現地に行って考えたこと）を下記にまとめてみたい。また、動画で見たい方は、下記の動画をご覧いただくこともできる。永田町エンジニアチームのBluemo（ぶるーも）さん も同行しており、二人で振り返った配信である。 なお、企業名や個人
こんにちは。KDDIアジャイル開発センターのサービスデザイナー よねみちです。 生成AIを用いたto Bプロダクトのスクラム開発や、お客様のDX・新規事業創出のきっかけとなるデザインスプリント支援などを行っています。 はじめに レビューや会議で誰かが「詰められてる」様子、心にきますよね。自分がやられるのはもってのほかですが、周囲で発生するだけでも心がすり減ります。。 特に、何か問題が発生したときや、参加者間の誤解が解消できないときに「詰め」が生じがちです。 質問する側の、焦りや不安から「なぜ？」「どうして？」「つまり？」と質問マシーンになってしまう気持ちも理解できるのですが。 問い詰めてしまい心理的に不安全な状況に陥ると「ミスを隠そう、自分が責められないようにしよう」と回避する力が働きはじめ、結果として「正確な状況がわからない」「適切なアクションが取れない」といったチームとして重大なリスク
2022-08-08 リーダーの作法 ささいなことをていねいにを読み終えた。 著者は Netscape でマネージャー、Apple でディレクター、Slack でエグゼクティブを経験した Michael Lopp さんで、過去にBeing Geek や Managing Humans を書かれている。 翻訳の質も非常に高く、楽しく読めた。1 そんなにマネジメント関係を読んでいるわけではないが、HITH OUTPUT MANAGEMENT や、エンジニアのためのマネジメントキャリアパス ―テックリードから CTO までマネジメントスキル向上ガイド 同じくらい良い書籍で、学びや共感を多く感じた。 自分はマネジメントのポジションについたことはないが、仕事をしていくなかでマネジメント関係のソフトスキルや複数人でどうやってうまくリーダシップを発揮して、大きい問題を解決するかに興味があるので、良い書籍
研修資料・動画一覧Git研修（ 動画 / スライド ）データベース研修（ 動画 / スライド1, 2 / SQL演習環境 ）設計・テスト研修（ 動画 / スライド ）コンテナ研修（ 動画 / スライド1, 2 ）iOSアプリ開発研修（ 動画 / スライド / リポジトリ ）Androidアプリ開発研修（ 動画 / スライド / リポジトリ ）フロントエンド研修（ 動画 / スライド / リポジトリ ）ゲーム開発(Unity)研修（ 動画 / スライド1, 2, 3, 4, 5, 6 / リポジトリ ）Flutter研修（ 動画 / スライド / リポジトリ ）AI研修（ スライド1, 2, 3, 4 / リポジトリ ）セキュリティ研修（ スライド ）チーム開発研修（ スライド ）Git研修チーム開発での Git (+GitHub) の使い方とGit の内部的な挙動について学ぶ研修です。後半
内製・プロダクト組織のための実践ガイド。計画は外れる前提で立て、要件を軽く扱わず、言われていないことを扱う。立ち上げから要件定義、計画、チーム、実行、運用、そして終わらせ方までを全42章で扱う。
「チームトポロジー」や「エンジニアリングマネージャーのしごと」「スクラム実践者が知るべき97のこと」の著者や翻訳者などで知られる吉羽龍太郎氏が、「ソフトウェアに関わる人が知っておくといいかもしれない法則10個（勝手セレクション）」という興味深いポストをX（旧Twitter）で公開しています。 ソフトウェアに関わる人が知っておくといいかもしれない法則10個（勝手セレクション） コンウェイの法則 パレートの法則 グッドハートの法則 パーキンソンの法則 ブルックスの法則 リトルの法則 ピーターの法則 ハインリッヒの法則 ピーク・エンドの法則 ホフスタッターの法則 — Ryutaro YOSHIBA (@ryuzee) January 23, 2024 これらの法則の多くは経験則だったりもしますが、いずれにせよ知っておくと上司の説得に役立ったり、ソフトウェアの開発現場でチームの運営に役立ったり、物
電通のプロジェクトチーム「DENTSU DESIRE DESIGN（デンツウ・デザイア・デザイン）」は3月22日、2021年から実施している「心が動く消費調査」の最新結果をもとに、人間の消費行動に強く影響を及ぼすドライバーとなる感情を分析した「11の欲望」を更新・発表した。
2023年10月期ドラマ「セクシー田中さん」の原作者・芦原妃名子さんに、哀悼の意を表するとともに、謹んでお悔やみ申し上げます。 日本テレビは今回の事態を極めて厳粛に受け止め、本年2月、ドラマ制作部門から独立した社内特別調査チームを設置し、原作漫画「セクシー田中さん」の出版社であり、ドラマ化にあたって窓口となっていただいた小学館や、外部有識者の方々にも協力を依頼して2月23日より調査を進めてまいりました。 このたび調査結果がまとまりましたので、ご報告させて頂きます。 ※PDF報告書概要 ※PDF報告書 ※PDF別紙1 ※PDF別紙2 ※PDF別紙3 ＜日本テレビ 石澤顕 代表取締役社長執行役員のコメント＞ 日本テレビが放送したドラマ「セクシー田中さん」の原作者である芦原妃名子さんに対し心より哀悼の意を表するとともに、ご遺族の皆様にお悔やみ申し上げます。 日本テレビは、今回の事態を重く受け止め
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
無自覚にメンバーの心理的安全性を奪っていた経験から得た学び
中途入社や部署異動で来た新メンバーを活躍しづらくするアンチパターン - Qiita
207で1年間磨き続けた1on1のフォーマットを公開します｜207株式会社
エンジニアの"有害な振る舞い"への対処法 - Qiita
だれかの進捗をうまく把握できないときのフレーズ集 - Qiita
親や私が「癌」と診断されたら・・まず知っておいたほうがいい事 – BLOG│リサイクルジャパン
新卒の子に「とりあえずこれ」と伝えたら生産性が10倍になったメモ（なのに1万字越え）｜やまだくにあき
仕様書の参考例と、こんな内容を仕様書に最低書くといいというお話｜田辺めぐみ
クレディセゾンでDXを進めてきた5年間を振り返る｜小野 和俊
ここ数年で読んで良かった「ニンゲンの面倒なところに付き合う」ための本をまとめた。 - フジイユウジ::ドットネット
根回し入門 - Konifar's ZATSU
資料生成AI「Napkin」がマジすごすぎる。
"仕事のできるエンジニアしかいらない"という怖い世界｜福原たまねぎ
「心理的安全性」はなぜ混乱を招き続けるのか | Q by Livesense
チームで仕事をするなら、リアクションし続けよ｜森 一貴（Mori Kazuki）
エンジニアの職務経歴書 〜正しい魅力の伝え方〜 - Qiita
カジュアル面談 逆質問テンプレ - yuiseki
システムを作る人がまず理解すべきシステム思考の基礎 - じゃあ、おうちで学べる
AIで生産性が3倍になった私たちが、チームを置き去りにした話
「なぜ」と聞かずに理由を引き出す！「詰めてる」感を減らす言い換えテク - Qiita
「リーダーの作法」マネジメントに限らず、エンジニアとして仕事の作法について書かれた良書
今年もミクシィの22新卒技術研修の資料と動画を公開します！
プロジェクトマネジメントの教科書（内製チーム向け）
ソフトウェアに関わる人が知っておくといいかもしれない法則10個
電通、人間の消費行動に強く影響する「11の欲望」最新版を発表
ドラマ「セクシー田中さん」 社内特別調査チームの調査結果について｜日本テレビ放送網株式会社
www.dempa-times.co.jp
skiesotter.hatenablog.jp
mattu0712.hatenablog.jp
devlights.hatenablog.com
x.com
www.apple-hacks.com