嶋 航｜東南アジア起業奮闘記 @KoShima77680379 なぜ日本人は海外でマネジメントに失敗するのか？ 日本人責任者が意気揚々と海外に赴任しては「こんなはずではなかった」と意気消沈するのを多数見てきた。その失敗の理由は語学力でも人間力でもない。↓ 2025-03-26 12:18:57 嶋 航｜東南アジア起業奮闘記 @KoShima77680379 それは海外で求められるマネジメントが日本でやってきたマネジメントの延長にないからである。人材マネジメントはマネジメントの対象で大きく分けると、個人のマネジメントと組織のマネジメントに分かれる。↓ 2025-03-26 12:19:15 嶋 航｜東南アジア起業奮闘記 @KoShima77680379 「個人マネジメント」とは、リーダーが見れる数名を直接マネジメントすることであり、手法はワンオンワン、手厚いサポート・教育体制、飲みニケーショ

こんにちは、プロダクトマネージャーのたけまさです。 今回はプロダクトマネージャーの等級要件を作り直した話です。強力なマネジメントツールである等級要件の効果を紹介しつつ、今回の設計思想やアップデートの狙いを紹介します。 はじめに 今回の改定にあたり「他社のプロダクトマネージャー等級要件」を調べたところ、ほとんど公開事例がないことに気が付きました。 SmartHRのミッション「労働にまつわる社会課題をなくし、誰もがその人らしく働ける社会をつくる。」的に解釈すれば、この情報不足は課題ということで事例公開します！ まだ私たちは30人くらいのPM組織です。マルチプロダクト戦略に挑戦中で、正解など持っていませんが模索の過程がお役に立てば幸いです。私たちもPM組織を強くすることに日々知恵を絞っているので、ぜひイベントや勉強会にもお声がけください。策定プロセスも後日公開予定です。 マネジメントツールとして

何か決定した事実は実装や規則の形で残っているものの、決定までの経緯をチームメンバーが覚えていない――。 この記事では、そうした組織が記憶喪失になることにどう対処していけばよいか、NTT Comの技術顧問である吉羽龍太郎 (@ryuzee) さんにふらっと相談してみたら一瞬で突破口が見つかった＆話に奥行きが出た話を共有します。 目次 目次 軽く自己紹介 事の発端 ryuzeeさんの油セール 実際に聞いてみた 新たなる概念：ADR ADRの実践：その1 何を書くか ADRの実践：その2 どこに書くか ADRの実践：その3 どう書くか 相談を受けて試しに書いてみたADR まとめ 軽く自己紹介 イノベーションセンターの小林 (@ppyv) です。 開発・検証用PCの開発に一段落つけた後、社会人学生としてたっぷり2年間学習を積んでいました。 いまはイノベーションセンターで働く社員のみなさんに、よりよ

部下のマネジメントや後任者の育成、トラブル対応に加え、リスキリングやハラスメント対策など、管理職の業務負担の増大が問題視されています。本イベントでは、『罰ゲーム化する管理職 バグだらけの職場の修正法』の著者で、パーソル総合研究所上席主任研究員の小林祐児氏が登壇し、管理職のあり方を見直し組織改革につなげる方法について語られました。本記事では、パーソル総合研究所による調査研究から、現場の管理職が抱える課題や負担が増大していく背景を掘り下げて解説します。 日本のキャリア形成はかなり特殊 小林祐児氏：もう少し考えたいと思います。日本の管理職の特殊性を頭に入れないと、生半可な処方箋は描けないなと思っています。 「『部長ならできます』はなぜ生まれるか」と書いていますが、いわゆる「市場価値が下がってしまうような管理職のあり方が生まれるのはなぜか？」というお話です。 まずは「入口」問題。日本企業で働いてい

現状把握のために実施したことじゃあ、これを基に実際にどういうふうに考えてどういうところをやってきたかをこれからお話しできればなと思います。 まず現状把握です。（スライドを示して）今見てもらっているのが、これまで自分が体験してきたり、ほかの企業の方との情報交換とかで出てきた、製品開発におけるよくある問題だと思ってもらえればと思います。みなさんもたぶん、これまでの経験の中で、こんな声や課題は、かなりあったんじゃないかなと思っています。 前職のECの経験でもこのあたりはありました。例えばシステムが肥大化して品質維持のためにかかる工数が多くて、「新規機能開発になかなか時間がかかりますよ」となったり、事業部とかから要望、HOWの指定がけっこう多くて、顧客の課題がぼんやりしていたり。 あとは、ビジネス側からすると、思ったとおりのタイミングでリリースできないことがあるとか、もっと多くの要望を実現したいか

