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

はじめに チームのメンバー皆に意見を出してもらいたいような会議をすることはよくあると思います。 本稿は、そういう時に積極的に発言してもらえるようにするための考え方とプラクティスの紹介です。 チームの皆に意見を出してもらいたい会議とは いろいろあると思いますが、以下に2つの例を挙げます。 UXレビュー 私のチームでは、開発中のプロダクトに対する改善点を皆で挙げるという活動を行っています。 チーム内では「UXレビュー」と呼んでいます。 具体的には、開発メンバーが開発中のプロダクトを実際にユーザーがよく使うユースケースでどんな体験をするのかをデモしながら説明し、それに対して他メンバーが気付いた改善点を挙げるという活動です。 人によって感じ方が異なるため、複数人で実施して、各自が感じたことを積極的に意見してもらった方が多様な観点での改善が期待できます。 設計レビュー 複数人で開発するプロダクトに対

先日、『質の高い課題解決できる人が「こうすべき」を主張すべきだけど、それが苦手な人も多いからチームで解決したら良いのでは』という雑な考えを書いたのですが、僕のブログにしては多くの人に読んでもらえました。 読んでくれた人、ありがとうー fujii-yuji.net ただ、この記事へのコメントで「質の高い決定ができない上司や社長はダメだろ」みたいな意見もそれなりに多くあって、けっこう驚いたのですよね。 僕が雑に書いたわかりにくい文章だったことが原因で誤解されてしまったのでしょうけれど、今日は補足として「部下がやれることを上司もやれる必用はないですよね」的な話を書きます。 上司が「自分ではできないからお前に頼むわ」と言ってくれたお陰で、"上司のして欲しいこと探し"をしなくて済んだ。 僕が若いころお世話になった上司はよく「自分ではできないからお前に頼むわ」と言っていました。 実際のところ、その上司

This framework allows software engineering managers to have meaningful conversations with their direct reports around the expectations of each position and how to plan for the next level in their career ladder. Although the framework uses roles and levels that are somewhat standard in the US tech industry, every company is different. Please use the information provided as a baseline and feel free

Business & Creative で発表したスライドです

［CEDEC 2021］フランス人開発者が，日本のゲーム業界の常識を斬る。「日本で世界規模の競争力のあるゲーム開発は可能なのか？」聴講レポート ライター：箭本進一 日本で活躍するフランス人開発者が，日本ゲーム業界の問題点を指摘するという講演「Is Worldwide Competitive Game Development possible in Japan?／日本で世界規模の競争力のあるゲーム開発は可能なのか？」が，ゲーム開発者向けカンファレンス，CEDEC 2021の2日目となる2021年8月25日に行われた。日本のゲーム業界が「マネジメント」「キャリア」「競争力」の3分野に抱える問題とは，どのようなものなのだろう？ 「CEDEC 2021」公式サイト 講演を行うハンサリ・ギオーム氏は，東京に本拠を置くゲーム開発スタジオWizcorpのCEOを務めている。2006年に日本に住み始めて以

「恩師」の意味を「人生全体に渡って、大きく影響を及ぼす程の薫陶を受けた人」と定義した場合、私には恩師と言って良さそうな人が二人います。 一人は、小学校の3年から4年の時に担任をもってもらったH先生。 もう一人は大学の専門課程、国語学研究室でお世話になったS先生。 H先生については、人生の選択に関わる重要な示唆を色々と頂いたなーと思っていて、例えば昔この記事で書いたんですが、 忍者ハットリくんが、私の人生を大きく変えた、という話。 「ファミコンの忍者ハットリくんに巻物が出てきてかっこいいから、本物の巻物にも触ってみたい」 と素っ頓狂なことを言い出した私に、 「巻物は大学行かないと触れないよ」と答えて、さり気なく「大学=巻物」という刷り込みを行ったのがH先生です。 多分私、この教えがなかったら大学行ってませんでした。 上記の記事でも書いた通り、私は大学での専攻として、「巻物に触りたいから」とい

