蛯谷敏 日経ビジネス記者 日経コミュニケーション編集を経て、2006年から日経ビジネス記者。2012年9月から2014年3月まで日経ビジネスDigital編集長。2014年4月よりロンドン支局長。 この著者の記事を見る
天才でもカリスマでもない、普通の人のためのリーダーシップ：日経ビジネスオンライン
蛯谷敏 日経ビジネス記者 日経コミュニケーション編集を経て、2006年から日経ビジネス記者。2012年9月から2014年3月まで日経ビジネスDigital編集長。2014年4月よりロンドン支局長。 この著者の記事を見る
怒鳴る上司に、怖い先輩――「恐怖」で人を動かそうとする人たち - 脱社畜ブログ
もう21世紀になって10年以上が経つが、会社という組織では未だに「恐怖政治」が横行しているようである。後輩や部下に仕事をさせるために、怒鳴ったり、脅したりする上司や先輩が、あなたの周りにもいないだろうか。「いない」と断言できる人は、仲間に恵まれている。しかし、そう断言できる人ばかりではないというのが、実際のところであろう。大きな会社になれば、このように「恐怖」で人を動かそうとしている人は、必ず存在する。 間違った行動をした人に対して、恐怖を与えることで次はもうそのような行動をとらないようにさせる、というのは動物に対するやり方そのままだ。こういったマネジメントの方法は、人間に対してはあまりよい効果を生まない。確かに、怒られた人は「もう二度と怒られないように」と注意はするだろうが、その分間違いなくモチベーションは低下する。仕事の主眼が「価値を生み出すこと」から「ミスをしないように注意すること」
ソフトウェア開発プロジェクトを蝕む10の典型的な過ち
プロジェクト管理は決して精密な科学ではないが、これにソフトウェア開発が持つ予測が難しいという性質と組み合わせられると、大きな悲劇のレシピが生まれる。わたしは、ソフトウェア開発プロジェクトに取り組んでいるプロジェクトマネージャーがよく犯す過ちを数多く見てきた。それらの過ちの一部はソフトウェア開発に限ったことではないが、この文脈では特に頻繁に起こり、ダメージも大きい。 1．「人数を増やせばよい」という誤解 Fred Brooks氏は同氏の有名な言葉の中で、よくあるプロジェクト管理の間違いについて「ある女性が9カ月に1人子どもを産めるからといって、9人の女性がいれば1カ月に1人の子どもを産めるわけではない」と表現している。そして、この間違いは今でも頻繁に見られる。ある問題に多くの人間を割り当てれば、その問題は早く解決するという考え方だ。残念ながら、これは正しくない。 プロジェクトに人を1人投入す
「リーンスタートアップ」著者エリック・リース氏が来日講演。“スタートアップとはマネジメントのことだ”
スタートアップのマネジメント手法として大きな脚光を浴びている「リーンスタートアップ」の提唱者、エリック・リース（Eric Ries）氏が来日。アマゾンデータサービスジャパン主催のイベント「アマゾン リーンクラウド エボリューションセミナー」で講演を行いました。 リーンスタートアップの「リーン」とは、トヨタ自動車が生み出した「トヨタ生産方式」（TPS：Toyota Production System）をほかの分野や企業でも適用できるように再体系化、一般化した「リーン生産方式」のことで、徹底的にムダを排除する生産方式です。 リーンはここ数年、ソフトウェアのアジャイル開発方法論と結びついてソフトウェア業界で注目を浴びてきました。そこに「リーンスタートアップ」が登場してスタートアップの経営とも結びついたことで、特に西海岸を中心に大きなムーブメントとなったようです。 日本でもリーンスタートアップは大
ヒッキーがリーダやってみた
すぺっく 仕事：ソフトウェア開発 性格：ヒッキー。 立場：特定派遣。メンバーは自社の人。人事権はない。 何の因果か、リーダーとかやるはめになったのでその経験を書いてみる。 技術的な話はない。 ■方針：プブチャラティの精神。 「任務は遂行する。部下も守る。両方やらなくちゃならないのが『幹部』のつらいところだな。覚悟はいいか？ 」 プブチャラティさん！俺やるよ！ …というわけで、尊敬するプブチャラティさんの姿勢をすべての行動の方針とした。 ■実際にやったこと。 ○作業日誌を送りつけた。 本日やった作業とともに顧客と自社の上層部に送りつけた。 われわれたはちゃんとやってますよという言い訳と、問題が発生した場合に上司に詰め腹を切ってもらうため。 ○朝会 毎朝、問題点と作業の状況を２，３分で確認した。 これで、問題点を抱え込まない状況を作り出すのと、一体感、連帯感的なものを演出した。 ○作業の目的を
実務能力というのは段取りのうまさなんだと思うんだ - やまもといちろうBLOG（ブログ）
取りまとめなど一人でやる仕事って、土曜日が一番はかどる。連絡をすることもされることもなく、考えることに没頭できるから。 仕事を進める上で、とりわけ多くの人が関わる事案というのは、仕切る際に結構進め方にコツのようなものがある。これが分からないと厳しいと思うのだが、実際にはあまりそういうのに無頓着で、ただ単に金が儲かればいいとか、サービスが期日どおりリリースできればいいと考えるマネージャーも多くて困る。自分のことを棚に上げていうけどさ。 でも、立場も役割も機能も違う人たちを集めて、何がしかの結果を出さなければならない仕事というのは実に多い。取りまとめる際に、利害は対立するし、共通の認識は違うし、問題に対する考え方も違う。これはしょうがないのだけれども、そこにプロジェクトがあって、人が集うからには方法論をある程度ノウハウ化しておかないと話を進められないと思うんだけどね。 ちなみに、私がそういう事
マネジメントのスピードが開発のスピードに直結する - プログラマの思索
倉貫さん(XPJUG代表)の記事を読んで、システム開発に関する洞察が優れている点についてメモ。 【元ネタ】 アジャイル開発のボトルネック - Social Change! (中略) つまり、発注側のかけるコスト（工数）の限界が、ソフトウェア開発における速度の限界点なのだ。プロジェクトが成功するかどうかの分水嶺と言える。 これは実はアジャイル開発に限らず、一般的なウォーターフォールのソフトウェア開発でも、まとめて要件定義や検収テストをしているだけで、結局、同じくらいの工数がかかっていたのではないだろうか。もちろん、要件定義の前のビジネスや業務検討のフェーズを含めれば、である。 アジャイル開発では発注側が行う作業へのコミットが細分化されて見えるので、開発と同程度の工数が必要だという傾向が顕著に見えるだけかもしれない。発注側と開発側にかかる工数比があるように思わせたのは、そうしないと儲からないS
「解雇されないだけマシ」「長時間労働こそ鑑」――上司が陥る10の勘違い
ロバート・ハーフ・ジャパンは「管理職者の思い違い」に対する見解を発表した。「仕事があるだけ運がいいと思え」「長時間働く部下はいい部下」など、管理者の思い違いで士気をそがれた部下が転職しがちだという。 人材派遣企業ロバート・ハーフ・ジャパンは3月5日、「管理職者が陥りがちな思い違い」に対する10の見解を発表した。 （解雇されずに）仕事があるだけ運がいいと思え（Feeling people are lucky just have a job.） 達成不可能な場合でも、君ならできる、と仕事を振ればできるはず（Making work"mission impossible".） 部下と管理職は一心同体だ（Tying your employees' hands.） 長時間働く部下はいい部下だ（Equating busy with productive.） 景気好転は待つしかない（Waiting for
プロジェクトの遅れを取り戻す方法10選
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます プロジェクトが計画通りに進まなくなる原因は数多くある。例えば、タスクの見積もりが甘かったり、プロジェクトから要員が抜けたり、リソースの割り当てがまずかったりということがある。本記事では、遅れの生じたプロジェクトを立て直すための実践的なテクニックを紹介する。 プロジェクトチームで働いた経験のある人であれば、様々な要因によってプロジェクトの納期がずれ込んでしまうということを知っているはずだ。一部の作業が当初の想定よりも手間取るものであったり、メンバーの入れ替わりが激しく、新担当者の業務知識に対する習得時間が無視できないものとなったりするのは珍しいことではない。また、単に作業見積もりが甘かっただけということもあるだろう。しかし原因がどのような
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
