「GRIT（やり抜く力）」や「レジリエンス（困難を乗り越える力）」。近年、ビジネス書を賑わせるこうした意識の高い思想に、違和感を覚えてしまう人もいるのではないでしょうか。 そんな中、「たいていの仕事は失敗する。だからこそ淡々と取り組もう」と、何とも軽やかなメッセージを発信するのが、数々の起業家たちと向き合ってきた経営学者の楠木建さんです。 楠木さんはそれを「絶対悲観主義」と称し、“普通の人向けの仕事哲学”として提唱しています。 「思い通りにならない」を前提とすることで、成功の呪縛から逃れ、心安らかに仕事ができる。 自分には野心も根性もない……と感じているあなたにこそ読んでほしい、仕事への向き合い方にまつわるお話を楠木さんに伺いました。 楠木建さん。1964年、東京都生まれ。一橋ビジネススクール特任教授。一橋大学商学部卒、同大学院商学研究科修士課程修了。専門は競争戦略。 ※取材はリモートで実

丸の内OLうどん先生 @Udondondon16 コンサル業界のかたすみに生息 好きなそばは、天たまそば/げそ天そば/かきあげそば 将来のキャリアパスはうどん屋 丸の内OLうどん先生 @Udondondon16 職場の上下関係において、ざっくりした指示を与えておきつつ、確認はめちゃくちゃ細かくやるっていうのがかなりメンタルにダメージを与える方法だという気づきがあった 2023-11-15 14:35:06

「仕事で成果を出す人」と聞いて、どのような特徴を思いうかべますか。 才流はコンサルティング会社であり、ビジョンとして「メソッドカンパニー」を掲げています。顧客へ価値を届けるにあたって、営業やマーケティング、新規事業などの専門知識はもちろん、ベースとして強固な「仕事力」が欠かせないと考えています。 本記事では、社内で実際に活用している仕事の進め方マニュアルの中身をテーマ別に厳選し、チェックリスト形式で紹介します。 ※本記事が多くの方々に読まれていることもあり、このたび内容を最新版にアップデートしました。 ビジネスパーソンの心得1. ビジネスの原理原則を理解するビジネスで価値を提供するためには原理原則が存在するビジネスの原理原則とは、相手＞自分であり、顧客＞外部パートナー＞自分であること具体的に表すと「顧客や社会、チームメンバーに価値を提供する→顧客や社会からお金がもらえる→自分たちの給与が出

Tech Interview Content Platform for Every EngineerInterviewCatはテック企業入社を目指すエンジニアのための面接対策コンテンツプラットフォームです。

チャーリー @tetsurokondoh 某大企業から仕事の相談が ↓ 予算承認これからなので承認のための提案資料つくりたい ↓ 何回も打ち合わせし数十時間かけて図解&資料つくる ↓ 予算降りませんでしたごめんなさい 別件で前向きに進められないか ↓ じゃあここまでの分一旦精算させてください ↓ 一円も払えません ↓ え？ ← ｲﾏｺｺ 2021-07-28 13:14:48 チャーリー @tetsurokondoh 1,2度の打ち合わせだけとかだったらまだわかるけどこっちは既に何十時間も稼働してんのよ(数えたら打ち合わせも7回あった)。しかも情報を構造化して図解をつくりそれを資料化するっていうコア技術を提供してんのよ。なぜここまで稼働させといて予算不承認時のリスクをこちらが引き受けなきゃならんのだ 2021-07-28 13:22:24

ポッドキャスト Today I Learned FMの28 回目はメンタルヘルスの話題について話しました。この記事はその収録に関する追記です。 anchor.fm 「なんとなく元気がない」 = languishing www.nytimes.com "バーンアウトでもないし、うつでもない。けどどこか希望がない。なんか楽しくないし、目的ももてない。なんだかモヤモヤする。" この症状に対し、社会学者の Corey Keyes 氏は languishing という名称をつけました。日本語だと"衰弱"という意味ですが、要はゆるやかに不調になっている状態を指します。 languishing のやっかいなところは、これまで明確に言語化されていなかったために、症状として認識されていなかった点です。認識されていないために早期の対応が遅れ、やがて本当のうつに移行していく可能性が高いです。 元記事では、パンデ

2020 年に入り、メルカリ US ではプロジェクトの担当 PDM を検討する際に「UIUX に大きな変更が入るならこの人」「関係者マネジメントが重要ならあの人」「テクニカルな知識が要求されるならこの人」といった具合に、プロダクトマネージャーそれぞれの特性・得意分野を考慮したうえで決定する傾向が以前にも増して強くなりました。 その結果、自分（フリッツ と申します、こんにちは）の場合は UIUX 改善を中心としたプロジェクトが相当に増え、並行して 3-4 名の UIUX デザイナーとそれぞれのプロジェクトについて議論することが毎日の風景となりました（めっちゃくちゃ楽しい）。 こうした状況下にあって、あらためて デザイナーと UIUX について議論・もしくはフィードバックをする際に気をつけている・気をつけたいことについて前後編にわけて振り返りをしたので共有してみたいと思います： ・前編（この記

