抽象度の高い仕事の進め方 - Konifar's ZATSU
仕事をしていると、だんだんと抽象度の高いことを任されるようになる。 たとえば、方針も明確な小さな修正タスク => 修正方法がいくつか考えられるタスク => そもそも何をやるかから明確にしないといけないタスク といった感じで次第にふわっとした依頼になってくる。いわゆるグレード制を採用している会社において、"どれだけ抽象度の高い仕事を任せられるか" がグレードの違いの要素のひとつと言ってもいい。 抽象度の高い仕事を安心して任せられる人は何が違うのか自分もよくわからないので、自分のまわりの人がどういう動きをしているかを雑にまとめてみる。 1. なぜやるかを明確にしている わからないときはドキュメントやチャットのやりとりを探し、直接聞いたほうがよい人には自分でコミュニケーションを取っている やる理由がないと判断したら依頼者に話をして、実際にやらないこともある あとで「自分はこう言われただけなので」
評価されやすいエンジニアとは、成果を効果的にアピール出来るエンジニアのこと。
こんにちは、しんざきです。週に一回ファミコン版のイーアルカンフーを遊ぶ習慣がもう15年くらい続いておりまして、そろそろ一度知見を集積しようかと思っているところです。面白いですよね、イーアルカンフー。 この記事で書きたいのは、大体以下のようなことです。 ・「評価されやすいエンジニア」とは、「ちゃんと自分の成果を言語化してアピール出来るエンジニア」です ・「アピール」というと苦手意識を持つ人が多いのですが、必要なのは自分を大きく見せることではなく、具体的な達成状況の可視化です ・「自分の成果を言語化出来るか」というのは、日々の仕事で能力を発揮する上でもとても大事です ・成果を言語化する上では、ちゃんと「ストーリー」を考えることも大事です ・ストーリーといっても、別にありもしない物語を作れという話ではなく、組織が持っているビジョンや方向性に合致する成果になっているか、という話です ・特に新人さん
自分を首に出来るように働く - プログラマでありたい
年末ということで、自分がどのような働き方を目指しているのかを改めて考えてみました。結論的には、自分がいなくても仕事が回るような仕組みやチームを作り、いつでも抜けられる状態にするということです。つまり、いつ首になっても問題が無いポジションに落としこむということです。この働き方は、圧倒的に楽です。自分にしか出来ないことがないので負荷が集中しないし、代わりの人間がいるので心理的にもプレッシャーは少ないです。そもそもルーチンの仕事は、自動化などでシステムが出来るようになります。そうすると、面白い仕事が出てきた時に取り組み易くなります。 反対に自分にしか出来ない仕事を抱え込んでしまうとどうでしょう？自分自身がボトルネックになるので、休めないし心理的なプレッシャーもあります。そして、延々と同じ仕事を続ける必要があります。10数年働いてそれなりの数の人を見てきましたが、自分のポジションを保つために仕事を
【質問への回答】パフォーマンスが上がらない人、はたまた発達障害など仕事が難しい人へのマネジメント。 - 笑顔を創りたいWebディレクターの日常
こんばんちは、スーパー太っちょWebディレクターです。 スーパーは太っちょにかかります。 さて、今日は先日書いたこの記事↓に対してご質問をいただいたので、そちらへの回答エントリです。 ※この元記事を読まなくてもわかるよう、本記事は独立したものとして書いてあります toksato.hatenablog.com いただいたご質問はこちら↓ おなまえ（匿名OK）： k ご質問内容： 「マネジメントでやったことリスト」を興味深く拝読させていただきました。 様々難しいと思うのですが、パフォーマンスがうまく上がらない方、仕事内容と本人適性がマッチしていない方などにうまく働いてもらう方法について知見があれば記事化いただきたいです。 非正規の方と働く機会が多いのですが、前述のような方や、軽度知的障害～境界知能の方、発達障害の方、仕事への姿勢が不真面目な方などがわかりやすく多いです。 1on1を重ねても踏み
仕事力と技術力と不安に関する雑文
先日「育児など家庭の色々があって自分の時間が確保できなくなった。技術力を高めるための勉強ができなくて不安。」みたいな話を聞いた この悩みの直接的な解決方法としては先人の様々な体験談および対策みたいなものが世に出回っているからご家庭の状況に応じて参照すればいい思う 子育てと開発を両立するコツは「無理をしないこと」。パパ／ママエンジニアの働き方とは 子育てを支える技術 ─ フルスタックお父さんとエンジニアとしての成長を両立させるには ITエンジニアと子育てと勉強と それよりも「技術力を高めるための勉強ができなくて不安」という点が個人的には気になった 技術力とは何か？技術力が高くないとなぜ不安なのか？みたいな話 技術力は特に明確な定義があるわけではない 例えば著名なOSSにコミットしているとか低レイヤーのプロトコルやインフラをバリバリ実装してるとか競プロで上位勢だとか、挙げ始めたらキリがなく、そ
始めるのをやめよう。終わらせることを始めよう。
あなたのチームがいくつも未着手の仕事を抱えているとき、どのようにそれらに着手し、そして完了させていったら良いでしょうか？ アジャイルには「始めるのをやめよう。終わらせることを始めよう。」という言葉があります。Tebiki株式会社では、この考え方を基本として、 デスクレスワーカーのための現場教育SaaS「tebiki」を開発しています。 この記事では、新しい仕事を「始める」ことを優先する場合と、仕掛り中の仕事を「終わらせる」ことを優先する場合の比較をしながら、かつては「始める」ことを優先していた Tebiki社が「終わらせる」ことを重視するように変わっていった事例を紹介したいと思います。 仕事が「終わる」とはまず前提として、仕事が「終わる」とは、どういうことでしょうか？たいていの仕事では、まず必要な作業を計画し、それを実行することでその仕事を進めるはずです。 それでは、計画していた作業をひと
「ある分野でトップレベルになれなくても大丈夫」 スペシャリストでなくても成長する方法
「スクラムフェス仙台」は初心者からエキスパートまでさまざまな参加者が集い、学び、楽しむことができるアジャイルコミュニティの祭典です。ここで登壇したのは、kyon_mm氏。スペシャリストになれなくても成長する方法について話しました。全3回。3回目は、ジェネラリストにとって大事なことについて。前回はこちら。 ジェネラリストにとって大事なのは新しい分野をどんどん開拓していくこと kyon_mm氏：そういったことをやってきて、10年ジェネラリストとしてやってきたところでいうと、参考書籍のツリーをひたすら読むことは、ずっと継続しています。あと、身近なコミュニティをつくるようになったのはすごく大きいですね。 今までは、いろいろなコミュニティに参加したり、いろいろなコミュニティをつくってみたりしていたのですが、自分にとっておもしろくても距離感が遠いコミュニティは継続しないなと思っています。 継続しないと
当たり前のことをやっているだけで凄い - 覚書
IT業界で10年以上過ごしている中で、凄いと思う人達にたくさん出会ってきました。最初はとくに新卒で入社した会社の先輩方が中心でした。ここでいう凄さとは何かというと「仕事を片づけるのが早い」とか「成果物の完成度が高い」などです。当時、こんなふうに自分もなってみたいという思いが強くて必至で真似しようと試行錯誤したのですが、全然うまくいきませんでした。ありていにいえば、表面上の凄さだけを見ていたことが失敗の原因だったかと思っています。早く仕事を片づけようと焦り、結果完成度も下がり…と、さんざんでした。 その後はアプローチを変えて、彼らの日常の何気ない振る舞いなどを観察することにしました。すると、彼らのうちの多くの凄さの源泉は驚異的に頭の回転が速いとか、ほかの誰もが持っていない異能力を持っていたりするわけではなく、世間で当たり前と言われていることを息をするようにやっていることだとわかりました。たと
仕事が暇な時にすることリスト - Qiita
大前提 この記事読まずに仕事して下さい。 整理系 作業机の整理 PC/ディスプレイの清掃 キーボードなどの周辺機器の清掃 PC内の不要ファイル削除 ドキュメント整理 雑務系 メール確認 スキルシート更新 日報/月報 社内アンケート 有給申請 その他各種申請 業務効率化系 ブラウザのブックマーク整理 キーボード設定見直し マウス設定見直し 使用ツールのショートカット調査 「ツール名 おすすめ設定」でググってより良い使い心地を目指す ブラウザ エディタ SQLクライアント メール管理 勤怠管理 PC起動時 ターミナル などなど 勉強会系 connpass等で勉強会を調べる IT勉強会を探すために捗るサイトまとめ【9選】 勉強会に参加する 勉強会の発表ネタを探す 勉強会に関する読み物 IT系エンジニアのためのプレゼンテーション入門 ライトニングトーク(LT)準備の参考資料まとめ 交流系 社内のS
「帰りの会」というリモート雑談の形 - maru source
こんにちは丸山@h13i32maruです。コロナの影響により、昨年からリモートで働き始めました。最近転職して新しい職場になりましたが、こちらもリモートで働いています。同僚もリモートで働く人がほとんどです。 そんなリモートワーク、基本的には最高なのですが、現状「雑談」はオフィスワークより明らかに劣っていると思います。そこで、前職では「帰りの会」という雑談タイムを自分のチームで運用していました。これが結構楽しく満足度も高くて大変良かったです（僕が退職したあとも続いてるらしい）。 残った3名で今もやってます！（笑） いい相談＆雑談時間です— 堀犬 (@horiinu) March 7, 2021 今回はこの「帰りの会」という雑談タイムが何故良かったのか振り返ってみます。結論としては「仕事の話をメインのネタにした」「画面共有や開始時間などの小さな工夫を積み重ねた」という感じです。 ちなみに、今回の
業務マニュアル(手順書)の作り方や作成手順を5ステップで解説 - パソコンスキルの教科書
業務マニュアル(手順書)作成で、苦戦している人は多くいます。その中でも、「何をどこまで書けばいいのか？」という悩みをもっている人は多いです。 例えば、「どんな仕事を業務手順書として書くべきか？」、「どこまで細かく書くか？」などは、典型的な悩みの例だといえます。 こうした問題のほとんどは、手順書の作り方を知らないことに原因があります。正しいやり方を知らないために、どの程度のレベルで作成すればいいのか悩んでしまうのです。 そこで、業務マニュアルの作成手順を5ステップで解説します。これを読めば、あなたは手元の仕事をどんどん手順書化していけるようになります。 業務マニュアル（手順書）の作成を行う前に｜業務手順書かチェックリストか決める そもそも業務手順書とチェックリストの違いとは？ 業務マニュアル（手順書）とは チェックリストとは 業務マニュアル（手順書）の作成手順を5ステップで解説 作成手順1｜
人は「好き」を仕事にするべきか？ - BRIDGE（ブリッジ）テクノロジー＆スタートアップ情報
Jason Friedさんは、BasecampのファウンダーでCEOです。「Getting Real」「Remote」、そしてニューヨーク・タイムズのベストセラーで日本でも話題になった「REWORK」（邦題：「小さなチーム、大きな仕事」）の著者でもあります。本稿は、もともとIncに投稿され、Mediumにも再掲された記事をご本人から許可を得て翻訳したものです。Twitterは、@jasonfriedでフォローできます。 愛したり、好きだったり、どうでもよかったり、嫌ったりできることの例。（イラスト：Nate Otto） 人はほんとうに「好き」を仕事にするべきか？ スタートアップを対象とするカンファレンスに参加したり、モチベーション・スピーカーの講演を聞いたりする機会が十分にあると、ある一つのアドバイスが繰り返されていることに気がつくだろう：自分の仕事を好きになろう！自分がやっていることを好
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
研究をはじめる前に知っておいて欲しい7つのこと / Welcome to Lab