社会人になって数年たったR25世代のビジネスマン。後輩ができたり、ちょっとしたチームのリーダーを任せられたりする機会も増えてきます。 でも、いわゆる「マネジメント」なんてしたことないから、どうしたらいいのかわからない！ 今回は、そんな悩みを、この超大物に相談する機会に恵まれました。 【つんく♂】1968年生まれ。大阪府出身。1992年、「シャ乱Q」でデビュー。「シングルベッド」「ズルい女」「いいわけ」などのヒット曲を発表する。1997年より「モーニング娘。」のプロデューサーとして活動。その後、「ハロー！プロジェクト」にて多くのグループのプロデュースを務める。2020年には絵本『ねぇ、ママ？僕のお願い！』（双葉社）をプロデュース。また、オンラインサロン「つんく♂エンタメ♪サロン」を主宰するなど、さまざまな活動を続ける プロデューサーとして、モーニング娘。をはじめとする、数多くの才能を見出して

リモートワークが普及してくると、空気を読んで忖度したり、空気で伝えたりすることが一気に困難になります。これまでかろうじて日本で機能してきた“テレパシーマネジメント”が通用しない。そんなアフターコロナ時代に、マネジメントスタイルや人材育成、人事評価の在り方はどう変わっていくのでしょうか。 世界の摩訶不思議、日本のテレパシーマネジメント 新型コロナウイルスの影響で、多くの企業がテレワークを導入するようになりました。テレワークは感染予防だけでなく働き方改革にもつながるので、緊急事態宣言解除後も何らかの形で継続されていくでしょう。 毎日出社しない働き方が一般化する中で浮かび上がってきたものがあります。それは“テレパシーマネジメント”の限界です。日本の職場では、上司が明確な指示を出さなくても部下が忖度して動くことが求められます。テレワーク時代は、そうしたマネジメント手法が通用しなくなるのです。 テレ

はてなのチーム横断のエンジニアメンター制度 - Hatena Developer Blog で紹介していますが、はてなにはチーム横断のエンジニアメンター制度があります。僕も最近までメンターとして5~6人ほどのメンティーを持っていました(今は事情があってメンターをやっていないのですが)。 メンターとして1on1をする時には1on1ミーティングに備えるアンケート - しるろぐを参考にし、事前にメンティーに面談シートを書いてきてもらうという工夫をしていました。その面談シートは改善を少しずつ加えながら運用していたのですが、一度知見共有も兼ねて最近使っていた面談シートテンプレートを公開してみようと思います。 面談シートテンプレート 以下のようなフォーマットで書いてもらっています。1on1の前にメンティーに1on1用Google Docsに追記していってもらっています。1on1用Google Docs

エンジニアのためのマネジメントキャリアパスという書籍が出版されました。 タイトルに書いたとおり、マネジメントに興味がなくても、読むこと大きな学びをもらえる本です。 及川さんが前書きを書いており 本書を読み終わった後、私はひどく落ち込んでいる自分に気づきました。 ~中略~ 内容が素晴らしい故に、いかに自分が未熟であったかを思い知らされた と、記載があって衝撃を受けました。 及川さんが落ち込んだら、私なんて精神崩壊してしまうのではないか…！？ 本書を読んで、精神崩壊こそしなかったですが、ひどく落ち込みました。自分のレベルの低さを痛感します。 本記事では本書の知識定着のためのアウトプットと、所感をまとめています。各章毎にピックアップして記載します。 書籍の内容 1章 マネジメントの基本 2章 メンタリング 3章 テックリード 4章 人の管理 5章 チームの管理 6章 複数チームの管理 7章 複数

360度評価ってあるじゃないですか。日本語でググると多面的評価とか出てきたりします。 いくつかの北米企業やコンサルの方に聞いてみたところでは(調査対象が偏っている可能性はあります)、360度評価の目的は、「課題のあるマネージャーをみつけること」です。つまり、部下が「あのマネージャーとは仕事しづらい」というのをフェアに報告できる制度です。もちろん部下のなかでも、仕事しやすいという意見とそうでない意見が混在する可能性も高いかなと思います。なので全員に聞く。 パフォーマンスを引き出すのがマネージャーの仕事 マネージャーの責務、会社が期待することは、部下の人たちに仕事をしてもらって、組織全体としてパフォーマンスを最大化することです。一方で、事業のトップや人事部にとって、マネージャーの評価ってとても難しいんです。うまい人は上司や人事部にはいい顔しつつ、部下にはつらく当たったりしますから。ですので、3

