プログラマーだけがやっている効率的な仕事のやり方
プログラマーだけがやっている効率的な仕事のやり方 Only Programmers knows the way to optimize working 2015.08.26 Updated by Ryo Shimizu on August 26, 2015, 17:10 pm JST 先日上梓した拙書「最速の仕事術はプログラマーが知っている」がありがたいことに大変評判なようで、発売4日後に増刷が決まるなど売れ行きが好調のようです。 もともとこんな刺激的なタイトルの本を書いていいのか、という悩みもあったのですが、編集の方の強い熱意と最初のミーティングの段階で完璧に近いところまで揃えられた目次と企画書を見て、「これは時間を割いてでも書いてみたい」と思い、引き受けることにしました。 実際に世に出ても、「やっぱりこれは書きすぎなんじゃないか」「刺激が強すぎるんじゃないか」と危惧していたのですが、A
ダメ資料が1秒で改善する｢スゴ技｣ベスト5
前回記事では、9割の新人コンサルタントがやらかすダメ資料ランキングをご紹介しました。本来であれば資料作成や図解のノウハウをしっかりと体系的に学ぶことで、最初からダメ資料を作らないのがいちばんですが、そうはいってもなかなか時間がとれない方も多いでしょう。 また、自身は合格点の資料が作成できるけれども、部下が作った資料に対して「何かわかりにくいな……」と思いつつ具体的な改善アドバイスができないという方もいるのではないでしょうか？ 実はダメな資料を改善するのは、最初からきちんと作るよりも難しいことです。作った本人はそれがいいと思って作っているので対策が思いつきませんし、レビューする人の多くも「自分だったらこう作るかな？」という自分の経験から、思いつきでアドバイスしていることが多いのではないでしょうか。 私も部下ができ、資料をレビューする立場になった当初はうまく指導できずに、引き取って自分で作り直
「仕組み化」では勝てなくなってきている時代に正社員はどうなるか : けんすう日記
仕組み化力 仕組み化というのは、ビジネスについて非常に重要と言われています。成功する会社とそうでない会社の違いを述べる時に、「属人的ではなくて、仕組みに出来たところが強い」という話はよく出てきます。 たとえば、楽天などは「仮説→実行→検証→仕組み化」を5つある成功のコンセプトの１つにあげていました。 これは超同意で、仕組み化をいかに作るのか、属人的ではなくて組織力、そして組織が持っている知見でどう戦うのか、という点について、nanapi社でも意識をしていました。 しかし、最近それだけでは全然勝てない時代かもしれない・・・とも思い始めています。 仕組みをすぐに変える必要がある というのも、仕組みを作ってそれで何年もやっていけた時代と違って、今の時代、特にインターネット業界では、動きが早すぎるのですね。 特定のルールの元で「仮説→実行→検証→仕組み化」をしても、ルール自体が変わるのです。つまり
なぜ日産は会議の議事録をつくらないのか （プレジデント） - Yahoo!ニュース
「会議」は、退屈で非生産的。たいていはそうでしょう。長々と時間をかけたわりに、上層部の意向に沿った予定調和的な結論になったりするのは当たり前。その後に議事録が回覧されると、各部署から修正の指示が噴出して、「会議での決定事項」と「議事録」という2つの別の結論ができあがり、その後の実行力が弱くなることまであります。 かつて官僚体質と批判され業績不振だった頃の日産もそうだったかもしれません。 同社の体質はカルロス・ゴーン氏が社長に就任したのを契機に、変貌を遂げます。ゴーン氏がリストラや合理化など大胆な改革をしたことは有名ですが、「会議の方法」の開発を指示していたことまではあまり知られていません。 現在ではすっかり社内に浸透した「V-up 」と呼ばれる日産式の会議には、独自の方法があります。そのひとつが「議事録をつくらない」です。 では、会議をどう進めるのか。まず、模造紙数枚と大量の付箋紙
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ミーティングで使えるちょっとした話法いろいろ | IDEA*IDEA
