第19回 早く課長になった人ほど、マネジメントが下手 「名プレーヤーは名監督にあらず」の本当の意味：日経ビジネスオンライン
気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 ｜ ログイン 「せめて課長にはなりたい」が日本人の本音 前々回『第17回 大人が大人をしかっちゃ、ダメでしょう』、前回『第18回 褒めようとするから、いつまでも褒められないのですよ』と、「しかる（注意する、気づかせる、期待を添える）」「褒める」といった組織におけるコミュニケーションをテーマにお話ししてきた。 これらはマネジメントの上で、また人材育成の上での上司と部下の間の基本的なコミュニケーションとして語られることが多い。上司と部下が出てきたところで、今回は上司、特にプレーヤーとして実績を挙げて、早くに課長に昇進した人ほど陥りがちな呪縛について取り上げてみたい。すなわち、「早く課長になった人ほど、マネジメントが下手」という現状についてだ。 原因を探っていく
グラス片手にアジャイル開発 第4回 － ハイブリッドアジャイルの実践法
エンタープライズ分野へのアジャイルの適用 ここ2、3年のアジャイル開発の再評価は第2のブームとも呼ばれています。実際のところは10年前にブームであったものがじわじわと現場に浸透し、それが表面化して見えてきたと言うところでしょう。こうした中、エンタープライズ（企業）系のアプリケーション開発でもアジャイルを適用するケースが多くなってきました。Web上のちょっとしたツールやアプリの開発でアジャイルの成果を実感し、今度は本格的な基幹業務システムの構築でも適用してみようという機運が高まってきたのです。 業務システムへのアジャイル適用の3つの課題 「業務システムにもアジャイルを適用」という目標を掲げた場合、3つの課題が浮かび上がります。1つは契約の問題です。連載第1回目に述べたようにアジャイルは「変更があって当たり前」というスタンスなので、いつまでもお客様が変更を要求してきたらコストが膨れ上がるのでは
部下のケツは必ず俺が拭いてやる！ マーチよりも「チャレンジ」について熱く語り合う2人：日経ビジネスオンライン
みなさまごきげんよう。フェルディナント・ヤマグチでございます。 日産自動車の「マーチ」の開発責任者、小林毅さんのインタビュー前半。お楽しみ頂けましたでしょうか？ 今までたくさんの開発者の方々にお目にかかり、じっくりと時間をかけてお話をうかがってきました。どなたからも、クルマに対する熱い思いと、エンジニアリングの矜持が強く感じられたものです。 しかし今回のインタビューばかりは、いささか“趣”が異なりました。もちろん小林氏はエンジニアですから、ボディ軽量化の話やら、エンジンのフリクション軽減やCVTの話やら、工夫を凝らしたアイドリングストップの話やら、“開発の話”が主になるのですが、その合間合間でお話し下さる“それ以外の話”、つまりマネジメントや生産にかかわるお話がまた最高に面白いのです。面白いから、ついつい私がそちらの方面に話を振ってしまう。小林氏もそれに応えて次々といろいろなエピソードを開
マネージャーとして一流の「コミュ力」を身につけるための10のポイント
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ハーバード大学のRobert Katz教授は、マネージャーに求められる能力として、「テクニカルスキル（業務遂行能力）」「ヒューマンスキル（対人関係能力）」「コンセプチュアルスキル（概念化能力）」の3つを提唱した。 その中でも、近年では特にマネージャーのヒューマンスキルの重要性が叫ばれている。環境変化のスピードが速く、事業モデルの変更や、商品開発のサイクルが短くなった今、マネージャーには、現場の情報をいかに早く吸い上げ、どう適切に対応するかが問われる時代となった。そこでは、現場のマネージャーが部下の意見を集約し、対応策を練る必要があり、メンバーの意見を「引き出す」「まとめる」などのヒューマンスキルが要求される。 ヒューマンスキルとは広い概
第8回 会社が現場に、一方的に目標数字を下ろしていませんか：日経ビジネスオンライン
ただの目標は何度か達成すれば飽きてしまう 会社で働いていると「目標」はついて回る。 しかしながら、ただの目標達成は何度か経験すれば飽きてしまう。私が以前勤めていた会社の営業担当でいえば、優秀で目標達成を重ねてしまった人ほど、目標達成自体を目標にできなくなっていた。達成するためのコツが分かってくると、数字を追うことだけに飽きてくるからだ。 私自身も経験したが、最初は目標を達成すること自体がゲームのようで楽しめる。達成できないと悔しいと感じ、どうすれば次は達成できるだろうかと考え工夫して一歩進む。ようやく小さいながらも自分に課された目標が達成できる。その喜びは格別だ。 小さな目標が次第に大きくなっていくたびに、目標達成は自分の成長の証しと感じられる。大きな目標を達成するためには、また新たな工夫が必要になる。一つひとつクリアしていくことで、自分も会社の一部を支えているのだと感じられるようにはなる
なぜ新人は聞きに来ないのか? - teruyastarはかく語りき
プログラマで、生きている: ググるな危険 http://el.jibun.atmarkit.co.jp/hidemi/2009/11/post-9d2b.html わたしが新人が検索に頼ってしまうことを危険視するのは、コピペの寄せ集めでもなんとなく動くコードが書けちゃって、それで自分は仕事を達成したという錯覚に陥ってしまうからです。 たいていの場合、新人プログラマには「きちんとしたコードを書くこと」は期待していません。先輩たちが期待しているのは「きちんとしたコードを書ける人になってくれること」です。 そこらへんの意識が行き違っちゃってるから、仙台に行くことよりも、新幹線に乗ることの方が重要事項になっちゃうんですかねえ。 最後に、わたしが新人の時に先輩から言われた言葉をご紹介させていただきます。 「自分で説明できないコードを1行たりとも書くな！」 間違うのはしかたありません。けれども、「自分
ビジネスアナリシスをマネジメントしよう
BABOKバージョン2を解説する本連載の第4回となる今回は、「エンタープライズアナリシスKA」や「ソリューションのアセスメントと妥当性確認」に続き、「ビジネスアナリシスの計画とモニタリング」の知識エリアを紹介する。 BABOKバージョン2を解説する本連載も第4回目となりました。前回までの「エンタープライズアナリシス」「要求アナリシス」「ソリューションのアセスメントと妥当性確認」の3つの知識エリアに引き続き、今回は4つ目の知識分野となる「ビジネスアナリシスの計画とモニタリング」を紹介します。 2009年12月7日に、「International Institute of Business Analysis（IIBA）日本支部」から待望の日本語版がリリースされました。すでに購入し、目を通した読者の方も多いでしょう。 しかし、BABOK 2.0は250ページを超えるボリュームがあり、すべてを読み
2チーム制で、開発効率とユーザー満足度を高めよう！
2チーム制で、開発効率とユーザー満足度を高めよう！：エクスプレス開発バイブル（6）（1/2 ページ） 開発する機能の重要度に応じて、開発作業に優先順位を付ける「開発案件3分割の術」はエクスプレス開発のキモといえる手法。では、それを実践するうえではどのような開発体制が効果的・効率的なのだろうか？ 第5回『納期・コストを削減する“開発案件3分割”の術』では、納期やコストを削減するために、機能の重要度に応じて開発の優先順位を付け、開発作業を3分割して進める手法を紹介しました。エクスプレス開発手法のキモといえるノウハウですが、これはあくまで「手法」に過ぎず、これを実践に落とし込むためには「どのような開発体制で取り組むか」も考える必要があります。そこで今回は、エクスプレス開発手法を効率的に実践するための開発体制を詳しく紹介したいと思います。 まずプロジェクトチームを2つに分けよう 結論からいうと、2
窮屈で効果薄の標準化はもういらない
業務プロセスの「標準化」は、プロセスの品質を高め、より良い成果を安定して生み出すために必要とされている。だが、標準化に取り組んだ多くの事例が失敗に終わっている。かえってプロセスが非効率になってしまう例さえある。窮屈なばかりで効果が薄い標準化はもういらない。「失敗する標準化」の原因を明らかにするとともに、成功への道筋を提言したい。 標準化は、なぜ失敗してしまうのだろうか――。昔から標準化の取り組みは盛んだが、どういうわけか同じような失敗を繰り返している。 最近のIT業界には標準化への取り組みに効果を発揮する様々な方法論が存在している（図1）。変化に強いITのあり方を定義する「EA」、ITガバナンスの確立や内部統制の整備を支援する「COBIT」、開発組織に継続的な改善を促す「CMMI」、そしてIT運用におけるノウハウを集約した「ITIL」など、上流から下流まで標準化の推進に役立つ方法論は一通り
第1回 PMBOKガイドを開いてみよう メンバーに贈るプロマネ基礎講座（1） ― ＠IT自分戦略研究所
本連載は、これからプロジェクトマネージャへの転身を考えている方、現在PMBOKベースでマネジメントされているプロジェクトに参加しているメンバーの方などを対象にしています。『プロジェクトマネジメント知識体系ガイド第3版（日本語版）』（以下、PMBOKガイド）の解説を行いながら、プロジェクトマネジメントの基本を解説していきます。なお、各小見出しの横には、対応するPMBOKガイドの章を記載していますので、PMBOKガイドを学習する際の参考にご利用ください。記事の最後には演習問題を用意しました。復習にご利用ください。 最近、さまざまな企業でプロジェクトマネジメント力の強化が注目されています。IT業界も例外ではありません。そんな中、プロジェクトマネジメントにおいて、米国のPMI（Project Management Institute）がまとめた「PMBOK」という知識体系を適用する企業が増えてきま
ＰＭＢＯＫ概要
プロジェクトマネジメントの基礎知識体系 あるマネジメント・プロセスを遂行しようとする前に、 以下の３点をしっかりと理解しておこう。 Inputs:手元に揃っているべき情報、 Tools and Techniques:効率的に遂行するためのツールと技法、 Outputs:プロセスの成果として目に見える形で残るもの ■第一部 第１章 はじめに 第２章 プロジェクトマネジメントの背景 第３章 プロジェクトマネジメントのプロセス ■第ニ部 第４章 統合マネジメント 第５章 スコープマネジメント 第６章 タイムマネジメント 第７章 コストマネジメント 第８章 品質マネジメント 第９章 組織マネジメント 第１０章 コミュニケーションマネジメント 第１１章 リスクマネジメント 第１２章 調達マネジメント 第１章 はじめに プロジェクト 定常事業活動 … 継続性、反復性 プロジェクト … 有期性、成果
はじめて使うJazz ― チーム開発のためのオープンな統合プラットフォーム
チーム開発のためのオープンな統合プラットフォーム「Jazz」 Jazzプロジェクトと言っても日本ではご存じない方もいらっしゃるかもしれません。「Jazz」とは、ソフトウェア開発チームのコラボレーションを支援するための新しいテクノロジー・プラットフォームであり、それらを開発するプロジェクトの名称です。大きな成功を収めたEclipseプロジェクトの次のステージとしてIBMが進めているプロジェクトです。Jazzプロジェクトは、人々がソフトウェア開発においてどのように協調して働くべきか、すなわち、いかにコラボレーションし、生産性を向上させ、透明性を確保してソフトウェア開発を行うかという観点で開発されています。 Eclipseは、エディター、コンパイラー、デバッガーなど開発者がこれまで別々に利用していたツール群を1つの環境に統合したプラットフォームを提供することによって開発者個人の生産性を向上させて
失敗事例に学ぶFlexプロジェクトの第一歩
Adobe MAX 2009、2日目のセッション「失敗事例に学ぶFlexプロジェクトの第一歩」では、NECシステムテクノロジーの坂田泰平氏が登壇、同社がFlexアプリケーションを使ったプロジェクトを進めてきた中でうまくいかなかった事例を挙げ、その原因を分析した結果を紹介した。 「Flexを使ったプロジェクトの場合、最初にFlexの特徴をよく理解する必要がある」と坂田氏。画面構築面では「Flex Builderで簡単にUIをデザイン・構築できる便利さ」「HTMLと違い、複数の画面を1つのファイルに収めることができる管理のしやすさ」「必要なコンポーネントが多数用意されている環境の良さ」などを挙げ、ロジック実装面は「オブジェクト指向言語なので独自のクラスが定義しやすい」「スクリプト言語なので習得しやすい」という初心者にも敷居が低い点や、カスタマイズ性の良さをFlexの特徴として挙げた。 しかし、
MS-Project の使い方 | ins13の日記 | スラド
今更ながら、ちょっとだけマジメに help を読んだので、メモしておく。 ほぼチュートリアルの要約だけど...。 なんといっても最初が肝心！この手順とルールを知っておかないと あとがすごくメンドウになる。 # というか、やっぱりマニュアルは読むべきだな。 1. 新規プロジェクトを作成 開始日を決めて OK とする(他は決めなくても OK)。 ひとまず保存して「ガントチャート」画面を開く。 2. タスクを積み上げる。 このとき、開始日・リソースは気にしないで、タスクと期間のみを淡々と入力する。 ※小技その１： 期間の欄で、数値の後に次の省略文字を付けると、月、週、日、時、分を簡単に入力できる。 ・ 月 = mo ・ 週 = w ・ 日 = d ・ 時 = h ・ 分 = m 単位は「日」か、もしくは「時間」で揃えるとラクかも。 ※小技その２： 期間の欄に ０日(0d)を入力すると、そのタスク
「PMPを取得せよ」と上司にいわれたら、最初にとる5つの対策
最近、仕事だけでなく人も任されるようになった。死の行進を生き延びてきた。細かい指示ではなく目標と締め切りだけを渡されるようになった―― そんなあなたを上司が呼びつけて、 「おまえ、PMP取りなさい。今年じゅうにヨロシク」 と告げられる。 (ﾟДﾟ)ﾊｧ? 顔文字通りの表情をつくるあなたを無視して、上司はこうまくしたてる。 「SE→PMキャリアを目指すなら、PMPは必須」 「なぁに、受験料は出すから安心しろ（合格したらね）」 「受験条件である35時間の研修は、そのうち受けさせてやる」 「でも実務に影響のないようにヨロシク」 PMPって何? 研修が必要なの? そんなあなたが次にしなければことは何だろう? このエントリを参考にしてほしい。 必要なサイトをチェック PMBOKガイドを入手&チェック 受験日を決めて、逆算してスケジュールを立てる 周囲に宣言する 勉強を開始する ■1 必要なサイトをチ
MOONGIFT: ごくシンプルなWebベースの勤怠管理「kumquat」:オープンソースを毎日紹介:
勤怠管理に求める機能は何だろうか。それは出社時間と退社時間が記録できることだ。それ以外の機能はいらない。もし色々なリンクがあって、複雑になってしまったら入力に手間取っているうちに時間が過ぎてしまうかも知れない。 入力フォーム シンプル・イズ・ザ・ベストを地でいく勤怠管理システムがこれだ。 今回紹介するオープンソース・ソフトウェアはkumquat、Webベースの勤怠管理システムだ。 こういうアプリケーションは大好きだ。ログインすると、まさに勤怠管理の機能しかない。時間は予め表示されており、後は理由を入れてボタンを押せば良いだけだ。確認画面があるのが一点、注意が必要だ。 勤怠管理表 退社時間も同様で、入社していれば次の時刻入力は自動的に退社時刻の入力になる。理由を入れてボタンを押せば良いだけ、ごくごくシンプルなインタフェースだ。入力されてたまったデータは次ごとに一覧表示され、累積時刻が表示され
あるＳＥのつぶやき: フリーで使えるプロジェクト管理ツールまとめ
フリーで使えるプロジェクト管理ツールをまとめておきます。 ■ガントチャート 開発マイルストーン ガントチャートでプロジェクト管理できるExcelツール フリーとは思えないほど高機能 ガントチャートforExcel・・・シェアウェアになりました こちらもガントチャートでプロジェクト管理できるExcelツール スケジュールの表示期間を切り替えられるのが便利 OpenProj Java ベースでガントチャートでプロジェクト管理ができるツール Microsoft Project のフリーのビューワーとしても利用可能 フリーの高機能プロジェクト管理ソフト「OpenProj」を試してみました TaskLine Excelのアドインとして動作するプロジェクト管理ツール（saramiさん情報） Microsoft Projectのファイル(XML形式)をExcelで表示するProjectViewerもある
GanttPlugin - 気の向くままに･･･ - Seesaa Wiki（ウィキ）
[ パソコン ] 気の向くままに･･･ 気の向くままにいろいろと。ツール類の設定や使い方の覚書など？ 編集 履歴 添付 設定 新規ページ作成 メニュー カテゴリー 最近更新したページ 2007-04-01 JavaHL 2007-03-25 FrontPage java_subversion phpMyFAQ 2007-03-12 Subversive_SSL TortoiseSVN_SSL svn_SSL 2007-03-11 ApacheSSL SubversionInstall 2007-03-10 svk 2007-02-17 Velocity 2006-12-15 Derby 2006-12-09 javassl 2006-06-17 GanttPlugin TracPlugins WebAdminPlugin FoldingMacro 2006-06-11 ExcelViewe
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロジェクトマネージャ試験、合格するための小論文対策講座
プロジェクトの進め方