著者によれば『アドバイスしてはいけない 部下も組織も劇的にうまくいくコーチングの技術』（マイケル・バンゲイ・スタニエ 著、深町あおい 訳、ディスカヴァー・トゥエンティワン）の目的は、“コーチらしい行動ができる上司、リーダー、人物になる”こと。 それは、自分の「アドバイス・モンスター」を手なずけるという、単純でありながら難しい習慣を身につけることでもあるのだそうです。なにかとアドバイスしたがる自分のことを「アドバイス・モンスター」と表現するとは、なかなか悪くないセンス。 それができれば、相手に対してもう少し長く関心を持ち続け、すぐにアドバイスをするのではなく、ゆっくり時間をとろうと思うようになれるというのです。 そう、私たちはアドバイスをするのが大好きなのだ。誰かが話し出すやいなや、関心を持とうという意識は消え失せ、自分の中の「アドバイス・モンスター」が無意識のうちに顔を出して、両手をこすり

はじめに この記事は CARTA アドベントカレンダー2024まとめ - CARTA TECH BLOG の 12/17 の記事です！ はじめまして。株式会社DIGITALIO でエンジニアをしている mittsu です。 私が所属するチームでは今年の7月頃から ADR（Architecture Decision Record）を利用しています。 ADR とは、「アーキテクチャ決定を文書化する最も効果的な方法の1つ」であり、意思決定の背景や理由を明確に残す仕組みを提供します。 「引用元: O'Reilly Japan - ソフトウェアアーキテクチャの基礎」 基本的な ADR の構造は以下の通りです。 出典元: O'Reilly Japan - ソフトウェアアーキテクチャの基礎 この記事では、ADR 導入・運用時に取り組んだことについて紹介します。 対象読者 ADR について関心のある方 A

2024.12.11 エンジニア組織のリアルな失敗経験から学ぶ！ 生産性向上＆チーム強化Tips

2024.08.20 大規模データの負債解消への道のり Lunch LT の登壇資料です。

https://forkwell.connpass.com/event/325649/ の登壇資料です。 書籍は https://amzn.to/3z8TLUM から

Developers Summit 2024 Summer の発表スライドです。 https://event.shoeisha.jp/devsumi/20240723/session/5088

DMMプラットフォームはエンジニアが120名以上所属する開発組織であり、4年前からプラットフォームエンジニアリングに取り組んでいます。 4年間の成功体験とその裏に佇む課題についてお話ししました。 Platform Engineering Kaigi 2024 で使用したスライドです。 ht…

宝塚歌劇団の劇団員が自ら命を絶つことになった痛ましい事件。歌劇団側は、上級生によるパワーハラスメント（パワハラ）があったことを認め謝罪しました。ネット上では「パワハラという名の犯罪」「亡くなってからじゃ遅い」などと辛辣（しんらつ）な声が飛び交っています。 大企業にパワハラ防止措置が義務化されたのは2020年のこと。22年からは中小企業にも適用範囲が広がって全面施行されています。しかしながら、会社の上司をはじめ政治家や警官、医師などさまざまな加害者によるパワハラ事件が、いまも後を絶ちません。 これだけ世の中で騒がれ、してはいけないことだと分かっているはずなのに、なぜパワハラは一向になくならないのでしょうか。恐怖心を抱かせて部下をコントロールしようとする「ストロングマネジメント」の発生メカニズムと、そこから脱却するためのヒントを考えてみたいと思います。

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

みなさんこんにちは、@ryuzeeです。 今日はデイリースクラムについて、概要や注意点を紹介します。 なお、あくまで一般論であることに注意してください。スクラムの基本は「透明性・検査・適応」です。自分たちで随時やり方を検査して、もっとうまくできるように適応していかなければ効果はあがりません。 1. デイリースクラムの目的スクラムを利用するとき「フレームワークで決められているから」というだけの理解で進めてはいけません。これは全てのイベントに当てはまります。 スクラムのイベントはすべて、検査と適応が行われるように明確に設計されています。 デイリースクラムの最大の目的は、スプリントゴールの進捗を検査し、今後の作業計画を必要に応じて見直す（適応する）ことで、スプリントゴール達成の可能性を最適化することです。 毎日の検査と適応（高速なフィードバックループ）によって問題を早期に発見することでリスクを減