風音屋（@Kazaneya_PR）では、メンバー1人1人のスキル水準をモニタリングし、さらなる成長を促すための仕組みとして「等級（グレード）」を設定しています。プロフェッショナル人材が少しでも正当な評価とフィードバックを受けられるように試行錯誤を経てきました。 採用選考を進める中で「自分の場合はどのくらいのグレードになるのか？」というご質問をいただく機会が多々あります。この記事では、どういった考え方でグレードを設計・運用しているのかを、給与テーブルとセットで解説します。 注意事項クライアントワークを担当するAnalytics部門を想定した内容となっています。Backoffice部門の給与テーブルは試行錯誤中ですが、ベースとなる考え方は同じような形に落ち着くはずです。 人事周りのルールは今後変わっていく可能性があります。最新状況についてはカジュアル面談でお問い合わせください。 すべての人にと

前提として、私は営業組織でも開発組織でも働いた経験があります。 営業組織で学んだこと私は新卒でリクルートに入社し、キャリアの最初は「カーセンサー」という中古車メディア（当時からWEBが中心）の広告営業でした。 新規顧客開拓では都内の中古車店にひたすら飛び込む中で辛い経験も味わいながらも、噂に聞いていたリクルートの営業部隊を現場で体感できたのは非常に学びが多かったです。 私が働いていた当時、大規模な顧客向けシステムのリプレイスがありました。当時はシステムのことなど何もわからず、営業の立場として聞いたときには、「なんでこれまで慣れてきた画面を変えるんだ！」と思いましたし、リリース後にバグがあると「なんでこんな品質のものを開発部隊は当たり前に提供するんだ！」と激怒していたものです。「せっかく俺たちが（売上を）作っているのに・・・」と飲みながら話すことがよくありました。 何よりも、今動いているシス

この記事を読んだ。 note.com よーある話だなと思いつつ、「業務委託はダメで、社員ならOK」という話はちょっと話が雑だなあと思ったので、コメントを書く。 スクラムチームで人の出入りが激しいとキツイ これはそう。 ただ、スクラムかによらず、出入りが激しいとキツイけど… 業務委託では、高パフォーマンス人材は単価つり上げがきつく、結果契約打ち切りになる 実際の事象としてはよくある話。ただし、業務委託のみの話ではなくて、社員でも「会社に不満があったからやめた」は良くある話。 たぶん、ここが気になるのは、このあたりの違いだとは思う。 報酬の見直し頻度 社員だと給与体系の見直しが年1回であるのが普通 業務委託だと契約期間ごと（業界慣習的に3カ月単位が多い認識） 条件交渉者が本人なのか営業なのかの違い 営業の仕事は売上を上げることなので、当然ガンガン言ってくる 対して社員が自分の雇用条件について、

依存関係は知識のギャップ Michael James 氏によると、ソフトウェア開発のようなナレッジワーク（知識労働）における依存関係は、物理法則ではなく、知識（ナレッジ）のギャップによって引き起こされるといいます。 確かに、「靴下を履いてから靴を履く」ということは、ナレッジワークには当てはまりません。例えば、第1章の内容を知っていれば、第2章から書籍を書き始めることもできます。知識の創造は、物理的な依存関係ではなく、知識を発見し、創造する能力によってのみ制約されています。 要求が曖昧でプロダクトオーナーが不在の場合、スキーマの変更をするためにデータベース管理者からの指導が必要な場合、開発環境が提供されてからでないと開発を開始できない場合、他のチームによる API の変更が完了してからでないと作業を続行できない場合、変更審査委員会が先に変更を承認する必要がありプロダクトバックログアイテム（P

