米国トップダウン経営のメカニズム
ずいぶんと昔、ボトムアップな経営スタイルについて記事を書いたことがあるのだが、現在は米国の大きなスタートアップに勤めているので完全なるトップダウン経営の組織にいる。 日本にいたときは、トップダウンのチームというものに縁がなかったし、体験したこともなかった。米国に来て初めて、部下としても上司としてもこれを体感しているわけだが、なるほどこれは面白いなあと思ってちょっと書いてみようと思ったわけである。 もしアメリカ(の非日本企業)で働きたいと思っている人には何かしらの役に立つかもしれない。 「トップダウン」＝「実力主義」一言で言ってしまえば、トップダウン経営とは実力主義である。 だが日本で「実力主義と聞いたときの嫌な感じ」とは全く違う。 実力主義とは「最も優秀な人」「最も判断力がある人」「チームを率いることができる人」が重要な位置につく・昇進するというシンプルなルールであって、「実力があれば何を
【保存版】プログラマ・エンジニアを評価する方法
掲題に関する問いを Facebook に投げたところ、素晴らしい回答がたくさん集まったので、この知をより広く知ってもらうため、そして後世に残すために、内容をまとめておく。 【問い】 プログラマ・エンジニアを評価する方法 先日「自分が正当に評価されていないと嘆く君へ」という、組織における人事評価に関するエントリを書いたせいで、読者の方からこんな相談が寄せられました。 皆さまの忌憚なきご意見・知見をお寄せいただきたく！ <相談内容> 例えばゲームやアプリの開発って、結果(アウトプット)が現れるまで数年ぐらいかかったりします。 その数年間の間に、真剣に作業に取り組む人もいれば、適当にサボる人など、色々差が出ると思うのですが、どうすればその差を、数年ではなくより(なるべく)短いサイクルで可視化できるものでしょうか？ 評価の制度や指標をどのように設計すればいいか、あるいは、どのような設計方法があるの
ChatOps とは何か？どのように進化し、受け入れられ、重要視されるようになったのか？ - Atlassian Japan
私は AIM の製品です。心の中でドアが律儀に開いたり閉じたりする音が聞こえます。どこかでベルが鳴っています。 AOL IM に熱心に書き込んでいた 15 歳のころ、チャットがビジネスや技術、科学、その他さまざまなものに最高のイノベーションをもたらすとは私には想像できませんでした。そのイノベーションには名前まであります。それが ChatOps です。 ChatOps は会話、そして仕事で使うもの ChatOps は、ユーザー、ツール、プロセス、オートメーションを透明性の高いワークフローに統合するコラボレーションモデルです。このフローは、ユーザー、ボット、関連ツールによって、必要とされる仕事、発生する仕事、完了した仕事などを永続的な場所に詰め込みます。透明性によってフィードバックループが引き締められ、情報共有が進み、チームがコラボレーションしやすくなります。チームの文化やクロストレーニングに
日本でインターナショナルチーム文化を作る方法を考えてみる - メソッド屋のブログ
今まで、幾つかのポストで書いてきたのですが、私は今のインターナショナルチームのポジションをとても気に入っています。楽しく、気に入ってるだけではなく、実際の生産性やワークライフバランスも過去最高です。 私は、「Be lazy」の回で書いた通り、「Be Lazy」を極めるために、「エッセンシャル思考」を実践しています。日本Microsoftは相当素晴らしい会社ですが、それでも、正直いうと、日本で「エッセンシャル思考」を実践すると、若干肩身が狭い思いをします。かといってこの人体実験をやめるつもりはありません。私の職業上の次のゴールは、「世界のどこでもご飯を食べられる様になること」だからです。 simplearchitect.hatenablog.com 一方、「Be Lazy」の考えを、チーム丸ごと受け入れてくれて実践しているお客様がいます。そうか、チーム丸ごとその考えを受け入れるならば、問題な
開発の見積もりとスケジュール管理 - クックパッド開発者ブログ
こんにちは。会員事業部の丸山です。 エンジニアが開発を開始する時にはタスクの見積もりとスケジュールを作成行って、実装を進めていくと思います。 しかし1ヶ月を超えるような規模の開発をする場合、なかなか予定通りの期日に終わらなかったりすると思います。 そして大抵の場合、増える方向になりますよね。 今回はそういうことにならないために、私が気をつけていること・実践していることをいくつか紹介したいと思います。 見積もりとは まずは「見積もり」とは何なのかを正しく理解したいと思います。 一般的には「見積もり」＝「全タスクとその工数を洗い出す」というものだと思います。 しかしここで以下のことに気をつける必要があります。 見積もりとスケジュールとコミットメントは違う 見積もりとはあるタスクがどれだけの工数(規模)なのかを算出することです。 対して、スケジュールとはあるタスクがどれだけの工期(期間)なのかを
1万円の価値（と企業規模と業務システム）のはなし - ku-sukeのブログ
最近、おっさんエンジニア諸氏と久しぶりに飲みに行くときによくする話があるのですが、社員50人の会社から2000人(当時)の会社に転職して、あるいはもっと歴史ある企業のお客様と接するときに痛感することが有ります。 本題に行く前に飲みの席で出た具体例を。 とあるクラウド形式で提供されるサービスが有り、それは従量課金のクレジットカード払いが標準でした。そこで日本のとある会社が2万円前後の微変動する実費のサービスを請求書払いで月5万円強で企業に提供していました。 そこで、「それはぼったくりだよね」という話になったところで、僕が「そんなこともないんじゃないかな」という話を入れました。 長い間日本企業は稟議で予算確保、月末締め、翌月末払いの請求書払いを基本としていて、それをベースに社内システム・人員含む体制が構築されているので、そこからはみ出る処理は手間がかかるんですわ。という話をしました。 ■日本的
7年働いた時点での私の仕事の極意 - Kengo's blog
最重要 実行に重きを置く やらないで後悔するよりも、やって反省する。 反省は成長を産み生産的だが、後悔は精神の無駄な消費。 時間は有限で貴重な資源だが、たぶん今の段階では行動する前に得るものや結果を予測するのは難しい。 正しい反省の方法とは何か、考え続けること。 「正しく反省するために、何を記録しておくべきか」実行前に明らかにしておくこと。 反省の結果は組織的な何かに落としこむ。組織構造、戦略、静的解析、自動テスト、教育など。意識しないでも巨人の肩に乗れる状況を作ることが、組織の成長につながる。 Done is Better Than Perfect ただし、思考停止の言い訳にしないこと。詰めの甘さを擁護する言葉ではない。詰めの甘さは立場や考え方が違うひと3人くらいに意見を求めればだいたい炙り出せる。 長期的視野を持ちつつ、それに引っ張られない。進展を作ること、現状を少しずつ変えることを意
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
