最初の100日で何をすべきで何をすべきではないか？｜miyasaka
人は無能に到達するまで昇進するという「ピーターの法則」というのがある。 「階層型の組織においては、どんな人も、昇進を繰り返すことでいずれは能力の限界に達し、十分に職責を果たせなくなって無能化する。その結果、「あらゆるポストは、職責を果たせない無能な人間によって占められる」という。 https://mba.globis.ac.jp/about_mba/glossary/detail-20919.html グロービスとくにリーダーが劇的な環境変化に異動、転職、抜擢で放り込まれるとこの法則が強烈に作用する。なぜなら周りの方が知識や経験があり自分がその組織内で最もそれがない人になってしまうからだ。一方で、この人は何かしてくれるのでは？という期待を関係者からは持たれる。「組織内で最も無能なのに最も期待される」という特殊状態を過ごすことになる。 12年ほど前に突然、社長をというキャリアチェンジを経験を
メンバーが増えると出力が落ちる「リンゲルマン効果」と対策としてのDRI | Coral Capital
スマホを10年以上お使いの方であれば、アップルがiPhone搭載の地図アプリをグーグル製のものから、自社製へ切り替えたときの大混乱を覚えているかもしれません。2012年のことです。 ナビゲーションを使えば確実に迷子になると言われ、日本でも青梅線に「パチンコガンダム駅」という謎の新駅が表示されたり、羽田空港内に大王製紙が存在する、尖閣諸島が2つある、東京都公文書館が海の中にといったように、地図には謎情報だらけ。アップル史上でも珍しい大失態となりました。Siriの精度が悪くても誰も文句を言いませんが、利用頻度が高く、データの信頼性が重要な地図というアプリではそうは行きませんでした。 テック系ビジネスに関心があるCoral Insightsの読者であれば、むしろ担当者の心労を想像して胃が痛くなる人もいるかもしれません。実際、アップルは公式には因果関係を認めていませんが、このとき地図アプリ担当だっ
スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ｜安野貴博
ドキュメント文化は健全な組織のスケールのために必要 組織の中でドキュメント/文章を残し活用していくことはとても重要だ。クオリティの高いドキュメントがあることで、組織に情報が流通し、透明性を確保できるようになる。情報を流通させるためにいちいち口頭の説明がいらないから、メンバーの数が増えた時でもスケールしやすくなる。過去の結論にアクセス可能になるので、議論を積み上げていき、意思決定のクオリティを高めることにもつながる。そもそも何かを読むということは何かを聞いて教わるよりも時間あたりの処理量が多いし、非同期に実施できる。良いドキュメントをアセットとして社内に蓄積していくことはスタートアップのみならず、ありとあらゆる組織が成長していく上でとても重要であると言える。 しかしその一方で、良質なドキュメント文化を徹底できている会社は多くないように見える。例えば、社内のドキュメントを蓄積させていく場所とし
Google re:Work - マネージャー
マネージャーは非常に重要な役割であり、従業員の業績に大きな影響を与えます。優れたマネージャーの条件を共有し、能力開発の機会を提供し、優れたマネージャーを称賛するなどの方法で、従業員をサポートしましょう。 Google はこれまで、マネジメント業務の大切さを必ずしも正当に評価してきたわけではありません。2002 年、すべてのマネージャーを廃止して管理職のいない組織にするという「実験」を行いました。しかし、この実験は失敗に終わりました。2008 年には、調査チームが、マネージャーは重要な存在ではないという一部の意見を証明しようと試みますが、すぐにまったくの正反対であることがわかりました。つまり、マネージャーはきわめて重要な存在だったのです。 そこで、Google における優れたマネージャーの条件とは何かを正確に突き止めるため、「Project Oxygen」という調査プロジェクトが実施されまし
KAIZEN platform Inc. の開発マネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
Engineering Management
From late 2006 to early 2009, I was privileged to hold a variety of management positions in Facebook Engineering, ranging from manager of various teams to director of engineering. During that time, the engineering department grew from about 30 to around 200 engineers. It was an era that roughly spanned the launch of News Feed, Facebook Platform (the first F8 conference), the launch of our self-ser
nabokov7; rehash : 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム
October 22, 201010:13 カテゴリプログラミング組織とyou 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム perl 界隈の皆様、YAPC::Asia 2010 おつかれさまでした。 @nipotan のライトニングトークはシャッフルに関する話でした。で、ここで、なぜそもそもシャッフルが出てきたのかについて、チームマネジメント的な観点から補足したいと思います。 (元の発表はこちら: 動画 / スライド ) ■相互チェック体制の運用 ライブドアのプログラマは、だいたい一人でひとつのサービスを受け持っています。一人が複数のサービスを受け持つのは普通ですが、一つのサービスに複数のプログラマがフルコミットするという贅沢な状況はあまりありません。 担当が一人ずつしかいないと、担当の人が休むと何も進まない。やりたいことが色々あ
I, newbie » rancidでL2/L3スイッチを管理する
スイッチのconfigのバックアップといえば、ベンダ固有のソフトウェアや高価な統合管理ソフトウェア(使ったことないけど)なんですが、そんな選択肢がないけど手でどうにかならない数の機器を管理している場合、どーすればいいのか。telnetやexpectなんかを組み合わせて、tftpで集めるとか?たとえ金出してどうにかなったとしても、マルチベンダ環境に対応してませんとか、微妙に使いにくくてもハックできませんとか、要望上げても取り込まれませんとか、なかなか幸せになれない。困った。 そういうことを知ってしまうと、高価な商用ソフトウェアには手が出しにくくなってくる。高機能でなくてもいいから、とりあえず現状の課題を解決したいだけなんですよ。機能が足りないなら、運用で回避できないかを考えるし、必要ならコードも書くので、なんかないの?と探していたら、rancidつーものを発見。 もともとはCisco製品がタ
ネットワーク管理者のためのトラフィック管理入門---目次
ネットワーク管理者や管理システムの開発者にとって，ネットワークを流れるトラフィックをモニターしたり管理する技術について知ることはとても重要です。本連載では，トラフィック管理とはどういうもので世の中にはどんな技術があり，どのような使われ方をしているのかを，各技術の長所や短所を比較しながら詳細に解説します。 ■第1部 ネットワーク・トラフィック管理技術とは 第1章 ネットワーク・トラフィックとは 第2章 トラフィックに含まれる情報を知る 第3章 トラフィック管理技術とその比較 第4章 技術比較とまとめ ■第2部 標準技術「RMON」を使った管理を理解する 第1章 ネットワーク管理用プロトコルSNMPとは 第2章 RMONとは何か（定義や歴史，設計思想） 第3章 RMONの構成と動作原理を理解する 第4章 RMONの関連ドキュメントについて 第5章 RMONの実装状況とアクセス例 ■第3部：「s
＠IT：明日からできるプロジェクト管理（1）
上記画面において赤く表示されている個所が過剰アサインされており、バーが途切れているところがアサインされていない状況を表しています。 このようにアサイン状況が把握できるので、過剰アサインされている場合は調整することができます。 以上がGanttProjectの基本的な機能です。 ほかにも、ガントチャートを画像（Fig、PNG、JPG）やCSV、PDF、HTMLファイルにエクスポートすることできます。PDFのレポートはプロジェクト概要、リソース、作業一覧、ガントチャート、リソースグラフを出力する便利なレポートですが、残念なことに日本語に対応していません。 GanttProjectの大きな機能としてWebサーバとの連携があります。Webサーバに格納したファイルをHTTPを利用して取得し、ファイルを開くことができます。WebサーバにWebDAVの設定がなされていれば、進ちょく情報をWebサーバを介
「見える化」でソフトウェア開発！ 〜オブジェクト指向 実践者の集い(第 3 弾) 参加レポート〜 sooey
［レポート］ 「見える化」でソフトウェア開発！ ～オブジェクト指向実践者の集い(第 3 弾) 参加レポート～ 1．はじめに 昨年の 12 月 9 日、オブジェクト倶楽部主催によるイベント「オブジェクト指向実践者の集い」が行われました。「オブジェクト指向実践者の集い」はオブジェクト指向を現場で実践している、あるいは実践しようとしているエンジニアに役立つよう「現実的なオブジェクト指向とは何か」、「オブジェクト指向を見直してみよう」をテーマとしています。今回で、このイベントは 3 回目となりました。 クリスマス企画という事で会場にはツリーが置いてあったり、スタッフのみなさんがサンタクロースの帽子をかぶっていたりで、和やかな雰囲気でした。 今回のテーマは「見える化」です。ソフトウェアの世界は見えないものが非常に多いです。そして「見えない」ことにより、ソフトウェア開発では様々な問題が出てきます。例え
GanttProject で開発スケジュールを作成
そろそろ2004年度後期プロジェクトが複数スタートする。 スタッフの割り当てをどうするか見通すために、ガントチャートでも書いてみる。 細かくスクロールができなかったり、印刷、画像エクスポートの際の範囲指定ができなかったりと痒いところがまだまだあるが、それなりに使える GanttProject で作業。 HTTPでプロジェクトファイルを取得できる(WebDAV を通してアップロードも可能) Java で書かれている とう点を利用して、 作ったプロジェクトファイルを社内Webサイトに置く。(WebDAV は用意していないので閲覧用) JNLPファイルを書く。Java Web Start で GanttProject を起動するようにする。起動時の引数にプロジェクトファイルのURLを指定する。 Wiki からJNLPにリンクをはる として Wiki から直接 GanttProject を立ち上げ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www2.ioi-jp.org/documents/newsletter/NewsletterNo34.pdf
http://japan.internet.com/developer/20110930/1.html
-k. » Blog Archive » Necessitas - Jar management for Eclipse
Article 89 at 05/03/09 12:16:55 From: editors@objectclub.jp Subject: 【オブジェクト倶楽部： 2005-09号】