Check Point Software Technologiesは3月10日(米国時間)、「Check Point Research Reveals Leaks of Conti Ransomware Group - Check Point Software」において、今後猛威を振るう可能性が高いマルウェア「Conti」について、その開発・運用を行っている組織の詳細情報を公開した。Contiはロシアのウクライナ進攻を支持しているとされており、この行動に意義を唱える内部関係者が流出したデータを分析した結果とされている。分析結果はContiが通常の大規模なテクノロジー企業と同様な形態で運営されている様子が示されている。 Check Point Research Reveals Leaks of Conti Ransomware Group - Check Point Software 報告書

最近は「心理的安全性」という概念が、ビジネス領域でしばしば話題になる。 知識労働者のパフォーマンス向上に必須だと言われるからだ。 これについては、個人的な思い出も多い。 かつて私が在籍していた組織は、お世辞にも「心理的安全性」に優れた組織ではなかった。 率直に言ってくれ　⇒　叱責される 私がまだ新人だったころ、「経営陣への提案制度」が設けられたことがあった。 経営者は「なんでも率直に提案してくれ」と説明していた。 「なんでも」というので、早速私は「干された人々」の処遇を改善してはどうかと、経営者に提案した。 すると、私の想像をはるかに超えて、彼は怒った。 「あなたは何もわかってない」から始まり、 「働かない奴らの処遇は、あれで当然」 「私が認めた人だけに仕事を渡す」と。 こうして私は1時間にわたり叱責された。 今思えば、経営者が「成果に貢献しない人々」を擁護した私に怒りを覚えたのは当然だっ

みずほ銀行のシステム障害の報告書をめぐって、こういうツイートがあったのですが、 https://twitter.com/_innocent2017/status/1406076301153386498 みずほ銀行のシステム障害に関する調査報告書が話題になってますね。 その中でも「声を上げて責任問題となるリスクを取るよりも、持ち場でやれと言われていることだけをやった方が組織内の行動として合理的となる企業風土」という趣旨の原因分析が、日本企業らしいとして話題になっています。 これは、本当に日本企業独特の企業風土なのでしょうか？ 確かに「減点型」の人事評価をする組織ならそのようなことがあるかもしれませんが、いわゆる欧米型、ジョブ型雇用の組織こそ「自分の持ち場の外のことは口を出さない」という風土が強くなってもおかしくないと思います。 欧米型、ジョブ型雇用の組織で「あえて声を上げる」ことが組織の中で

僕は仕事で分報をかなり活用しています。今年の3月に入社したUbie（ユビー）というヘルステックベンチャーでもめちゃくちゃ分報に書き込みをしています。どれぐらい書いてるかというと、入社初月で1700投稿（75投稿/平日）し、社内トップでした。 社内の分報チャンネルの投稿数ランキング 分報にはこの一ヶ月で経験した色々な仕事について感想や意見を書いています。まさに僕自身の入社一ヶ月の戦記と言えます。そこでこの分報からコメントをピックアップして入社一ヶ月を振り返ってみようと思います。振り返りは三つの軸で行いました。 🏥 事業ドメイン(医療) 🧠 組織・カルチャー 🧑‍💻 自分の成長(ソフトウェアエンジニア) 🏥 事業ドメイン(医療) サマリー Ubieはヘルステックベンチャーなので事業ドメインとしてはバリバリの医療。それがすごく面白い。何が面白いかって言うと医療自体は自分の身近にあるもの

2018年4月17日、明日の開発カンファレンス実行委員会が主催する、開発リーダーのためのイベント「明日の開発カンファレンス 2018」が開催されました。開発の効率化に取り組むリーダーたちが一堂に会して、現場で学んだ知見を共有する本イベント。第2回となる今回も、さまざまな経験を積んだエキスパート達がプレゼンテーションを行いました。トークセッション「クラウド労務サービス『SmartHR』を支える開発チームの作り方」では、株式会社SmartHRのVP of Engineeringである芹澤雅人氏が登場。急成長を続けるSmartHRの開発の舞台裏を語ります。 面倒な労務管理の現状芹澤雅人氏：あらためまして、私は芹澤雅人と申します。SmartHRという会社で「SmartHR」というサービスを作っております。前職で社会人になって以来、ずっとWebエンジニアとしてのキャリアを歩んでおります。 2015年

