質問：マネジャーを続けるかエンジニアに戻るかで葛藤しています
チームのリーダーとしてマネジメントを任されるようになりました。自分としては一エンジニアとして頑張りたいという思いもあり、このままマネジャーを続けるかエンジニアに戻るかで葛藤しています。藤本さんのご意見をいただければ幸いです。 まず最初に大事なことは、いわゆるチームマネジメントは決して片手間でできるようなものでも、やっていいものでもない、ということです。なので、結論を先に書いてしまうと、葛藤している暇があったら早めにどちらか決めてしまいましょう。まぁ言うのは簡単なんですけどね。 ものすごく単純な例えですが、エンジニアとして10台のサーバーで一つのタスクを分散処理したり一つのシステムを動かしたりするのと、マネジャーとして10人のチームメンバーを一つのゴールに向かってまとめ上げて走り続けることの、どちらが簡単でしょうか？ 前者を簡単と言うつもりは全くありませんが（前者も十分に難しいことが多いので
炎上プロジェクトの責任はプロマネが９割 - プロマネブログ
サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 前回からの続きです。 以下、３部作の３本目となります。 ウォーターフォール開発とアジャイルの本質 - プロマネブログ サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 炎上プロジェクトの責任はプロマネが９割 - プロマネブログ 追記)ブコメで誤字の指摘がありましたので、訂正します。。。お恥ずかしい NetPenguinさん、ご指摘ありがとうございます 改めて考えたいプロマネの仕事 プロマネの仕事とは、PMBOKのプロジェクト管理に関する観点をマネジメントする、と言えます。 統合 ・・・ チーム内の意思統一 スコープ ・・・ 目標、成果決定 タイム ・・・ 期限、スケジュール管理 コスト ・・・ 予算、費用管
ゲーム開発 プロジェクトマネジメント講座
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
「マネジメントを売り歩く人」が自分をマネジメントできない理由
予めお断りしておくが、今回の一文には片仮名表記が多い。マネジメントの話だからである。管理と訳しても経営と訳しても座りが悪いので、片仮名表記のままにする。 ただしマネジメントの定義は必要である。色々なとらえ方があろうが「人を活かして成果を挙げること」にする。成果は出たものの、担当者は疲れてしまい成長できなかった。失敗したが、その一件を反面教師に人は育った。いずれもマネジメントされたとは言い難い。 人を活かして成果を挙げるためには人と人が協力する必要があり、それには情報が欠かせない。マネジメントに、見える化とか情報共有がついて回るのはそのためだ。 しかし情報が欠かせないとはいえ、情報システムやIT（情報技術）の分野でマネジメントと言う言葉は使われ過ぎである。以前書いた気がしてきたので手短にするが、サプライチェーンマネジメントやカスタマーリレーションシップマネジメントあるいはヒューマンキャピタル
「自分でやった方が早い病」とは
■病状 ・「自分でやった方が早い」という考えに陥る ■2つの発症パターン ・まわりよりも自分ができてしまうから ・相手に悪いし、お願いが下手だから ■かかる人 ・仕事ができ優しい、３０代の新人リーダーに多い ■病の原因 ・「人のため」と言いながら自分の利益しか考えていない ・まわりの人と一緒に成長しようとしない ・基本的な教育ができていない ・エースピッチャーの快感に浸りマネージャーの喜びを知らない ・自分大好き人間 病状が悪化すると・「孤独な成功者」になる ・仕事を抱え込み、病気も抱え込む ・つねに「誰かのせい」にして生きることになる ・笑顔と余裕が消える ・いつまでたっても優秀な人が現れない ・誰も信頼できなくなる 誰にも信頼されなくなる ・仕事が途切れると、年賀状も来なくなる 克服できると・1人の100歩ではなく、100人の1歩で進むことができる ・まわりができる人だらけになり、大き
「リーダーを目指さない」という選択肢 - 脱社畜ブログ
以下の記事について。 管理職ではない中高年増加 http://www3.nhk.or.jp/news/html/20130912/k10014473171000.html 年々、管理職になっていない中高年の割合が増加しているという。去年の調査では、50歳以上の非管理職の割合は55％と半数以上になり、この20年で8ポイントぐらい増加したらしい。元記事には最後に専門家（っぽい人）のコメントがついていて、管理職になれない中高年の増加は「社員が仕事への意欲を失うおそれがあり、企業にとっては大きな課題だ」と締めくくられている。 そもそも、「ある程度の年齢になったら必ずなんらかの管理職になれる」という考え方自体が相当古い。管理職と言うのはピラミッド型組織でいうところの上のほうにいる人たちで、席の数は限られている。一方で、今後の人口構成は逆ピラミッド型になろうとしているわけなのだから、中高年を全員管理職
社員が自ら動き出す組織のつくり方
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 動かない部下、苦悩を深める管理職という現実 管理職は孤独な職業だ。10万人を超す大企業のトップ、数名で踏ん張る町工場のオヤジ、トップと現場を必死につなぐ部長や課長たち。部下を動かす使命をおった管理職にとって「ヒトの悩み」が尽きることはない。毎週の会議で予算必達の号令がかかる。もとより困難な目標なので、部下には無理を強いざるを得ない。しかし、ボスが社員を統制しようとあがくほど、部下の心は離れ、冷たい隔たりができてゆく。 つらいのは現場の社員だけではない。管理職も心の中で声にならない悲鳴をあげているのだ。 特にバブル崩壊以降、成果主義の導入や雇用形態の変化に伴い、管理職の苦悩は深刻化の一途をたどっている。日本政府統計をベースに30～59歳男
山本一郎氏が語る「プロジェクト炎上のメカニズムと早期発見，行うべき処理の概論」。ゲーム開発はなぜ炎上するのか
山本一郎氏が語る「プロジェクト炎上のメカニズムと早期発見，行うべき処理の概論」。ゲーム開発はなぜ炎上するのか ライター：徳岡正肇 プロジェクト炎上のメカニズムと早期発見， 行うべき処理の概論 山本一郎氏 2013年4月15日，Unity開発者のためのイベント「Unite Japan」が都内で開催され，「プロジェクト炎上のメカニズムと早期発見，行うべき処理の概論」と題する講演が行われた。登壇したのは，炎上といえばこの人，ブロガーの“やまもといちろう”こと山本一郎氏だ。 「炎上」と聞くと，我々は「うっかり発言で，ネット大炎上」などといったフレーズを思い浮かべるが，ここで語られる「炎上」というのは，ゲームの開発がにっちもさっちもいかなくなってしまう状況のことで，山本氏は，そういった案件に対する火消しのプロなのである。 Unityに限らず，ゲームエンジンの普及によってゲーム開発は飛躍的に効率化して
父親に聞いた管理職として「ダメなチームをデキるチームにする必勝パターン」 - komagataのブログ
もう定年してますが、郵便局の管理職歴うん十年の父親に社会人の大後輩として、 「管理職としてダメなチームをデキるチームにする必勝パターンみたいなのってあるの？」 と聞いたら 「あるよ」 とあっさり。その話が面白かったので紹介します。 背景父親は郵便局員で公務員だった。郵政民営化する前の話。公務員は一般企業と違い犯罪でも犯さない限り首にならない。（管理の難易度が高い）郵便局の仕事は大きく「郵便」「貯金」「保険」の３つに分かれている。父親は「保険」のセールスマンの管理職を長年やっていた。郵便局の管理職は３年（？）毎に別の局（調布市郵便局とか）に移動する。 1. 新しい職場（チーム）に赴任したらそこの中心人物の協力を取り付ける中心人物：顔役的な人で大抵が年長者やリーダー気質の人。どこの組織にも必ずいて、誰にでもすぐに分かるそうです。（役職的には自分より下の人です。） 父「誰に聞いても山田（仮）さん
エンジニア出身の社長としてはちょっと言っておきたい : Nothing is impossible
※このブログは自分が思ったことを書くブログで、何かに反応をするのはやめようと思っていたんですが、やっぱり気になったので少し趣旨を曲げてこの記事を書いています。 昨日エンジニアよ、ゼネラリストなんて目指すな！という記事が少し話題になっていました。 私のソーシャルグラフだと周りにエンジニアが多いですが、この記事に反応しているのはエンジニアが多かったように思います。 そしてだいたい否定的な反応でした。 ところで以前技術評論社のサイトで、達人が語る，インフラエンジニアの心得という連載をしていました。 タイトル通りインフラエンジニア固有のトピックが多かったですが、エンジニア全般、たまには社会人全般に当てはまるような回もありました。 第4回 エンジニア不足を解消しよう 第6回 エンジニアのための「超」資格論 第9回 金勘定とエンジニア といった記事はインフラに限らずエンジニアに当ては
イノベーションは誰でもできる――USBメモリの発案者が話す「先入観を壊すコツ」（前編）
イノベーションは誰でもできる――USBメモリの発案者が話す「先入観を壊すコツ」（前編）：コクヨ「WORKSIGHT LAB.」（1/2 ページ） 「実は“イノベーション力”において、日本人は本来“最強”なんです」と話すUSBメモリなどの発案者としても有名な濱口秀司氏（Ziba戦略ディレクター）。一体どうすればイノベーションを起こせるようになるのか。 コクヨとコクヨファニチャーは8月24日、近未来の「働き方と学び方」の研究開発を強化することを目的に「WORKSIGHT LAB.（ワークサイトラボ）」を設立し、東京・渋谷のヒカリエにてワークサイトラボ設立記念のオープニングイベント開催した。USBメモリなどの発案者である濱口秀司氏（Ziba戦略ディレクター）が登壇し、「イノベーションをどう起こしていくか」について話した。 後編はこちら イノベーション力を発揮するための2つのこと、5種類の人材 「
［CEDEC 2012］「ドラゴンクエストX」における開発進捗管理法とは？ セッション「大規模開発のプロジェクト管理 〜ドラゴンクエストXにおけるマネージメント事例〜」レポート - 4Gamer.net
［CEDEC 2012］「ドラゴンクエストX」における開発進捗管理法とは？ セッション「大規模開発のプロジェクト管理 〜ドラゴンクエストXにおけるマネージメント事例〜」レポート ライター：大陸新秩序 2012年8月20日から22日にかけて，神奈川県内のパシフィコ横浜にてCEDEC 2012が開催されている。本稿では，開催初日に行われたセッションから「大規模開発のプロジェクト管理 〜ドラゴンクエストXにおけるマネージメント事例〜」の模様をレポートしよう。 「ドラゴンクエストX 目覚めし五つの種族 オンライン」公式サイト スクウェア・エニックス 開発部 ドラゴンクエストＸ デザインセクションマネージャー 荒木竜馬氏 本セッションの講師を務めたのは，スクウェア・エニックス 開発部 ドラゴンクエストX デザインセクションマネージャー 荒木竜馬氏だ。荒木氏は，「ドラゴンクエスト」シリーズや「FINA
ゲーム開発プロジェクトマネジメント講座(SQUARE ENIX OPEN CONFERENCE)
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
