初心者エンジニアにおすすめしたい「進捗どうなった？」と言われないための仕事の進め方 - Qiita
はじめに 初心者エンジニアのあなたは、 **先輩エンジニアに「進捗どうなった？」や「なんでこの作業にこんな時間かかってるの？」**といったことを言われたことはありませんか？ また、 作業見積もりやタスク分解をちゃんと行なわないで、いきなりコードを書き始めているということはありませんか？ 勝手にコードを書き始めて、ほとんど手戻りになって1からコードを書き直しになるという経験もあるかと思います。 僕は徹底的に仕事のやり方を叩きこまれましたが、周りの話を聞いていると、こういったことができていない人もいるのかなと思い書こうと思った次第です。 またエンジニア向けには書いていますが、どんな仕事にも普遍的に使える考え方だと思っているので参考になれば幸いです。 アジェンダ 以下のとおりです。どこから読んでもらっても大丈夫ですが、上から読んでいったほうが流れが分かりやすいと思います。 ツールはGithub,
成功の秘訣は「目標をつくるのではなくシステムを使う」こと | ライフハッカー・ジャパン
アメリカの人気コミック『ディルバート』の作者として知られるスコット・アダムスさんは、ビジネス系の作家やコメンテーターとしても成功しています。通信会社Pacific Bell（現AT&T）に勤めていた9年間が、彼の漫画のキャラクターに影響を与えました。アダムスさんは当時、平日は会社で仕事をし、夜と週末に漫画を描いていました。これまでに、米紙ニューヨークタイムズのナンバーワンベストセラーになった『ディルバートの法則』や『ディルバートの未来予測』を含む、多数の本を出しています。私は最近、単行本の『How to Fail at Almost Everything and Still Win Big』を出版準備中のアダムスさんにインタビューをする機会がありました。この本は、1976〜1986年にPacific BellやCrocker National Bankに勤めていた会社員時代に発見した、物事
もう絶対に守ってほしい「会議・鉄の掟」 | ライフハッカー・ジャパン
うまくマネジメントされていない会議は、参加者の時間とエネルギー、そして会社のお金を奪っていきます。そんなことを回避するために、会議の進行役にも参加者にも役立つ情報をまとめてお伝えします。 事前準備 会社で会議を開く前に決めなければならないのが、日時（when）、参加者（who）、目的（why）の3Wです。4つ目のWである場所（where）は、社内の会議室であれば考えなくてよいでしょう。 目的を明確にする 人を集める目的は何か？ 主催者がそれを事前に考えておかない限り、会議では何も決まりません。多くの批評家が指摘しているように、まずすべきは、会議のアジェンダの決定です。 「Crew」の創設者であるMikael Cho氏は、会議をブレインストーミングの場にしてはいけないと言います。参加者には事前のブレストを促し、会議の場には明確なリストを持ち込んでもらうのです。同様に、ブロガーのScott B
上司やクライアントに素早く判断を仰ぐメールテクニック : LINE Corporation ディレクターブログ
こんにちは、櫛井です。 「急ぎで確認したいのに上司やクライアントが捕まらない…」 よくありますね。今日はそういった状況で素早く判断を仰ぐテクニックを書いてみます。何をしているのかはわからないけれど、とにかく忙しく席にいない上司達やクライアントは全てのメールに目を通せるわけではありません。彼らの仕事は「判断すること」ですから、こちらとしては素早く的確に情報を伝えるのがとても大事です。 上司をうまく使うのは職種によらず部下の仕事ですし、クライアントを育てるのもディレクターの仕事のうち。効果的にメールを作成する工夫をし、無駄な待ち時間を減らしましょう。 ※承認をもらってるイメージ 「お忙しいところスンマセン！これ！お願いしやっす！」的な メールを書くポイント メールを受け取る側は日々様々なメールを受け取っています。 進捗情報の共有なのか、単なる報告なのか、レポートなのか、意見を求められているのか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ねたミシュラン ★漫画家十訓壁紙
