「名前のない仕事」ができる人は強い
ℹ この記事は推敲中のため、今後大幅な変更が加えられる可能性があります。 ここのところ至るところで話している気がするので、この機会にブログにまとめておくことにする。 最近人にポジティブなフィードバックをするときや、ある人の仕事ぶりをポジティブに伝えるときに「名前のない仕事」という言葉で表現することが非常に多くなった。 この表現自体は以前から必要に応じて使っていたものの、感染症の影響下にあった世界の雪解けにつれて、こう表現できるシチュエーションが増えたように感じる。 「名前のある仕事をそつなくこなすことは誰でもできる、ただ名前のない仕事は、その意識と実行力が伴った人間が行って初めてできる」という言葉の理由を改めて伝えたい。 直接話す人達にはその文脈に即したその人の活躍を交えて伝えられるが、誰に対してもその機会があるわけではないので。そのため抽象的な話にはなるが、この記事を通じて企業組織に所属
“高効率で”強いプロジェクトマネージャーを目指すために ステータス表でわかる2つのことと、活用してできる2つのこと
複数事業に携わるPM組織のスキル成長と評価について、コングロマリットな経済圏を持つDMMのPMから聞く「複数事業を跨ぐPM！なんでもやるDMMに聞く、PM組織の成長と評価の話【開発PM勉強会vol.21】」。ここで合同会社DMM.comの金築氏が登壇。PjM能力の可視化について話します。 金築氏の自己紹介 金築英雄氏：では私から始めます。今回私からは「可視化から始まるPjM育成」といった話をします。まず自己紹介させてください。名前は金築英雄と申します。経歴としてはアプリエンジニア、チームリーダー、諸々の経験を経て、現在プロジェクトマネージャー（PjM）として仕事をしています。 2023年にPMP（Project Management Professional）を取得して、さらにプロジェクト推進とかPjM採用、PjM育成に熱を上げています。今回は可視化がテーマなので、私のステータスなんかも書
「成果を出せば評価される」という考えが不幸の始まり 人事評価制度に不満の声が出る、必然の理由
人気シリーズ『図解 人材マネジメント入門』や『図解 組織開発入門』の著者であり、企業の人材マネジメントを支援する株式会社壺中天の坪谷邦生氏が、MBO（目標管理）をテーマとした新刊の発行にあたり、各界のエキスパートと対談を行います。第3回の後編は『最高の結果を出すKPIマネジメント』の著者である中尾隆一郎氏と、人事評価制度に不満が出やすい理由や、ハイパフォーマーを育てるマネジメント手法について語りました。 「成果を出せば評価される」という考えが不幸の始まり 坪谷邦生氏（以下、坪谷）：私はもともと人事制度のコンサルタントなので、KPIマネジメントと評価・報酬との紐づけが気になるんです。メールで「密結合ではなく、疎結合にしたほうがうまくいく」と教えていただいたのですが、もう少し詳しく聞かせていただけますか？ 中尾隆一郎氏（以下、中尾）：普通の人は、成果を出したら評価をされて、給料が上がって、昇進
1on1 ノウハウの共有 | DevelopersIO
ここでは主導する方が知っておくべきものをまとめています。 なおこの記事での 1on1 とは、バスケのハーフコートにおける 1 対 1 の攻防ではなく、職場における 1 対 1 の定期的な話し合いのことです。 1on1 で話すべきこと 業務以外の課題解決 なにか課題を抱えていると他のどの話題にも身が入らないため、まず話せる環境を作りましょう。同様に課題は業務効率を落とします。 ここでの課題は次を指しています。 健康上の課題 業務が原因で病院受診が難しい場合の業務量の調整など お互いの健康テクニックの共有なども Good 家族との課題 お子さんが夜泣きで寝不足などの場合は就業時間の調整など 親族と折り合いが悪いなどの場合、第三者としての意見や、自分の経験を共有する 社会上の課題 コロナ禍によるつらみの共有など 業務に連動するわけではないため、前回課題がなかったからといって今回もないと仮定しては
VP of Engineering やめた - @kyanny's blog
2018年4月から務めた Quipper Limited の Vice President of Engineering を、2020年3月末日付で退任*1した。 なぜやめるのか 一言でいうと、 VPoE として担っていたミッションを完遂したため。 二年前に VPoE 就任を打診されたとき、自分が所属していた開発組織の課題は明白だった。人が辞める。定着しない。人が増えない（むしろ減る）ので現場の負荷が上がる。ムードも悪くなる。お世辞にもおすすめできる職場とはいえなかった。 そこで、「二年で開発組織を立て直す」をミッションに掲げ、上司と約束した。 結果、二年間でエンジニア組織は 25 名から 54 名へと倍増。かつ、ミスマッチを防ぐ採用方針を徹底したことで離職者を低く抑えることに成功。開発組織を安定化させた。 2017年3月 2018年3月 2019年3月 2020年3月 エンジニアの人数
2年半のエンジニアリングマネジャー経験から学んだこと - valid,invalid
2017年6月〜2020年3月まで、Quipperという会社でEngineering Managerをやってみての振り返りです。 ここ数日こつこつと退職エントリを執筆していたのですがこのセクションが長くなりそうだったのと、単体で読まれても良さそうなので1エントリとして切り出しました。*1 マネジャーになった背景から失敗から学んだことから思いついたことをぐだぐだ書いていきますがはっきり言って個人の日記レベルなので野暮なツッコミはなしでお願いします。*2 というかこれは個人の日記ですよ〜。（ここまで防衛線） マネジャーになった背景 / 当初の役割 記憶が確かであれば2016年頃にQuipperにも評価制度が導入されたのですが、当時すでに世界に数拠点あったためCTO@Londonが全員を評価するのは難しくなっていました。可能な限り現地オフィスで現地メンバーを評価したほうが納得感も高い、ということ
FINDERS
EVENT | 2018/07/06 給与は一律、賞与は山分け、評価がないのに働く会社 【連載】「遊ぶように働く〜管理職のいない組織の作りかた」(5) （写真）合宿でのワークショップの様子 倉貫義人 株式会社ソニックガーデン代表取締役 大手SIerにてプログラマ... 倉貫義人 株式会社ソニックガーデン代表取締役 大手SIerにてプログラマやマネージャとして経験を積んだのち、2011年に自ら立ち上げた社内ベンチャーのMBOを行い、株式会社ソニックガーデンを設立。ソフトウェア受託開発で、月額定額＆成果契約の顧問サービス提供する新しいビジネスモデル「納品のない受託開発」を展開。会社経営においても、全社員リモートワーク、本社オフィスの撤廃、管理のない会社経営など様々な先進的な取り組みを実践。著書に『「納品」をなくせばうまくいく』『リモートチームでうまくいく』など。「心はプログラマ、仕事は経営者」
もしも童話「おおきなカブ」がITのデスマプロジェクトだったら
渋谷の雑居ビル。 ホワイトボード前に置かれたパイプ椅子にイヌ、ネコ、ネズミが一触即発の雰囲気で座っている。 扉が開き、慌てた様子の青年が入ってくる。 孫「お疲れ様です、すいませ――」 ネズミ「遅えよッ！！」 ネコ「！！」 イヌ「……ネズミさん、怒鳴るのはやめましょうって……」 ネズミ「……チッ」 孫「あの、本当、すいません。11時からって、皆さんにお約束してたのに……」 イヌ「ま、まぁ。とりあえず、ミーティングの報告をお願いします。もう２時間も押してるんで」 孫「は、はい！ すいません、ではこちらの資料を…… あっ」 イヌ「どうかしましたか？」 孫「印刷した資料が１部たりなくて。……じゃあ、はい！ 僕のは大丈夫なんで、業務委託の皆さんで、どうぞ！」 ネズミ「ッ……！」 イヌ・ネコ「……」 孫「はい、では皆さんお手元に資料ありますかね、お疲れ様です！」 ネズミ「……」 イヌ・ネコ「……お疲れ
組織の中で消耗しているエンジニアへ贈る、元Google人事に聞いた “疲れない働き方” - エンジニアtype | 転職type
2018.08.28 働き方 働き方改革全盛の昨今。次々と先進的なワークスタイルを取り入れる企業が目立つ一方で、まだまだ旧態依然とした労働環境も多数実在するのが現場の実態。多くのエンジニアが旧来型の働き方に消耗している。改革が進まない組織において、個人がそれぞれの働きやすさを獲得するには何が必要なのか？ 元Googleの人材開発担当でプロノイア・グループ代表取締役、『Google流 疲れない働き方』（SBクリエイティブ）など数々の書籍を上梓するピョートル・フェリクス・グジバチ氏に、エンジニアが「疲れない働き方」を実現するために、個人でもできる対策を聞いた。 プロノイア・グループ 代表取締役／モティファイ株式会社 取締役 ピョートル・フェリクス・グジバチ氏 ポーランド生まれ。ドイツ、オランダ、アメリカで暮らした後、2000年に来日。02年よりベルリッツにてグローバルビジネスソリューション部門
「オフィスと社員はもう要らない」
その「常識」は本当に必要？ 「あたりまえ」から踏み出して新しい発想を生む視点や思考の組み立て方、その実践方法について、スタートアップを支援する投資家、アクセラレーターとして活躍する孫泰蔵さんに聞いた。 （聞き手：日経BP社出版局編集第一部長・中川ヒロミ） 初回のテーマは、「オフィスと社員はもう要らない」。いきなり衝撃的ですが……。 孫泰蔵氏（以下、孫）：大げさでなく、その通りだと考えています。この取材を受けている今日は2018年7月で、場所は僕が5年前に設立した会社、Mistletoe（ミスルトウ）が3年前に開設したオフィスですが、実は今月末にここのオフィスを完全閉鎖することを決めました。 ええ！ Mistletoeのオフィスといえば、孫さんが支援するスタートアップ企業が集まる最先端のコワーキングスペースとしても知られていますが。広さもかなりありますよね。 孫：400坪ありますが、サッパリ
許可より謝罪 : けんすう日記
うちの会社の場合 僕は、nanapiという会社をやっているんですが、そこには、行動指針とかあまりありません。つくろうつくろうとはしているんですが、未だにちゃんと決めれず・・・。 という中ではありますが、よく社内でいうのが「許可より謝罪」という言葉です。 これは、簡単に言うと「許可とか求めるより、謝罪したほうが楽だから、相当クリティカルじゃない限り、許可とりにこなくていいよ」という感じです。 たとえば、nanapiのリニューアルや改変の内容などは、僕の許可はありません。リリースされて知ることもあります（ただし、議論の進行などは見てはいますが）。 もちろん、オリジナルではなくて元ネタがあります。3Mです。 以下のブログに詳しくあるのですが 下記に３Mの社史みたいなのがある。 PDFへのリンク それをみると"It is easier to ask forgiveness than permiss
Kaizen Platform, Inc. エンジニア行動指針
Engineering Teamの Akira MAEDA です。 今回はKaizen Platform, Inc.社内にあるエンジニア行動指針を紹介したいと思います。 このエンジニア行動指針は創業間もない頃に技術顧問のNaoya Itoが中心になって作成し、今から2年半ほど前にオフィスに遊びに行った私に、CTOのToshimasa Ishibashi、Naoya Itoの二人がKaizen Platformの実現しようとしている未来とともに熱心に説明してくれ、私のKaizen Platformへの転職のきっかけになったことを今でも思い出します。 以下内容 — - Kaizen Platform, Inc. エンジニア行動指針Message from CEO (Kenji Sudo)・ 我々はクラウドソーシングで新しい働き方を作り出していく集団なんだから、我々自身も新しい組織のあり方に挑戦
人を責めるのではなく、システムを変えよう - 脱社畜ブログ
会社の新入社員や若手社員が、何か仕事上のミスを犯したとする。書類の書き方を間違ったとか、メールを送る宛先を間違ったとか、内容はまぁなんでもよい。そんな時、あなたが仮にこのミスを犯した社員の上司や先輩だったとしたら、どのように対処をするだろうか。 こんなときに、「意識が甘い」といってミスを犯した社員を責めたり、説教をしたりするのはあまりうまいやり方ではない。確かに、上司や先輩に説教をされれば、その人は「以後、気をつけます」と答えるだろう。大いに反省しているように見えるかもしれない。しかし、怒られて気分のいい人間はいないから、実際にはあなたに腹を立てているかもしれない。また、いくら気をつけても、人間はミスを犯す生き物なので、また同じようなミスが起きないとも限らない。 このような時は、ミスを犯した人を責めるよりも、なぜミスが起きたかを考えて、ミスが起きにくいようにシステムを変えるほうがよい。例え
超優秀なプレイヤーは出世させてはいけない
Recent Commentsクラウドソーシングでパキスタン人にアニメーションを作らせてみた | innova on アニメをアウトソースする#031 金持ち父さん貧乏父さん 実践その1:まず5つの障害を乗り越えよう (#3 怠け心) | あすなろ(earth76)式 on プレゼンの冒頭で伝えなければいけないWIIFMとは？何故日本人はブレストを嫌うのか | Masafumi Otsuka's Blog on 根回しが何故日本人に必要なのか、ちゃんと説明しよう外国人上司に「私に活躍させたかったらやり方をこう変えて欲しい」と言葉にして伝えよ う！ | Masafumi Otsuka's Blog on 根回しが何故日本人に必要なのか、ちゃんと説明しよう外国人上司に「私に活躍させたかったらやり方をこう変えて欲しい」と言葉にして伝えよ う！ | Masafumi Otsuka's Blog o
【資料公開】強いチームの作り方 | Ryuzee.com
2015年11月10日に某社の社内勉強会で、「強いチームの作り方」というテーマで話をしたのでその際の資料を公開しておきます。 内容自体は、WEB+DB PRESS 83号に書いた内容なので興味があればそちらを参照ください。 最近DevOpsの文脈ですぐに「インフラ自動化しないといけない」とか「ツール使って効率化」みたいな話を頻繁に聞きます。 が、端的にいえば、「実際のところ、ソフトウェア開発上の問題の多くは、技術的というより社会学的なものである」というデマルコの一節の通りであり、 DevOpsの本質もツールではなく、CLAMS(Culture、Lean、Automation、Measurement、Sharing)であって、土台となるのはやはり組織やチームの文化になります。 一度自分たちのチームや組織について考えてみるとよいと思います。 アジャイルコーチングやトレーニングを提供しています株
大きな業績を上げている部下が、職場で決められたルールを守らないとしたらどうするべき - ICHIROYAのブログ
もう30年以上前のことになる。 マネージャー向けのある研修で、こんな質問が出された。 「たとえば自部門の売上の3分の1を占めるような大きな業績を上げている部下が、職場で決められたルールを守らないとしたらどうするか」 ざっくりとしか覚えていないがそういう質問だった。 ああ、そういう部下を抱えながら、どうすべきか悩むのが管理職というものなんだなと、その時、管理職の仕事の難しさに震えた。 選択肢がふたつしかないとする。 A. その部下を叱責しルールを守らないなら他部への放出も辞さない構えで対応する B. その部下の業績に注目し、ルールを守らないことには目をつぶる その時の講師の答えは、いくつかの付帯条件がついていたが、基本的にBであった。 いや、しかし、ほんとうにそうなのかな、とも僕は思った。 たしかに、その部下を放出すれば、売上は3割下がる。 だけど、その部下が評価されて昇進していくにしても、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた
ChatGPT で自分の仕事がどう楽しくなるのかを考えるネタ集 -2023年10月バージョン-
NIKKEI STYLEは次のステージに
コミュ力もリーダーシップもいらない。元Google社員が語る、本当に“優秀な人材“とは | HuffPost Japan