こんにちは、らくからちゃです。ぶらっとTwitterサーフィンしておりますとこんなツイートが目に留まりました。 「なんでもポジティブに考えれば幸せになれる」っての、まるっきりウソだから。現実のネガティブな側面を直視して受け入れることで、不安がなくなり、的確に現実に対処できるようになり、成功確率がぐっと高まり、はるかに幸せになれることなんて、いくらでもある。 — ふろむだ⭐️若い頃知りたかったこと書く (@fromdusktildawn) 2018年2月17日 すげーわかる。 確かに『すごーい』『たーのしー』と言いながらお仕事をしていても、ヤバめな何かを『あれ大丈夫なのかな・・・』『もしかしてヤバくない...？』と不安を抱えながらだと、全く楽しめません。 で、こうした不安を綺麗さっぱりしてお仕事を楽しむため、弊チームでは定期的に『怒らないからヤバいと思っていること全部言う会』を開催しているの

＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう

2017年9月、日本オラクルの専務執行役員に就任したグアソティ・サンドラさん。アルゼンチン出身ながら、日本企業で仕事人生をスタートさせ、主に南米での活躍を経て日本に戻ってきた。そんなサンドラさんが日本や南米で培った「リーダーのあるべき姿」は？祖国アルゼンチンの大学で学んでいたのは1980年代後半。当時、経済成長が著しかった日本の強さを学ぶため、奨学金を得て1年間日本で日本語を勉強し、日本人と同

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? 私自身これまで複数の開発案件でプロジェクトマネジメントをしてきました（開発もするプレイングマネージャー的な感じで） ※マネジメント規模は数人～60人規模まで様々（システム開発・ソーシャルゲーム開発が主） これまでプロジェクト炎上案件の立て直しを何件も実施してきました（立て直しは一番やりたくない…） 今回は「なぜ炎上するのか・どうしたら炎上しないのか」に焦点を当てて、炎上案件について共通点や回避策など実際の実例を交えて複数回に分けて纏めておこうと思います（※現職がゲーム開発なので、ゲーム開発を例にして記述します） みなさんの周りに何も解決

エンジニアHub > 記事一覧 > 開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー エンジニアにとっての永遠のテーマ、「締め切りはどうしたら守れるか」。上司に言われるままにタイトなスケジュールを押し付けられた経験があるエンジニアは少なくないはずです。 「無理ゲー進行」を生み出す要因はいくつもあります。「完全版をリリースしなけばいけない」という固定観念や、期日だけを厳密に管理して現場へプレッシャーをかけるプロジェクト進行、無理なプロジェクト進行を経営課題と認識せず、現場の「頑張り」に甘えて放置している経営者（意志決定者）など。顧客（クライアント）や上司から押し付けられる「無理ゲー進行」に、工数見積もりに慣れていない若手エンジニアはどう対処していけば良いのだろうか――。 無理ゲー進行の原因をひも解いていくのは、かつて株式会社ミクシィにて最年少で執

正月が終わった。 新しい年が始まり、仕事が再開される。 が、長い休みの後には、反動として「働けなくなる人」が一定数出てくる。 仕事のプレッシャーからなのか、プライベートのトラブルに起因するものなのか。実際のところは決してわからない。 そして、私が最も記憶している出来事の一つも 「休み明けに働けなくなった人物」の話だ。 ＊＊＊＊＊ 10年以上前の話。 私が参加していたプロジェクトのメンバーの一人に、システム会社出身のOさんという人物がいた。 彼は能力的には平凡で、特に明晰であったわけではなかったが、その真面目さと素直さで、プロジェクトリーダーからはそれなりの評価を得ていた。 「それなりの」という言葉を使った理由は、リーダーにとって「面倒な仕事を引き受けてくれる便利な人物」という認識だったからだ。 特に優れたアイデアを出すわけでもなく、顧客との折衝がうまいわけでもない。 だが、与えられた大量の