人の話が処理出来ない奴へのアドバイス一時期、人の指示を全然処理できない40代を複数名、相手にしてた事がある。 その時の経験から、ちょっと気づいた事をアドバイスしてみるよ。 まず、自分の解釈を傍に置いて、最後まで読んでくれ。 いいか、読み終わるまで、自分の解釈は傍に置くんだぞ。 結論結論から言うと ・相手の話を出来る限り一字一句聞き取る練習をしろ ・その際、相手の言っていない事は絶対に書き取らない ・聞き取れなかった部分は、相手に質問する、録音を再生する、などして欠けた情報を埋める事 これを仕事の中で出来る限り愚直にやれ。最適なのは議事録を書くこと。 ※半年経っても伸びないなら小学・中学の国語ドリルを小学三年生分から全部やって、スキルアップをブーストさせる事。 判断した根拠そう判断した根拠は、次の文章にある。 今日も仕事で自分の提案資料に対して上司に指摘をうけたが、よくわからなくて途中から思
僕の初代担当の嶋さんは、最初の打ち合わせで「僕はネームに対して色々意見を言いますがその通りには直さないでください。才能ある作家さんは皆僕の意見より面白く直して持ってきます。これを常に念頭に置いてください。」言ってくれました。僕の考えうる限りベストな助言だったと思っています。
「作るのにどれくらいかかりますか？」と訊かれるとイラッとしてしまうことがある。そうなってしまう理由についてある程度自分の中で言語化しておきたい。 そういう訊かれ方をする状況は大抵小規模なMTGで何かのプロジェクトの企画段階で起きる。OOなユーザー向けにXXという機能を追加しようかと思っているんですが、これ作るのにどれくらいかかりますか？といった具合だ。 こういった質問が飛んでくる場合は決まって企画側で未確定の要素が多い。こちらとしては未確定の要素があると曖昧の見積りしかできないし、当然不測の事態を想定して多めにバッファを含めた回答になる。そうすると(おそらく)想定よりも長めの期間の見積りを返された企画者は開発にそんなに掛かるのか...と不満げな様子になってしまう。こちらは困らせたくて長めに見積もりを出しているわけではないのに開発にそんなに掛かるのか...という雰囲気を出されると開発者として
たまには軽い話題をば。 自分の中で信頼できるエンジニアかどうか？を見極めるひとつの指標で「込み入った議論の時に図を書くかどうか」というのがあります。 今までの経験上、図を書く派のエンジニアは割と良い感じの人が多かったので採用している指標なのですが、何故これが機能しているかというのを改めて考えてみた。 他者の認知負荷を理解している コンテクストを合わせることにコストをかけられる意識がある 自分の思考の整理するツールとして図を扱えている ザッと挙げましたが、この３つが機能している要因なのかなという気がしています. 他者の認知負荷を理解している あれやこれやエンジニア間で技術議論している中で、「Aさんはこの領域に詳しいけどBさんはこの領域にはほどほど詳しいくらいだな」という個々のレベル差に応じて認知の負荷がかかります。ただでさえ議論していると結構なスピードで話が展開されていくので、認知負荷が更に
大前提 この記事読まずに仕事して下さい。 整理系 作業机の整理 PC/ディスプレイの清掃 キーボードなどの周辺機器の清掃 PC内の不要ファイル削除 ドキュメント整理 雑務系 メール確認 スキルシート更新 日報/月報 社内アンケート 有給申請 その他各種申請 業務効率化系 ブラウザのブックマーク整理 キーボード設定見直し マウス設定見直し 使用ツールのショートカット調査 「ツール名 おすすめ設定」でググってより良い使い心地を目指す ブラウザ エディタ SQLクライアント メール管理 勤怠管理 PC起動時 ターミナル などなど 勉強会系 connpass等で勉強会を調べる IT勉強会を探すために捗るサイトまとめ【9選】 勉強会に参加する 勉強会の発表ネタを探す 勉強会に関する読み物 IT系エンジニアのためのプレゼンテーション入門 ライトニングトーク(LT)準備の参考資料まとめ 交流系 社内のS
仕事において、生産性が低くなる原因について書いてみました。 ここでいう「生産性が低い」とは、時間に対する成果が乏しいことを指します。 ■同じことを何度も考えている。堂々巡り状態 例えば何か問題が起きたときに、 案Aを考える→ダメだった→ 案Bを考える→ダメだった→ 案Cを考える→ダメだった→ 案Aをもう一回考えてみるかあ、がループするイメージです。 質問や相談をせずに自分で長時間ずっと考えている状態は、殆どが堂々巡り状態です。 「考えている」というよりかは、「悩んでいる」が正確でしょう。 岡目八目で、人に聞いてみると、意外と簡単に解決する場合があります。 ■手戻り、やり直しが多い。認識合わせ不足 これは自由度が高いタスクや、クリエイティブ系で起きやすいです。 「こんなイメージではなかった」「思っていたのとかなり違う」。それは単純に時間の浪費です。 改善策としては、「2割共有」が推奨されます
ノートに手書きしたスライドイメージをパワポに再現したり、紙媒体をパワポに起こしたり、テキストで書いたメモをいい感じにデザインしてスライドにしたりしてもらえる。スライドの丸ごと英訳も可能だ。日本と時差のある海外在住の日本人がパワポ作成を担う。 外資系コンサル勤務経験がある代表が運営するベンチャー企業のTimewitchが提供。同社によると、「一部の外資系ファームのコンサルタントは、昼間は自国のスペシャリスト、 夜間は日本から時差のある国の支社のスペシャリストに仕事をアウトソース出来る環境が整っているため、 24時間仕事を動かすことが可能」とし、同じ仕組みをサービス化した。 関連記事 労働時間の常識を捨てて自由になる 「土日は休み」 ではない生活 宮崎市在住の小寺信良さんは、テレワークの普及により変わりつつある労働スタイルについてこんなふうに感じている。 睡眠不足を解消するヘッドギア「Smar
医師国家試験が話題ですが、友人から送られてきた「看護師には絶対解けない秘書検定2級の問題」と、その根拠見て欲しい https://t.co/wQwri8uBea
その他多くの職業と同じく上澄みの天才以外は幾らでも替えがきく職業でしかないのにどうしてあそこまで選民感情が高まってるのかわからない 「ソースコードを思案してる最中は意識が飛んでるので話しかけられても困ります」みたいなツイートがバズった時にも思ったけど他の職業は頭使わないとでも思ってるんですかね？
正当な理由もなく約２カ月間、無断欠勤したとして、埼玉県狭山市は２１日、市保険年金課の男性主事（２７）を停職６カ月の懲戒処分にしたと発表した。処分は９日付。仕事上のストレスが原因で無断欠勤したと説明している。 市によると、男性主事は同県所沢市の実家に住んでいるが、職場や両親に何も告げず５月７日に家出。タイ・バンコクで放浪し、路上生活を続けていたが、資金が尽きてしまい、７月３日に実家に帰宅した。家族は県警に行方不明届を提出していた。 男性主事は無断欠勤の理由について「どうして自分ばかりが仕事をしないといけないのか」などと説明する一方、「もう一度、働かせてほしい」と反省しているという。 これに対し市側は「周囲から『仕事ができる』と評判で、若手育成の意味で仕事を任せているつもりだった」と釈明。「今後は職場内のコミュニケーションを積極的にとって再発防止に努める」としている。
GAFAに人材流出防げ NTTコムの新キャリアパスNTTコミュニケーションズの山本恭子ヒューマンリソース部長2019 / 3 / 27 若手の人材が、グーグルやアマゾンなど「GAFA」と呼ばれる米IT（情報技術）大手4社に流出してしまう――。こんな悩みを抱える日本のIT企業は多い。通信やインターネットのプロバイダー事業を手がけるNTTコミュニケーションズもそのひとつ。人事全般を担当する山本恭子ヒューマンリソース部長は「多様なキャリアパスを用意する必要がある」と危機感を募らせる。今後の対策を聞いた。 道は「管理職」だけではない 若手の選択肢増やす――日本のIT大手からGAFAへの人材流出が増えています。 「当社は離職率の低い会社として有名でしたが、この10年で上がってきています。まだ世の中の平均よりは低いですが、エンジニアだけでなくコンサルティング系の職種でも増えてきています」 「社員は6千
cafeglobeより転載：目前の仕事に集中できない...。デスクワークにつきものなのが、「集中力が切れてしまった」という悩み。一度気が散ってしまうと、元のペースで仕事を続けるのはなかなか難しいものです。 こんなときに参考にしたい、集中力の高め方があります。 たった10分でできる、集中力の高め方とは それが、仕事前に好きな音楽を10分から15分だけ聴く、という方法。なんとも簡単ですが、脳科学に裏づけされた根拠があるのです。 脳科学者のダニエル・レヴィン博士によると、好きな音楽を聴くことで、 脳から神経伝達物質であるドーパミンが分泌され、「うれしさで心が温まる」ような気持ちになります。 また、神経伝達物質のセロトニンも分泌されますから、気分が上がり、集中力までもが高まります。 といった嬉しい変化が起きるのだそう。 ドーパミンとセロトニンは、人の意欲や幸福感を司る物質。音楽を聴くことは、気分が
前職、コンサルタントをやっていた時は、とにかく忙しかった。とても人におすすめできるような働き方ではないが、それでもひとつ得たものがある。 それは、「同時並行で仕事をいくつも進める技術」だ。「マルチタスク」と言ってもよい。 仕事を同時並行で行うことは難しい。一つの仕事だけでもこなすのが精一杯の時に、他の仕事も同様のクオリティで進めるのは至難の業だ。 そして、その難しさの本質は、「忘れる」「余計なことが気になる」「重要な仕事がわからなくなる」の3つだ。だから、これらをきちんと解決しないと「同時並行は効率が悪い」ということになる。 もちろんマルチタスクなどない方が良い。だが、現実にはそうも言っていられない。仕事は次々と割り込んでくるし、成果が出ていない仕事にはテコ入れをしなくてはならない。 部下や後輩からの相談は放っておけない上、場合によってはお客さんとの交渉に駆り出されたりする。 そこで、前職
Web系やシステム系のエンジニアは、一生プログラムを書いていたいのだろうか。僕自身は、こういう言説をどう捉えていいのかよくわからない。むしろこういう言説は少しネガティブだ。 僕自身のキャリアは、もともと機械製造業の電気制御の設計で、現場で物を作る立場から、設計へと移動した流れ。その会社では大卒入社組は製造での経験を経て、設計職に行くパスになっていた。いわゆるテレビ東京とかが好きな意味での「ものづくりの現場仕事」ではなく、設計を通じて「製造部門や調達部門に指示を出す役割」である。 もちろん電気制御なのでプログラムは書くが「プログラマー」ではなくて、あくまでも「技術者」という枠組みで捉えている。 ハードもソフトも全部やるってことだけど、全部を自分で作れるわけじゃなくあくまでチーム戦。如何に人にお願いし、いいものを作ってもらうかというのも技術者の仕事だと思っている。外注さんにもお願いするし、パー
QPS研究所、小型SAR衛星5号機の故障でまともに稼働している商業衛星が残り1機となり株価が大気圏突入始める
二ヶ月間ポモドーロテクニックをやってみての雑感 だいぶ知見が溜まってきたので、セーブがてら記事にしておく。 方法 要するに 25分、集中してそのタスクをやったら5分休む = 1Pomodoro 4Pomodoroやったら15分休む というのを繰り返すというだけだ。 実際の運用 確かにもう少し厳密なフローとしては、例えばTodoリストを作成したり、それに対しての見積もりをする、という方法もあるのだけど、自分はそういう網羅的なToDoを作成するのが苦手だったりする(むしろ作業中にどんどんToDoを積み上げていくという方法)のほうが好きだったりするので、そういう風にしている(最初から完璧にやろうとすると絶対無理なので)。 意外とやってみてよかったというのは、集中できたときのアクティビティを記録しておくという方法だ。要するに何時にポモドーロテクニックを集中できてやれたのか、というのを一つずつ記録し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