はじめに GENIEE SFA/CRM部署でプロダクト企画をしている増田といいます。 私は、入社してから5年間エンジニアとして働き、去年2023年の7月からプロダクトマネージャー（PdM）にロールを変更しました。現在は、GENIEE SFA/CRMのAIチームとして、AIを活用した商品企画、プロトタイピング、そしてAIで解決できる顧客課題の発掘と提案を主に行なっています。 SFA/CRMというのは営業活動や顧客関係性の管理を支援するためのツールで、会社や商談情報、顧客との活動の履歴などをSFAに貯めて一元管理や可視化をすることで、日々の営業活動の効率化等に役立てることができます。 この記事では、PdMに異動してから半年間で得た気づきや学びとともに、プロダクト開発チームがどのような目標を持って開発を進めるべきか、エンジニアからPdMへの転職でどのような視点の変化があったか、そしてどのような思

稲垣氏の自己紹介稲垣慶典氏：では始めていきたいと思います。よろしくお願いします。今日は、1人目プロダクトマネージャーとしての経験を通じた「ああしたほうがよかったな」とか「これしないほうがよかったな」というような学びをシェアできればと思っています。 先ほども自己紹介しましたが、稲垣と言います。バックグラウンド的に、プロダクトマネージャーとしてはけっこうビジネス寄りなタイプかなと思っています。 経験はちょっと変わっていて、新卒でディー・エヌ・エーという会社に入り、最初はゲームのプロデューサーという、ゲーム作りをしながら事業のPLも見るみたいなところからキャリアを始めています。その後一転して、ヘルスケア・医療の領域でがん検査のサービスをするプロジェクトや、医療機関を作るプロジェクトに携わったので、領域としては振り幅のある経験をしてきた人間です。 PharmaX株式会社の事業について今所属している

1. 移行が必要なモノ、または進行中のモノ スケーリング、依存関係、非推奨などの要因によ る移行をしていない 2. ドキュメント プロジェクト、サービスに関するドキュメントの 探索容易性が低い、欠落、または不完全である 3. テスト テストが欠落している、不十分、脆弱である 4. コード品質 適切な設計がされておらず、プロトタイプ/デモ版 の可能性 5. 廃止・放棄されたコード 廃止されていたり、利用されていないデッドコー ド ※ Defining, Measuring, and Managing Technical Debt（2023）Ciera Jaspan, Collin Green - https://ieeexplore.ieee.org/document/10109339 より引用 技術的負債の中でもインシデント要因になる可能性の高 いとされる負債。 ドキュメント・テストが高い

学生向けのイベント技育祭2024にて、大規模システムにおけるアーキテクチャの触りをお話したものです。 ビギナー向けなのでそれほど深いお話はしておりません。 【アブストラクト】 本トークでは大規模システムアーキテクチャで考慮すべき事柄とそれを実現する技術スタックや運用システムを深堀りし、それらを…

Scrum Fest Fukuoka 2024にて。 https://confengine.com/conferences/scrum-fest-fukuoka-2024/proposal/19555/5 プロフィールやお問い合わせはこちらからどうぞ！ https://agile-monste…

■イベント 最適化ではなく最大化を - Sansan西場さんが考える開発生産性を学ぶ https://developer-productivity-engineering.connpass.com/event/309513/ ■登壇概要 タイトル：最適化ではなく最大化�生産性と生産量を上げる…

2024/2/6に行われたPlatform Engineering Meetup #7で登壇した時の資料です。 https://platformengineering.connpass.com/event/307275/

アジャイルの「理論」や「理想」だけではない、 実際に実践したからこそ見えてきた「現実」に役立ったヒントを紹介したのは、マネジメントソリューションズ社の渡会氏。「Rebuild our Agile!」をテーマに掲げた「Agile Japan 2023」で、アジャイルのRebuildについて発表しました。全2回。後半は、「作り方における準備のRebuild」「コミュニケーションの Rebuild」「ノウハウのRebuild」について。前回はこちら。 「イテレーション0」をやらないアジャイルは出だしでつまずく渡会健氏（以下、渡会）：あと、もう1つ次のヒントで、イテレーション0をやらないアジャイルは出だしでつまずくんじゃないかなというところで、よく、アジャイルをやるための準備としてイテレーション0、もしくはスプリント0というものをやりましょうという話をします。 その時によくアジャイルの本で書いてあ

知らない景色を見に行こう チャンスを掴んだら道が開けたマネジメントの旅 / Into the unknown~My management journey~

Engineering Managerって何？ Engineering Managerの役割は？ Engineering Managerってそもそもなんのためにいるの？ 組織の数だけ定義が存在し、しばしば存在意義をめぐって論争さえ巻き起こるEM。 私はこうやってるよ、という共有や、僕はこれに困ってるんだよねという打ち明け話、EMかくあるべし！という主張までEMにまつわるトピックならどしどし投稿してください！