「20代の頃は、“魂売ったな”とも言われました」 「やりがいとか、何難しいこと言ってんだよ！」西川貴教にキャリアを相談したら最強に励まされた このページには広告が含まれています 新R25が掲載するサービスや商品の一部には、アフィリエイトプログラムを利用した商品の紹介が含まれます。本記事を経由し、サービスや商品の登録・購入などをすると、サービスや商品の提供元の企業様より報酬を受け取る場合がございます。ただし、新R25が提供する情報については、読者の利益を第一として新R25が独自に決定しており、企業様からの報酬の有無がランキングや商品の評価に関して影響を及ぼすことはございません。 将来のキャリアのこと、どこまで考えてますか？ 「なりたい未来から逆算して、キャリアを考えよう」。そんな言葉も耳にしたりしながら、僕たちはそれなりに将来のことも考えつつ、会社を選んだり仕事をしたりしてますよね。 しかし

これまで僕は締切がかなり厳しいプロジェクトを数回経験してきた。その経験から、締切が厳しいという特性を持ったプロジェクトの初期にまずこれだけはやったほうが良いということがいくつか見つかったので、今回はそれらを紹介していこうと思う。 前提となるプロジェクト 今回紹介する方法は、次のような特性を持ったプロジェクトを前提とする。 細かい仕様は決まっていないが、作るものの要件はある程度明確である アジャイルの定義におけるスコープ・コスト・品質・スケジュールの中で、スケジュールを特に優先したい(スケジュールを変えられないなど) 数ヶ月以上のプロジェクトである 短いスパンでリリースしてユーザーの様子を見てその後のプロダクトバックログの優先度を変えるような性質のプロジェクトでは、別のやり方を取る必要があると思う。そこは注意してほしい。 プロジェクト初期にやっておきたいことは何か 上記のようなプロジェクトの

松下哲也 @pinetree1981 ヤバい。「メールは読んだ瞬間に返事した方が人生が楽である」というアドバイスをもらったので半信半疑ながらやってみたところ、本当に仕事が一瞬で終わる。 2020-06-05 18:34:43

概要 そろそろ年度末だし、新年度からプロジェクトリーダーとしてやっていく人もいるかと思うので、プロジェクトリーダーはどういうことをしないといけないかと、心得的なものを投稿しようと思います。今業界全体的にリーダー不足になってるんで、プロジェクトリーダーという役割について興味持ってくれる人が増えると嬉しいです。 ※ここでのプロジェクトとはシステム開発等IT関連のプロジェクトを指すものとします。 軽く自己紹介 2013年頃から7年くらいプロジェクトリーダーとして請負業務などの仕事をしてきました。最近はプロジェクトマネージャーも兼ねてやっていたり、うまくいっていないプロジェクトにコンサルとして入って立て直すというようなこともしています。 レジュメ https://www.resume.id/branch まずは結論から プロジェクトリーダーの使命 「担当するプロジェクトを成功へと導く」 「プロジェ

GMOの一斉在宅勤務が話題である（であった） すでに一斉在宅勤務体制では無くなっているが、在宅勤務を経験したものとして所感を残しておきたい。 日本でもっと在宅勤務が当たり前になると嬉しい。 まず、私は社員である。役職などは別に無い。 そのため、熊谷社長が何を考えているか、というところまではキャッチできないし、そこには遠く及ばない。 熊谷社長は我々からすれば天上人のような人で、グループ全体会などの際に見かけるだけである。 また、現在は在宅勤務はほとんど解かれている状況と言っていい。 おそらく世の中的にはGMOはもうずっと在宅、みたいなイメージだと思うがそんなことはない、ほぼ通常営業である。 公式には在宅勤務中であるが、結局、各企業の上司に一任されているので、上司が「来い」と言えば行かなくてはならない。 上司にとって大事なのは、「数字」である。そのため、出社させて数字を上げさせなくてはならない

ベイジで新評価システムの運用を開始するにあたって作った、仕事と給与と評価の関係を説明した社内向けのスライドです。会社や経営者によって考え方は変わると思いますが、できるだけ分かりやすく、一般化してみました。何かの参考になれば幸いです。

社内行事やプロジェクトのイベントごとが過ぎるたび、色々なグッズが想い出と共に席に残されていきます。社内バーベキューイベントでの娘との写真もチームメンバーが写真立てに入れて（なぜか）くれました。

