neutral23の日記 - 伸ばす管理術と伸びる仕事術
結論は以上。↑。 物事を失敗させるのは、長期間で達成可能目標にして、レビューという振り返りの間隔を広げること。(たいていの場合レビューが行われないことが多い。) もし、あなたに部下がいて1ヶ月間で区切っているとして、うまくいっていなければ、1ヶ月間で目標を追わせること自体が誤り。もっと短く設定をする。達成できなければより短くする。 (種まきから刈り取りまで長いスパンの商売であっても基本は同じ。顧客応対ステージを区切って段階を明らかにしておく。種まき作業○件、刈り取り作業○件、既存顧客からの案件発掘○件とすればよい。) 特に、行動レベルに不安があれば、1日1回。または、午前午後と分ける。 短い期間ですることを箇条書きにして達成できたか、どうかわかるにする。 あなたのそばにホワイトボードを置いて、行動する本人に線を引かせるルールを採用する。 (ちなみに、ここまでしないと動けないというのは相当低
ビジネスリサーチの心得
2．ビジネスリサーチの情報収集 デスクトップ調査 の基本〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開情報を調査して整理・分析を行うものです。「CIAも収集する情報の95％が公開情報」ということで、情報不足とい… 2021.01.28 2021.05.13 1915 view コラム〜リサーチャーの日常 人生を通じてマッチクオリティーを追求する 知識の幅が最強の武器になる という本で初めて知った「 マッチクオリティー 」という言葉は、経済学の用語で、ある仕事をする人とその仕事がどれくらい合っているか、その人の能力… 2021.05.04 2021.05.13 295 view 2．ビジネスリサーチの情報収集 日常的な情報収集・整理術（Feedly＋Dropbox） 【 ビジネス 情報収集 と 情報整理 の基本 】いま目の前にあるリサー
顧客に積極的になれない理由は、たった一つビジネスマナーに対する不安だった。(私の場合)
昔から、内気だとか内向的と表現される私は、文系の大学を卒業し、普通に就職したものの、1年とたたず退職。フリーターとニートの中間をさまよいつつ、1年ほどのブランクをあけて再就職して、いまの会社に5年目になる。 苦痛なのは、顧客と接する業務だった。 20歳を超えても人見知りする私は、ある程度人間関係ができた人なら楽しく話せるが同じ会社の人でも自ら距離をおこうとしていた。 入社当初は、採用時にすべて打ち明けておいたので、なるべく内部業務を振ってくれていたが、だんだん仕事を覚えるうちに、人間関係ができた人に見せる私がどの場面でもその面を見せられると思った上司に、 コンサルティング業務(1案件期間2ヶ月から3ヶ月) 同時に20件程度抱えて走る 期間中訪問5回程度 メール電話でのやり取り週2回程度 という業務を任されることになった。 今考えると仕事は面白く、顧客からも非常に感謝された。実際に紹介もほし
いま作ってます。 - 文章術・簡易版・簡易版
らいおんの隠れ家 - ポール・グレアム「文章術・簡易版」 http://d.hatena.ne.jp/lionfan/20060321 は非常に良い内容なのだが、まとまりにかける。恐らく原書自体が随想的な、思いついた事をつらつら書いたものだからだろう。記憶するために、軽くカテゴライズしてまとめながら読んだ。せっかくなので公開する。内容は同一のため、前述の文章が頭に入っている人は読む必要なし。見出しをつけ、順序を入れ替えただけである。 内容決定 (いつもというわけではないが)詳細なアウトラインを作るな; 書く前に数日間、よく考えろ; 好きなテーマについて書け; エッセイで扱うトピックを変えることをためらうな; 読者に新しく役立つことを伝えるよう努めよ; 執筆 書き出し 書き始めることができないときは、何を書くつもりなのかを誰かに話し、自分が言ったことを書き留める; 最初の文を思いついたら書き
はてなに入りたくても入れないみなさんへ#4 : 404 Blog Not Found
2006年04月24日12:00 カテゴリLove はてなに入りたくても入れないみなさんへ#4 本シリーズの最後は、数字のちょっとした訂正から入ります。 jkondoの日記 - はてなに入った技術者の皆さんへ 例えば最近 Audrey Tang という開発者が Haskell を使って誰も手をつけていなかった Perl6 の処理系を作り上げ、その仕事で高い評価を受けています。彼女が Haskell を勉強したのは恐らく随分以前だったでしょう。彼女が Haskell をマスターして方法論を身につけたあとは、ただひたすら Perl6 が動くようになるためにコードを書き続けているわけです。毎日毎日コードを書き続けるのです。それを何年間も継続したからこそ、世界の技術者が認める仕事になったのです。AudreyがHaskellに触れたのは、実は2004年の終わり頃です。それからPugsの開発に入るまで
はてなに入った技術者の皆さんへ （jkondoの日記より）
最近はてなの社内では新しい技術を勉強したり、フレームワークや言語を移し変えようかという話も出ていたりして活気が出てきています。技術者も10人を超えて、色々な考え方をする人同士が刺激を与え合いながら切磋琢磨していて素晴らしいなあと思います。そういう中で、僕が技術について思う事を少しまとめてみました。 アウトプットを出す 新しい技術を習得したり、時間を掛けて作り上げた結果は、何かのアウトプットとして出さなければほとんど意味がありません。知識や結果を自分の中に残すだけで終わるのは、それを活かしてサービスを作りたくさんの人が使えるようにする事に比べると驚くほどちっぽけな仕事です。 また、3日間で作り上げた素晴らしい仕組みをそのまま1週間寝かせてしまうのは、4日目に他の人が使えるようにしてから1週間を過ごすことに比べると随分見劣りしてしまいます。 当たり前ですが、どれだけ素晴らしい仕組みを作っても、
「才能」の墓場から - 琥珀色の戯言
先日ある宴席で、同僚の女性にこんなことを言われた。「先生って、あんまり勉強しなくても成績良さそうなタイプですよね」と。そんなふうに実際に言われてみると、それはそれで悪い気はしない。もちろん、そういう言葉にはイヤミとしてのニュアンスが含まれている場合も多いのだが、彼女はそんな感じで言ったわけではなさそうだし。 そんなふうに言われて、むろん悪い気はしない。そうか、そんなに頭良さそうに見える？なんて、心の中でニヤついていたりして。 でもまあ結局、僕と彼女は似たような偏差値の大学を出て、一緒に働いているわけであり、僕としては、「いや、自分なりに勉強したつもりなんだけどねえ」なんて答えたのだけれど。 僕の学生時代は「勉強ができる人たち」と過ごしていた時期が長かった。「天才的にできる人たちばかり」という領域ではなかったけれど、「天才的から中の上くらいの偏差値」の人たちばかりが、僕の周りにはいたわけだ。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