都内のITスタートアップで働いてる者です。 何社か関わってきたけど、人事、採用が下手すぎて組織崩壊してる会社多すぎるなぁと思ったので命令口調でメモ。 とりあえずミッション、ビジョン、バリューを設定しちゃう「どこの会社も設定してるから...」と形式的にミッション、ビジョン、バリューを定義している会社は１００％失敗してる。 ”ミッション、ビジョン、バリューが必要”というムードを誰が作り出したのかは知らないが、流されるな。 組織の状況や今後の運営から考えて必要なら定義すればいいし、そうでなければ別に定義しなくても構わない。 別にそれ以外の方法もたくさんある。 いずれにせよ、口に出すのが恥ずかしいイキった横文字をミッション、ビジョン、バリューにするのはやめとけ。 「1年後に100人の組織にします！」とか言っちゃうシリーズBとかCらへんの調達目処がたってくると、こういう目標を立てちゃうCEOがいるが

大規模なサービス開発組織で働いていると、技術職スタッフにおいても、視座の高さを求められることが増えます。「視座の高さ」という単語は、曖昧で、入社していきなり「視座！視座！」と言われても、「えらい人がなんか言うとる」「わいには、まだ早い」くらいで、腹落ちしないと思います。しかし、給与体系にも紐づいていたりするので、給与が上がってくると、「視座をもうちょっとあげてもらわないとね…」と上長から言われれて「えー」となるかもしれません。私の考える「視座の高さ」と、なぜ専門職にも必要になるのかを説明しつつ、サービス開発と組織の関係について考えてもらう機会になればと思います。 私は、エンジニアリングを、単にプログラミングを書いたりすることで技術課題解決するということではなく、「デザインやテクノロジーを用いて、社会的な課題を解決するもの。社会をよりよくするもの」と定義しており、職能を横断したチームを率いる

新型コロナの影響で、すっかり海外出張がご無沙汰なんですが、1月にメルカリからSmartNewsに転職して、早速シリコンバレーのGoogle本社に飛んだ時のメモがあったので、ブログに書き残しておきますね。 ちょうど、この出張の時です。 シリコンバレーにあるGoogle本社でのマネジメントWorkShopから帰国したので、US出張の雰囲気を伝えたくて動画にしてみました。最近はアプリだけで、お手軽に動画編集できてめちゃくちゃ便利。ちなみに背景で使っている音楽はJoJo好きならわかりますよねw pic.twitter.com/uaKV3YZ0wq — たいろー / メルカリ&スマニュー (@tairo) January 26, 2020 当日はGoogleplex（カリフォルニア州マウンテンビューにあるGoogle本社の愛称）でプロダクトマネージャーやエンジニア、エンジニアリングマネージャー、Sa

ウイルスが弊社にTeamsをもたらした。 環境が変化すると、組織も急速に進化するのである。 結果、俺は「先生」となった。 Teamsの導入 弊社にMicrosoft Teamsが導入された。 もともと導入に向けて動いていたようだが、ここにきて一気に展開された。おそらくコロナの影響だろう。通常時ならば、もっと時間がかかったのではないかと思う。既に多くの人が言っているように、「ウイルス進化」という言葉が頭に浮かぶ。与えられる「新しい生命能力」が、弊社の場合はTeamsであるのか、と*1。 だがツールというものは、使われてこそ価値がある。しかもTeamsのようなグループチャットの場合、一部の人間だけが使っている状態では意味がない。「メトカーフの法則」によれば、ネットワーク通信の価値は、接続されているシステムのユーザ数の二乗に比例する。組織の全員が利用してこそ真価を発揮するのだ。 No machi

会社の体制が大きく変わり、カオスの中に少しの静寂（暇）ができました。特に日々執行に勤しんでいる方々は皆そうだと思いますが、色んなこと考えているのにそのプロセスをアウトプットする機会があまりなく、結果や結論、最終的な決断のみが共有されるため、サクセッションプランに対する有効な情報を残すことも出来ていないことと思います。僕もその一人。 この時間を有効に活用するため、頭の中にあるイメージと考え方をここに、時間の許す限り吐き出していこうと思います。時折、言葉が足りないところも前提条件やバイアスの記述が足りないところもあるかと思いますが、混沌とした頭の中を曝け出すプロセスにはつきものですので、大目に見ながら読んでいただけると幸いです。 財務諸表と同じように見える化する会社は財務諸表によって経営されるものなので、経営者たるもの財務諸表を見ながら戦略を立てるべきであると僕は考えています。数字以外信じない