もうずいぶん前のことになる。 あるIT業の業務改善プロジェクトに、私はいちメンバーとして参加した。 その会社のプロジェクトメンバーは全部で8名。期間は約9ヶ月だった。 経営陣肝いりの、それなりに大きいプロジェクトである。 そのため、プロジェクトマネジャーは、掛け値なしに優秀であった。 指示は的確で、果敢に新しいことにチャレンジするが、無用なリスクは取らず、守りが堅い。 メンバーとの関係も付かず離れずとバランスが良く、理想的な人物だった。 だが経験的に、プロジェクトメンバー全員が優秀であることはほぼない。 政治的な理由からか、教育効果を期待してなのか、リストラ予備軍だからなのか、それとも単なる人手不足なのか。 理由は様々だろうが、プロジェクトメンバーの中に、必ず２，３名はボンクラが含まれているのである。 そして、プロジェクトは一定の期間内に成果を出す、という厳しい制約があるため、無能の扱いを

出社時/退社時の打刻ってとても面倒くさくないですか？ わかっていてもついつい打刻するのを忘れてしまいます。そして月末の勤怠締めで打刻忘れの箇所を手動で1つずついれていく。。とても非生産的ですね。 そこでシステム的にこの問題を解決するべく、メルカリの記事を参考にwifi打刻システムをつくりました。 wifi打刻システムとは社員さんが持っている端末(携帯やPC)がwifiに繋がった時に出社打刻をし、最後にwifiに繋がっていた時間を退社時刻として退社打刻を行うシステムです。 それではwifi打刻システムを作る方法について説明していきます。大きくわけて3つのステップに分けることができます。 社員が持っている端末がwifiに繋がっていることを検知する wifiに繋がった端末から社員を特定する wifiに繋がった時に出社or退社の打刻をする 社員が持っている端末がwifiに繋がっていることを検知する

世間一般ではデザイナーは一括りに語られがちですが、デザイナーも千差万別、一人一人に個性があり、異なる価値観を持っています。この多種多様なデザイナーを一種類にまとめて扱うことは、デザイナーとのミスマッチに繋がり、デザイナーを擁する組織のマネジメントにとって、深刻な問題を引き起こすこともあります。 自分自身は経営者兼デザイナーとして仕事をし、今まで多くのデザイナーを見てきました。その私の経験則でいえば、デザイナーは大きく4つのタイプに分類できると考えています。例えば採用面接などで新たにデザイナーと出会った際には、まずはこの4タイプを手がかりにして、その方の理解を深めていったりします。 私が考えるデザイナーの4つのタイプとは、縦軸に「挑戦的」「保守的」、横軸に「感覚的」「論理的」を置いた4象限で表現できます。以下がその図です。 ここからは、理想実現型、成果追求型、共同作業型、実務遂行型の順に、そ

開発チームのチームリーダーやってたときってどんなこと考えながらやってた？って相談があって、僕がチームリーダーやってたときはこういうことに気をつけてたよ。って話をした。今は僕はリーダーは後輩にまかせて、自分はシニアエンジニア的な立場でコードを書いたりウロウロしたりして楽しく過ごしてるんだけども。 4つの混ぜない やってるときは特に考えてなかったけど、今になって考えるとこういうこと気にしてたなーってのね。数は、単に4つ思い出した。ってだけ。 帽子を混ぜない エンジニア出身のチームリーダーって、こんな帽子をかぶってることが多いかな: 組織マネージャの帽子で 後輩の育成や組織としての成長を考えたり 開発リードの帽子で クオリティの最後の砦みたいな役割や、チームの外との調整をやったり プロジェクトマネージャの帽子で プロジェクトをどうやってうまく回していくかを考えたり なので「今の自分の気持ちはどの

何度か書いていますが、しんざきはシステム関係の仕事をしており、今はそんな大きくないチームの責任者です。自分でも色々作業しますが、一応マネジメントもする立場です。 今とはまた違うチームにいた頃、チームの統合・再編成が行われたことが何回かありました。 チームメンバーは増えたり減ったりしますが、大体毎度、新しいメンバーを何人かは見ることになります。 当たり前のことですが、知らないメンバーと一緒にやっていく際には、まずその人にどんなタスクを振るか、どうタスクを振るかを考えないといけません。 何か新しい技術に触れていくならどのようにスキルのキャッチアップをしてもらうか考えないといけませんし、引き継ぎがあるなら引き継ぎの計画を立てなくてはいけません。 だからチームの再編成の時には、本格的に仕事を始める前に、それぞれのメンバー、及びそれぞれのメンバーの以前の上司に必ず面談とヒアリングをします。いや、別に