最初の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”から学ぶ｜Anno Takahiro
ドキュメント文化は健全な組織のスケールのために必要 組織の中でドキュメント/文章を残し活用していくことはとても重要だ。クオリティの高いドキュメントがあることで、組織に情報が流通し、透明性を確保できるようになる。情報を流通させるためにいちいち口頭の説明がいらないから、メンバーの数が増えた時でもスケールしやすくなる。過去の結論にアクセス可能になるので、議論を積み上げていき、意思決定のクオリティを高めることにもつながる。そもそも何かを読むということは何かを聞いて教わるよりも時間あたりの処理量が多いし、非同期に実施できる。良いドキュメントをアセットとして社内に蓄積していくことはスタートアップのみならず、ありとあらゆる組織が成長していく上でとても重要であると言える。 しかしその一方で、良質なドキュメント文化を徹底できている会社は多くないように見える。例えば、社内のドキュメントを蓄積させていく場所とし
Google re:Work - マネージャー
イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
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の導入で進ちょくをコントロールする：明日からできるプロジェクト管理（1）（3/4 ページ） 進ちょく管理ツールを使って管理する 計画を作成した後は計画に従ってプロジェクトを進めていきますが、ガントチャートやWBSを専用のツールを利用せずに管理するのはとても難しいことです。順調に進んでいるうちはExcelなどで書いたWBSやガントチャートでも管理できますが、プロジェクトの途中で変更や修正が生じてしまえば、複数の作業に影響を与えてしまいます。その都度修正を加えていくのは難しいことです。専用のツールはよくできていてこのような変更に対して簡単に対応できます。ところがプロジェクトの規模や予算によっては商用の進ちょく管理ツールを利用できない場合があります。このような場合機能は若干少ないですが、オープンソースの進ちょく管理ツールを利用するこ
GanttProject で開発スケジュールを作成
そろそろ2004年度後期プロジェクトが複数スタートする。 スタッフの割り当てをどうするか見通すために、ガントチャートでも書いてみる。 細かくスクロールができなかったり、印刷、画像エクスポートの際の範囲指定ができなかったりと痒いところがまだまだあるが、それなりに使える GanttProject で作業。 HTTPでプロジェクトファイルを取得できる(WebDAV を通してアップロードも可能) Java で書かれている とう点を利用して、 作ったプロジェクトファイルを社内Webサイトに置く。(WebDAV は用意していないので閲覧用) JNLPファイルを書く。Java Web Start で GanttProject を起動するようにする。起動時の引数にプロジェクトファイルのURLを指定する。 Wiki からJNLPにリンクをはる として Wiki から直接 GanttProject を立ち上げ
「見える化」でソフトウェア開発！ 〜オブジェクト指向 実践者の集い(第 3 弾) 参加レポート〜 sooey
［レポート］ 「見える化」でソフトウェア開発！ ～オブジェクト指向実践者の集い(第 3 弾) 参加レポート～ 1．はじめに 昨年の 12 月 9 日、オブジェクト倶楽部主催によるイベント「オブジェクト指向実践者の集い」が行われました。「オブジェクト指向実践者の集い」はオブジェクト指向を現場で実践している、あるいは実践しようとしているエンジニアに役立つよう「現実的なオブジェクト指向とは何か」、「オブジェクト指向を見直してみよう」をテーマとしています。今回で、このイベントは 3 回目となりました。 クリスマス企画という事で会場にはツリーが置いてあったり、スタッフのみなさんがサンタクロースの帽子をかぶっていたりで、和やかな雰囲気でした。 今回のテーマは「見える化」です。ソフトウェアの世界は見えないものが非常に多いです。そして「見えない」ことにより、ソフトウェア開発では様々な問題が出てきます。例え
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号】