起業家が開発者のマネージメントで犯しやすい11の失敗 | readwrite.jp
ソフトウェア開発者達を育てるには、あなたのリーダーシップのスタイルを変える必要があるかもしれない。彼らは、一般的なマネジメントでは必ずしも輝かないのだ。何が一番重要か？前もってはっきりとした予測を立てる事、そして問題になる前に作業習慣の違いを考慮しておく事だ。 我々はYoung Entrepreneur Council （YECの11人の起業家達に、彼らが開発者を管理する上で経験したリーダーとしての大失敗と、同じ間違いを避けるためのコツを共有してもらった。彼らの回答は以下の通りだ。 彼らが意見を述べてくれると思い込む事ソフトウェア開発者達が自分の課題やアイディア、あるいは手柄についてさえも話してくれると思い込まない方が良い。多くの開発者達はチーム・ミーティングでこういった情報を進んでシェアしようとしない。開かれた、真摯なフィードバックは常にあなたから要求しなければならない。 自分の努力に対
タイム・コンサルタントの日誌から
BOMの用語はややこしい。BOM（Bill of Material＝部品表）の概念自体はもう、50年以上もの歴史がある。その間に、いろいろな用語・概念が確立し、徐々に変遷してきた。またBOMをめぐるソフトウェア業界にもいろんな技術進化と流行があり、大手ベンダーが差別化のために提唱した用語が、いつの間にかスタンダードみたいに普及していくこともある。 近年では、BOP（Bill of Processes）という用語がそうだ。このBOP概念はここ10年くらいに普及してきたものだが、実はまだ発展段階で、きちんと定まっていない。同一企業内でも異なる意味で使っていたりする。ちなみに2004年に発刊した拙著「BOM/部品表入門」では、BOPという言葉は取り上げなかった（ほとんど使われていなかったのだ）。しかし最近のBOMのセミナー等では、かならず説明する必要がある。 ちなみに、ERP（Enterpris
データの鬼、Googleが解析した「よい上司を製造する8つの条件」
検索結果によって人の流れを自由に操る力をもつGoogle。その中で「よい上司」としてチームをまとめ結果を出すには何が必要なのでしょうか。人事チームによる解析計画「Project Oxygen」によって実に驚くべき結論が現れました。 Google流マネジメントの限界 Googleが採用するのは一言でいえば「天才」。豊富な知識と高い技術力をもち、しかも自分で考えて動ける人々が厳しい倍率を潜り抜けてやってきます。そういう人材に自由にさせておけばそれなりに結果が出る……これがGoogle流マネジメントだ、というのが共通の見解でした。 しかし実際には「デキる」チームとそうでないチームが生まれてしまうという現象が起こっていました。しかも「デキる」チームは何をやってもよい結果を出してしまうのです。ならば「高い能力を持った管理職」が大事なのではないか、そういう人物は何を備えているのか。これを探るべく人事チ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
