タグ

関連タグで絞り込む (183)

タグの絞り込みを解除

仕事に関するturu_craneのブックマーク (543)

  • 問題を"放置"さえしなければちょっとずつよくなっていくんですよ - Konifar's ZATSU

    7月くらいに入社した同僚氏は「問題を放置しない」が口癖で、半ば麻痺している痛いところを突いてはすぐに何かしらアクションに移して状況を変化させている。ハイレベル問題解決ブルドーザーである。 「これは放置しないほうがいいですね」、「放置しないほうがいいのでやりましょう」といった感じで話してくることもあれば、「これどうします?放置しますか?」のように聞いてくることもある。見て見ぬふりをしたり、なんとなく結論が曖昧な状態のままにしておくことを"放置"と言っているらしい。ややこしい言い方をすれば、"今は (いつまで) 放置する"と決めたのであればそれは放置してはいないということなのだそうだ。 先日、彼が会議中にボソッと「問題を放置さえしなければちょっとずつよくなっていくんですよ」と言っていて、たしかになあとしみじみ噛み締めてしまった。 何かチャレンジをしていれば問題が多々発生するのは当たり前ではある

    問題を"放置"さえしなければちょっとずつよくなっていくんですよ - Konifar's ZATSU
  • 正しく評価される自己評価の書き方 - るさんちまん

    はじめに 会社員として働く上で評価は最も大きな関心事の1つでしょう。評価によって自身の職位や給料が決まるのでそれも当然です。 しかしながら、「納得感のある評価を受けられていますか?」と問うと明確にYesと答えられる人は稀でしょう。「成果を出したのに正しく評価されていない」と不満を持っていたり「評価は偉い人が勝手に決めるものだから…」と諦めている人もいるのではないでしょうか。少なくとも過去の私はそうでした。 そもそも、評価をどのように受けるべきか指導や研修を受けたことはありますか?私にはその記憶はなく、自身が評価者の立場になって初めて評価というシステムに真剣に向き合うことになりました。 評価の際に被評価者としてできることは、評価者に自分の成果や成長を適切にアピールすることです。そして、アピールの方法として最も確実かつ重要なのは伝わる自己評価を書くことです このエントリは、被評価者が評価者に正

    正しく評価される自己評価の書き方 - るさんちまん
  • 商業品質の日本語 - golden-luckyの日記

    編集者は「日語を直す」機会が多い仕事である。 しかし文章というものは内容、つまり「何を言いたいか」だけで成立するものではないので、表現、つまり「どう言いたいか」も尊重する必要がある。 やみくもに内容が正しい別の表現で書き換えていいわけではない。 それでもわれわれは日語を直す。 そして「直す」と言うからには、そこに何かしら解消が必要な課題を見ている。 編集者は、原稿のどのような状態を「課題」として認識するのだろうか。 人によって違いはあるだろうけど、ぼくの方針は「下記のような印象を想定読者にもたらしうる部分が原稿に残らないことを目指す」だと言える。 この書き方だと読み手に不要な時間を割かせてしまいそうだなあ この書き方だと読み手が挫折しそうだなあ この書き方だと勘違いされそうだなあ 上記のような印象を読み手が抱かないようにするために何をするかというと、文意を保存した変換を作成する。 文体

    商業品質の日本語 - golden-luckyの日記
  • 常に即答できるようにすべき質問は何か - Konifar's ZATSU

    先日社外の人に「いま一番何に悩んでますか?」と聞かれて即答できなかった。 もちろん常に色々な課題があって頭を使っているつもりだけれども、スコープを絞らず "一番" "悩んでいる" ことは何かと急に聞かれるとちょっと考えてしまった。普段から観察が足りないし優先順位も整理できてないんだなということが浮き彫りになって興味深かった。 これに限らず、"聞かれたら常に答えられるべき質問" を持っておくとよいのかもしれない。たぶん意識せずやっている人はいる気がするが、意識的に持っておくと自身の振る舞いのヘルスチェックに使える。 たとえばマネージャーだったら「いまチームで自分が一番解決すべき課題は何か」「自分が時間を使うトップ3は何か」とか。他のメンバーに聞かれて即答できないのなら、無計画でタスクに忙殺されているのかもしれない。そういったきな臭い兆候に気づくための質問を用意しておくイメージ。 プレイヤーな

    常に即答できるようにすべき質問は何か - Konifar's ZATSU
  • 問題のない状態を褒めすぎてはいけない - Konifar's ZATSU

    何も問題なく物事が進んでいる時、それ自体は日々の工夫の結果であり素晴らしいことではあるものの、「何も問題が起きていない状態」を褒めすぎるのはよくないとも思っていて、そのへんの話を雑に書いておきたい。 何がよくないかというと、なんとなく問題が起きること自体がイレギュラーというか悪みたいな扱いになりがちなことである。問題は起きるものでそれ自体は悪くない。何度も同じ問題が起きることや、問題に気付けないことが悪いことなのに、いつの間にか問題が起きること自体が悪いことのような雰囲気になっていくのである。 問題が起きてない!素晴らしい!という話はしてもいいけれども、逆に何か起きた時に 問題が起きちゃった... という感じで負の印象にならないようにすべき。そうしないと問題が報告されなかったり内容が報告用に化粧されてしまったりする。問題がない状態を過度に褒めてはいけない。子どもに上手にできたねという褒め方

    問題のない状態を褒めすぎてはいけない - Konifar's ZATSU
  • 小説編集者の仕事とはなにか? 京極夏彦や森博嗣のデビューを世に問うた編集者・唐木厚インタビュー

    小説編集者の仕事とはなにか?』(星海社)は、1990年より講談社ノベルスの編集を担当し、京極夏彦や森博嗣のデビュー、メフィスト賞の立ち上げに携わった唐木厚が、自らの経験や編集術を語った内容を構成したものである。主にかかわってきたミステリ小説について、編集という仕事について、彼はどのように考えてきたのだろうか。(円堂都司昭/5月29日取材・構成) 唐木厚『小説編集者の仕事とはなにか?』(星海社) ――唐木さんは1988年に講談社に入社されましたが、京都大学在学中はアイドル研究会に所属し、アイドル雑誌の編集者になりたくて出版社を目指したそうですね。アイドルのどんなところを研究していたんですか。 唐木:僕は、楽曲研究とかにはあまり興味がなくて、イベント会場にどんなタイプの人がきているかとか、ファンに関心があったんです。1980年代の終わりごろから握手会の現場がどんどん面白くなってきて、そんな状

    小説編集者の仕事とはなにか? 京極夏彦や森博嗣のデビューを世に問うた編集者・唐木厚インタビュー
  • SmartHRにおけるフルリモートワークの生産性や満足度調査 - SmartHR Tech Blog

    こんにちは。VP of Engineering の morizumi です この記事では2024年2月にプロダクトサイド(注:プロダクト開発に直接的に関わっている各部の総称)内で実施したフルリモートワークに関するアンケート結果のサマリをご紹介します。SmartHR では2021年7月より格的にフルリモート体制に移行しており、移行から2年半ほどが経ちました。2年半を経て、従業員としてフルリモートワークをどのように受け止めているのか? というのを調べるために行ったのが今回のアンケートです なお、この記事は僕が書いた社内ドキュメントからほぼコピペして作っているため、一部わかりにくい用語や言い回しがあったり、若干の内輪ノリがあるかもしれませんがその点はご容赦いただけると幸いです それでは早速、アンケート結果のサマリをご紹介していきます (これ以降基的に社内ドキュメントのコピペです) アンケート

    SmartHRにおけるフルリモートワークの生産性や満足度調査 - SmartHR Tech Blog
  • 米国スタートアップのレイオフする側の話

    米国のスタートアップやビッグテックといえば高給取りやワークライフバランスとセットにしてレイオフについて語られることが多い。レイオフする側についてはあまり出回らないので、米国のスタートアップで働く開発チームのマネジャーの立場から書いてみたいと思う。 まず、レイオフにも種類がある。大きく分けて組織改編に伴うものと、個人のパフォーマンスないしは行動規定違反によるものがある。今回は個人のパフォーマンス起因のレイオフについて書く。 個人のパフォーマンスによるレイオフの場合、通常は事前に何度かフィードバックがマネジャーからある。ビッグテックの場合はPIPという再トレーニングプログラムがあるが、昔いたテックカンパニーでは自分の周りでPIPを受けている人を見かけたことがなく、その後は中堅 - 小規模なスタートアップにしか勤めたことがないので、詳しくない。 ともかく、フィードバックの後に改善が見られない場合

    米国スタートアップのレイオフする側の話
  • 状況報告、報告を受ける側が知りたいのは尽きるところ「ヤバいか、ヤバくないか」「それで次に行動するのはオレかお前か」というところです - Magnolia Tech

    自分が気をつけていることに「今この状況を説明して」って言われた時に2分くらいにポイントを絞って話せるように常時準備しておく、というのが有って、これができるとだいぶ印象が違います 仕事で報告を求める人が最優先で知りたいのは「ヤバいか、ヤバくないか、アクションするのは俺か、お前か」です— magnoliak🍧 (@magnolia_k_) 2024年3月3日 繰り返し言ってるけど、状況報告、報告を受ける側が知りたいのは尽きるところ「ヤバいか、ヤバくないか」「それで次に行動するのはオレかお前か」というところです— magnoliak🍧 (@magnolia_k_) 2024年4月11日 振り返ると定期的に同じことを書いているんですけど、「報告を受ける側」が期待することって、「ヤバいか、ヤバくないか」「それで次に行動するのはオレかお前か」を素早く判断して、行動に起こすための情報が欲しいわけです

    状況報告、報告を受ける側が知りたいのは尽きるところ「ヤバいか、ヤバくないか」「それで次に行動するのはオレかお前か」というところです - Magnolia Tech
  • サラリーマンこわい話

    数年前転職してきた(具体的な年数は記載しない。「a few years」の数年前)上司が飛んだ。もちろん形式上は通常の手続きでの自主退職だけど、引き継ぎなども特になくクロージングもなく「いなくなった」。 私もサラリーマン人生長いから、今まで「鳴り物入り」の同僚や上司が来て、淡々と去っていくのを見てきた。中でも今回の「飛び」は印象深かったから、個人や場所を特定されない話として残しておこうと思った。 上司とその中に書いてある理論が好きだった。 推薦図書を全員にメールで送ってきた。結局ほとんど誰も読まなかったらしいけど、私は「上司の推薦図書=実質義務」だと思っているから、アマゾンの中古図書館で借りることで一冊(アマゾンでも高かった)除いて全部読んだら「が好きらしいので」と5冊持ってきて結局「義務」が私だけ5冊増えた。想像つくとは思うけど結局「読まなかった人へのペナルティ」も「読んだ人へ

    サラリーマンこわい話
  • 新入社員の呪いの解き方

    ウェビナー『CTOとVPoEが語る、採用とオンボーディング で失敗しないためのベストプラクティス』での発表資料です。 オンボーディングにおいて 注意すべき力学について共有しつつ、 チームとして工夫していることをご紹介しています。新入社員=中途入社の社員さんを"主に"想定しています。 【運営してい…

    新入社員の呪いの解き方
  • けんすうさんに聞いた、「なりたい自分」がない人の生存戦略 - ミーツキャリアbyマイナビ転職

    いつの間にか、年が明けてしまいました。今年こそ「やりたいこと」を見つけて、取り組みたい……とは思いつつ、やりたいことを見つけるのはそう簡単なことではないことを、私たちは悟り始めている気がします。 そんななか、「やりたいこと」ではなく「なりたい自分」を思い浮かべましょう、という「物語思考」を提案するのがけんすうさん。「物語思考」とは、「なりたい自分」を定め、自分のキャラクター設定をチューニングしていくことで行動を促す手法です。 この手法は、自分のキャリアイメージを鮮明にする手がかりになりそうです。一方で、この「なりたい自分」がうまく定まらず、果たして当にこれが「なりたい自分」なのか……? と自問自答してしまうこともあるのではないでしょうか。 そこで今回は、けんすうさんに「なりたい自分」の解像度を上げて、自分だけの物語を作っていく方法を聞いてみました。 けんすう(古川健介)。アル株式会社代表

    けんすうさんに聞いた、「なりたい自分」がない人の生存戦略 - ミーツキャリアbyマイナビ転職
  • 【虎の穴ラボ】根っから小売文化の組織がエンジニアファーストに生まれ変わるまでの一部始終

    虎の穴ラボ株式会社 CEO 野田純一 大学卒業後、受託開発の会社に入社。その後DeNAにてゲーム開発に関わったのち、GMOへ入社。アドテク開発や研究に取り組む。2016年に虎の穴ラボの前身であるユメノソラHDに入社し、当時新規事業だったFantiaの開発の傍ら、開発組織の環境整備やエンジニア採用に取り組む。2019年10月、ユメノソラHDのエンジニア組織が「虎の穴ラボ株式会社」として分社化し、CTOに就任。2023年9月より現職。 美少女のイラストに「エンジニア採用!」「今後もずっとフルリモート!」の文字が踊る。一度は目にしたであろう、あの個性的な採用広告の広告主は「虎の穴ラボ」。同人誌通販「とらのあな」を運営するユメノソラホールディングス株式会社から分社したエンジニア・クリエイター組織です。 現CEOの野田純一さんは元GMOのシニアエンジニア。ユメノソラにはエンジニア組織の立ち上げ・拡大

    【虎の穴ラボ】根っから小売文化の組織がエンジニアファーストに生まれ変わるまでの一部始終
  • 2023-12-21: 兼業で商業連載をするということ|塀

    2023年もダブルワーク、トリプルワークと、スケジュールが腸重積のように輻輳した兼業の一年でした。 私は大学院に進学した頃から商業連載を始めたので、足掛け10年ほど漫画家を続けています。 開始当初から理科系の大学院生と商業連載の二足の草鞋を履き、修士課程修了後はそのまま企業に就職したので、漫画家のキャリアを通じて兼業作家です。 キャリア初期には、まったく性格の異なる複数の職種に従事していく負荷に混乱し、どの仕事が自身の業なのか悩みました。実際に、最初の連載作品はそういった問題意識をそのまま漫画に展開してしまったような気がします。 ライフイベントや作家としての作業量増加に伴い、年々負荷は高まっている気がしますが、10年もやれば凡人の私でも多少は慣れるものです。 成長の産物か、あるいは諦観の結果だかいまいち判然としませんが、「どうにもなんなかったことって今まで一度もないから、どんどんやればい

    2023-12-21: 兼業で商業連載をするということ|塀
  • 全社横断で「誰が何をやっているのか」を可視化する取り組み | Recruit Tech Blog

    この記事は リクルート ICT統括室 Advent Calendar 2023 18日目の記事です。 こんにちは、ICT統括室の別府(@tky_bpp)です。この記事は、社内の情報流通を社内プロダクト起点で改善しようとしている取り組みの紹介です。 具体的には「社内・社外に分散している情報」を集約することで「各従業員がこれまでどのような仕事をしてきたのか」を可視化しようとしている取り組みです。その中でも、主にプロセス、工夫した点について書いています。そのため、特定の技術スタック、ツールの紹介といった技術的な内容にはあまり触れません。 同じような課題に取り組んでいる方にとって、少しでも参考になれば幸いです。 はじめに 私は現在、リクルートの社内で利用されている従業員検索システムのプロダクトマネージャーをしています。 このシステムには、従業員毎の個人ページがあり、連絡先や所属部署、使用しているパ

    全社横断で「誰が何をやっているのか」を可視化する取り組み | Recruit Tech Blog
  • 転職してソフトウェアエンジニアをやっている - ogijun's blog

    ひさしぶりにblog記事書きます エントリはカケハシ Advent Calendar 2023 Part 2の 15日目の記事に入れてもらってます。カケハシ Advent Calendar Part 1 もあり、様々な職種の方が記事を書いているので、ぜひご覧ください。といってもそもそもこのblogでは初出であるカケハシってなんだ?という話からしなければなりません。このAdventが書くきっかけになったのですが、そのあたりの近況報告も兼ねて最近こんなことをやっているというアップデート記事です。 転職していました 実際に新しい所属になったのは今年の10月1日からで、もう2ヶ月半くらい経っているのですが、当にあっという間でした。Twitterではいろいろ投稿していたので見ていた方はご存知かも知れません。現在は株式会社カケハシというところで、ソフトウェアエンジニアとして新しい事業ドメインを起ち

    転職してソフトウェアエンジニアをやっている - ogijun's blog
  • 中途入社や部署異動で来た新メンバーを活躍しづらくするアンチパターン - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1. はじめに ソフトウェア開発のチームに、新しいメンバーが入ってくることはよくあります。 以前に新卒社員がチーム入ってきた場合の育成方法を紹介しました(こちら)。 今回は、新卒社員ではなく、他の会社から中途入社か同じ会社の部署異動で来る新メンバーの話です。 (エンジニアが数百人などで規模が大きい会社の場合、部署が違うと仕事のやり方が全く変わる場合があるので、今回は中途入社と他の部署からの異動を同じように「新メンバー」として扱います) 会社や部署が変わると仕事のやり方が大きく変わるため、仕事のやり方に戸惑うことが多いと思います。 稿で

    中途入社や部署異動で来た新メンバーを活躍しづらくするアンチパターン - Qiita
  • 本業1社+副業2社で働くエンジニアの脳内

    タイムスケジュール 大体ですし日によりますが、しっかり副業するときの平日と休日のタイムスケジュールは以下です。もちろん全く副業しない日もあります。 平日 業を早めに終わらせて、ごはんをべたり休憩してから副業します。遅くまで働くと頭が冴えて眠れないので、なるべく夜10時以降は働かないようにしています。 休日 半日くらい副業します。1日中副業することは少ないです。 工夫していること GitHub Copilotを使う GitHub Copilotを年間サブスクリプションしています。無いともう生きていけないです。 短時間でコーディングができる 似たような処理を違う変数で書く、などのコーディングって意外と多いですよね。そういう規則性のあるコードの補完がGitHub Copilotは非常に得意なので、重宝しています。自分でコーディングするとコピペミスしたりしますが、そのようなミスも減らせます。

    本業1社+副業2社で働くエンジニアの脳内
  • 1日だけ在宅勤務をしてみたら、時代と逆行するが俺は出社しないといけない側の人間だと理解した→ポスト主の自己分析に共感の声

    𝑮𝑶!𝑮𝑶!𝑹𝑰𝑵𝑮𝑶🍏 @oishiiringooo それこそ小学生の頃からずっと、全てを先延ばし→締め切り前過集中でギリギリ間に合わせる→全能感でドーパミンドバドバ、みたいなのを繰り返してきた人生、、でも段々徹夜できなくなってるし、今後過集中に身体が追いつかなくなって終わりに向かって行くんじゃろな(^-^)という実感がある 2023-11-07 06:49:18 𝑮𝑶!𝑮𝑶!𝑹𝑰𝑵𝑮𝑶🍏 @oishiiringooo 大学受験も課題レポートも家ではほぼやったことがなく、ぜんぶ図書館や自習室でしてた。「図書館等に行く」が強制タスクではないのに遂行できていたのは、 ①授業のため既に学校にいて、その帰りに寄るだけ または ②一人ではなく誰かと待ち合わせる形を作る のどちらかを必ず設定していたから。 2023-11-07 17:56:32

    1日だけ在宅勤務をしてみたら、時代と逆行するが俺は出社しないといけない側の人間だと理解した→ポスト主の自己分析に共感の声
  • 腰痛と闘うプログラマー | フューチャー技術ブログ

    秋のブログ週間2023の1日目です。 はじめに※この記事やこのを読んだからと言って自身で診断を行わず、まずは整形外科などの医療機関にて診断を受けて、医師の方と治療方針を決定しましょう。また既に治療中の方は、取り組む前に一度医師や理学療法士の方と相談しましょう。 腰が痛くて仕事にならない、プログラマーこそが天職なのにこの痛みと一生付き合っていかないといけないのか…と思っている方は結構多いのではないでしょうか? かく言う自分も腰痛持ちで、20代前半で椎間板ヘルニアと診断されました。当時はヘルニアが神経を圧迫し歩くのもつらい時期もありましたが、通院によってなんとか回復しました。 しかし完全にはよくならず、残りの人生全てを腰を気にしながら生きないといけないのか、、、と絶望しておりました。 そんなこんなで腰痛人生を送ってきたわけですが、ケリー・スターレット式 「座りすぎ」ケア完全マニュアルは自分の

    腰痛と闘うプログラマー | フューチャー技術ブログ