エンジニアの成長と反抗期 | 外道父の匠
最近、後進の育成について考える機会があります。 ある時、こんな状況で困ることがあるんだけど、どう思う？ と聞かれて飛び出した言葉【反抗期】について考えてみます。 相談内容 育成や生産効率をテーマにした会食にて、相談された内容は あるエンジニアが実力以上に過信して自己評価する やたら特定の技術に拘って、結局リリースが伸びたり改悪したりする ・・・んだけど、これは何なんだろう、どうしたらいい？というもの。 これに対し、自身の辿った道も思い直して出した返答が 『それは、エンジニアの反抗期だよ』 もちろんこれは、こどもがヤダヤダ拒否する（＝仕事したくない）本来の意味ではなく 逆に、やり過ぎによる失敗経路への舵切りのことを指しています。 聞き手はこれで非常に納得がいった様子。 反抗期とは おそらく3～5年目の時期に、技術やアイデアに偏ったものを創り出すことがあります。 そして、閑古鳥／改悪サービスに
ゲーム開発 プロジェクトマネジメント講座
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
［SQEXOC 2012］アジャイル的な手法を取り入れつつ，計画性も同じように大切――「ゲーム開発プロジェクトマネジメント講座 2012」レポート
［SQEXOC 2012］アジャイル的な手法を取り入れつつ，計画性も同じように大切――「ゲーム開発プロジェクトマネジメント講座 2012」レポート 副編集長：TAITAI 2012年11月23日および24日に行われた「スクウェア・エニックス オープンカンファレンス 2012」。そのなかで，本イベントの発起人であり，スクウェア・エニックス CTO 兼 テクノロジー推進部 コーポレートエグゼクティブの橋本善久氏による「ゲーム開発プロジェクトマネジメント講座 2012」と題した講演が行われた。 橋本氏は，同社が開発中の新世代ゲームエンジン「Luminous Studio」プロジェクトの中心人物であり，テクノロジー推進部という数十人もの部署を取りまとめている人物でもある。そのほか，「ファイナルファンタジーXIV：新生エオルゼア」のテクニカルディレクターを務めるなど，さまざまなプロジェクトを担当し，
Treehouse: 本当にフラット、つまりマネージャーがいなくなった会社、そして個の時代がくるのか？ - ワザノバ | wazanova.jp
http://blog.teamtreehouse.com/working-in-a-flat-company 1) Treehouseで起きていること プログラミング/デザインのオンラインコースを運営しているTreehouseは、６月に週４日勤務にしたことに続き、９月に、フラットカンパニー宣言をしました。つまり、マネージャーと呼ばれる人が社内から突然いなくなったということです。 会社は、幅広めのゴール、ミッションステートメント、キャッシュフローへのインパクトのガイドラインのみを提示。それ以外の優先順位の判断は社員に任せる。 社内のプロジェクトは、提案 -> 社内フォーラムサイトで議論 -> 投票 -> 自主的判断で各メンバが “Join”ボタンを押して自分をアサイン、というプロセスで進みます。そして、各メンバは、1日1回ステータスをサイトでアップデートすることで進捗管理。各プロジェクトに
【レポート】悪い上司にならないためには - やってはいけない3つの習慣 - ライブドアニュース
2013年10月8日 11時0分 by ライブドアニュース編集部 ざっくり言うと 上司が部下に行ってはいけない3つの習慣が存在するのだという １．部下の自信を蝕む 2. 部下を褒めない 3. 重要な情報を部下と共有しない 3つの習慣を部下に行うと、部下の態度は悪くなり、生産性はダウンするという 上司やチームリーダーがメンバーに及ぼす影響は大きい。「励まされている」「支えられている」と感じると、従業員のパフォーマンスが改善されるという米アイオワ大学の調査からみてもわかるように、上に立つ人間の責任は大きい。良い影響を与えたいのは当然のことだが、一方で、悪い影響を及ぼすことだけは絶対に避けたいーーOpenForumの記事「悪い上司がやっている3つの危機的なミス(原題:The 3 Deadly Sins Of Bad Bosses)」では、上司が絶対に回避すべき3つの習慣を指摘している。 組織やチ
プロジェクト・マネージャーが魔神に願うこと ―― 国際PM大会2013に参加して | タイム・コンサルタントの日誌から
クロアチアのドブロブニクという街で開かれた、国際PM協会（International Project Management Association: IPMA）の2013年度国際大会に参加してきた。なかなか得るところの大きい会議だったので、その中から、読者にも面白いと思われる話をご紹介しよう。 ちなみにドブロブニクという街は、東地中海（アドリア海）に面した港町で、古くから栄え、一時はベネチア共和国と覇権を争った。美しい中世都市の街並みがよく保存されており、風光明媚なため国際的な保養地としても知られる。旧ユーゴスラビアのクロアチアに属するが、飛び地であり、周囲はボスニア・ヘルツェゴビナに囲まれている。このため'91年の旧ユーゴ崩壊後の内戦で砲撃を受け、ユネスコが指定した世界遺産もかなりのダメージを受けた。今は平和に復興している。 世界には大きなPM組織が二つある。一つがこのIPMAで、主に欧
プロジェクトマネジメントなう＼(^O^)／ | ぽんぽんぺいんなう＼(^O^)／
２０代後半から１５年ほどSIプロジェクトのリーダー／マネージャーをやってきた経験から。 『 監督とは、 他人が打ったホームランで金を稼ぐことだ。 』 ケーシー・ステンゲル（MLB監督） ●ポリシー １）全てのメンバーが目的・段取りのわからない仕事をしない／させない。 ２）プロジェクトの成功には、短期的な成功と中長期的な成功がある。両方を意識すること。 ３）プロジェクトの短期的な成功は、お客さんを満足させることと利益をあげること。 ４）プロジェクトの中長期的な成功は、リーダーとメンバーが成長し、また一緒に仕事をしたいなと思い合うこと。 ５）リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。 ６）みんなで得意なことを持ち寄って知恵を出し合ってやってみてダメだったらそれは僕らにはムリな仕事だったということ。 ７）人は一人一人別人であり仕事に対するスタ
ssig33.com - 運営と技術者の距離を近くして開発効率を上げよう！！！
みたいの結構良さそうな感じがするんですが。実際そうではないです。 運営はユーザーからのクレームやサービスの問題点を大声で議論をします。エンジニアは大抵気が弱いので四六時中聞かされていると会社を辞めてしまいます。 また運営は四六時中エンジニアから「そんなこと言いますけどそれ実装するの無理です」と言われ続けますからストレスで会社を辞めてしまいます。 そうして誰もいなくなる。残るのは悪意に鈍感なウスノロだけでそんな奴は使い物になりません。なので大抵の場合運営と開発はある程度物理的に距離をとってしまうほうがよいです。 ですがまあ距離を近くしよう的な策が取られることが多いです。これは何故かというと、「企業家」「経営者」といった連中は上記のような地獄をとおりぬけてきた人間や、それをなんとも思わないような人間だからです。その辺こういう話に近いと思います。 雇われてるだけの人間は精神壊す前に逃げましょう。
がんばるあなたがプロジェクトを殺す - haradakiro's blog
あまりに暑いのでちょっと怪談を。 今のような仕事のやり方をする前、いわゆるシステムインテグレータに所属していた。まあ、呼び方はいろいろあるのだろうけれど、一番長いこと仕事にしていたのは、いわゆる「火消し」。問題プロジェクトにがあると、プロジェクトに投入されるという役どころだ。まあ投げ込まれるのは大変だけれど、いろいろなものを見ることができた。 投入されたプロジェクトは多種多様だけれど、たいていの場合、すぐに問題があるようには見えない。みんな忙しそうに働いているし、大きな開発プロセスの問題もない。粛々と作業がすすんでいるように見える。でも、クライアントと管理職は怒っている。怒っているから、いろいろな作業が追加されて、メンバーはどんどん忙しくなる。 しばらく見ていると、プロジェクトには必ずある種類の人がいることに気がつく。みんなに頼りにされていて、なにかあると彼(彼女の場合もあるよ、もちろん)
会議室がない？！チームの生産性を高めるオフィスの作りかた | Social Change!
先日、私たちソニックガーデンはオフィスを移転しました。移転するにあたり、新しいオフィスの内装やレイアウトを検討したんですが、そのことは改めてオフィスとチームの生産性の関係について、じっくりと考える良い機会となりました。 この記事では、チーム活動における生産性とオフィスのレイアウトについて考えてみたことを書いています。 在宅勤務かオフィス勤務か ソニックガーデンでは、在宅勤務を許可していて、実際に社員の１名は地元の兵庫県の自宅でずっと在宅勤務をしています。また、ある社員は海外に行きたいということで、１年間の海外生活をしながらリモートで、通常の仕事をこなしていました。以下の記事で、その様子がわかります。 リモート勤務と娘の子育て – give IT a try 『国境なきプログラマ』を目指す～ノマドワークの究極のかたち 離れた場所で働くチームのつくり方〜１年間のアイルランドでの実践で学んだこと
ITエンジニアの『生産性』と、データ・サイエンスの微妙な関係 | タイム・コンサルタントの日誌から
ある、社外の人との集まりに顔を出した時のこと。IT分野の経験を積んだ人が多く、みな一家言持っておられる。わたしは昨年後半から、久しぶりに社内のIT関連業務を見るセクションに移ったばかりなので、最近の事情に疎い。なるべく拝聴する側に回ることにした。話は業界の技術トレンドから、クラウドやビッグデータといった最新のバズワードに向かい、日本のIT業界の現状をなげく論調にうつった。日本を代表する大手SIerたちの低空飛行ぶり、技術的イノベーションの不足、そして多重下請に象徴される業界の構造的問題。追い打ちをかけるように、オフショアとの競合による単価の下落。なんだか、あんまりエンカレッジされるような話題が出てこない。 －－だとすると、日本のSI業界というのは将来性があるのでしょうか？ わたしは思い切って、直球ど真ん中の質問をなげてみた。しかし返ってきたのは、苦笑いするように首を横に振る姿ばかり。 「情
どの上司にも通用する説明術（最終回）ある未熟なPMが「ヒューマンマネジメント」に目覚めた理由
この連載では、「ダメに見せない説明術」を扱っている。前回まで、最後のダメ説明である「反論する、否定する、対立する」をテーマに取り上げた。10のダメ説明は以下の通りである。 「10のダメ説明」 長い、細かい、テンポ悪すぎ 論点不明、主旨不明、結論なし 抽象的、具体的でない、表面的 理由がない、何故？が満載、説明が不足 独りよがり、自分視点、自己中心 遅い、ぎりぎり、時間なし 理解が浅い、内容が陳腐、質問されると沈黙 先を読まない、場当たり的、その場しのぎ 思想がない、考えがない、自分がない 反論する、否定する、対立する 前回の事例では、未熟なプロジェクトマネージャ（PM）である岡本氏が、客先の大山氏の無理な要求に対応できず、仕方なく自社に持ち帰ったエピソードを紹介した。今回はこの続きである。岡本氏はどうなったのかを説明したい。 大山氏を訪問し、追加要求を受けた岡本氏は、帰りの電車の中で、上司
辞めたくなる会社 | mediologic
mediologic my thoughts on media/communication/marketing and everyday life. Search Primary menu 以前にいた会社の、自分がいた組織の離職者率が増えているのを聞いていると、それまで「働きたい会社」だったのが「辞めたくなる会社」になってきているということなのだろう、ということに悲しくなる。 ベンチャー的な気質をもった会社だと、「この会社、このプロダクトを使って何かをしてやろう」というチャレンジャーが集まり、その“志”がエンジンとなって前進していくものだが、あるタイミングからその会社がメジャーになってしまうと「入りたい会社」となってしまい、学歴だけよかったり、対して仕事ができないのに過去の会社での経歴を“華麗に言う”人間が増えてしまう。つまり実力者が入ってこない。またそういう傾向になると、「マネージャー」
アジャイルがユーザーや顧客企業に嫌われる理由 | スラド デベロッパー
「アジャイル」なソフトウェア開発がここ数年注目されているが、アジャイルなソフトウェア開発において特徴的な反復 (イテレーション) や柔軟性といった手法は、顧客やユーザーにとってはまとまりも終わりも無い開発手法に見えるという。これを取り上げたITWorldのブログが本家/.にて話題になっている。 アジャイル開発を好む開発者は多い。イテレーションはユーザのニーズを的確に反映できるだけでなく、対応すべき要件があがってきたとしても問題が大きくなる前に対処することが可能だ。各要件に一つずつ取り組むため、きちんとフィードバックを受けて問題が無いことを確認してから次の要件に着手することもできる。 しかしユーザにとってみると、アジャイル開発は不透明で分かりづらく、故に不安を生んでしまうもののようだ。まるで開発プロセスが無く、開発方針も定まっていないように見えると、アジャイルプロジェクトに加わったとある人は
なぜ掃除機で店内掃除をすると利益が上がらないか
努力させない、仕組みを変える わずか100円でワインが飲める低価格ファミレス・サイゼリヤが絶好調だ。首都圏を中心として次々と新店を出し、いまや店舗数は800店を超えた。10年8月期の連結最終損益では74億円の黒字を達成し、8年ぶりに過去最高益を更新する見込みだという。 ファミレス業界全体が不振にあえぐなか、一人勝ちを続けているサイゼリヤ。その理由は、徹底的に「生産性の向上」を追求したコスト競争力にある。 その鍵を握っているのが、09年10月に発足した同社のエンジニアリング部だ。現社長の堀埜一成氏によって立ち上げられたこの部署は、全チェーン店舗のあらゆる業務の改善に取り組んでいる。 「チェーン店が作業改善を目指すうえで、見つめるべきはハードの仕組みなんです。ソフト（人材）の熟練を期待して、努力や根性でカバーするには限界がある。でも作業を根本から見直して発想を転換できれば、50％、80％という
スケジュールを立てられないとは
「『スケジュールを立てられない』なんて人が居るんだ！」と思っていた時代が僕にもありました。 何時までに、何をやるかが解れば、あとはそれをタスクに分解して、掛かる時間を想定して、先行タスク・後行タスクを考慮して並べれば、スケジュールを立てるまではできるよね。 実際にそのスケジュールを守っていくのは大変だけど。 なのにそれができない人が居るんだ！と驚いてた。 この4月に新しい職場に異動したんだけど、そしたら、なんと自分がその「スケジュールを立てられない」人になって驚いた。 上司からは「何時までに、何をやるかを並べて、問題点とか出してけばスケジューリングできるだろ！」とずっと怒られた。 その指摘はすごくもっともだから何とかしようと思った。 上司は僕のことを「『スケジュールを立てられない』人がいるなんて！」って見てるなと思った。 でもスケジューリングができなかった。 「何とかしなきゃ」と気ばかり焦
プログラマーは皆、常に秘密や嘘を抱えている - totopon114689の日記
プログラマーは皆、常に秘密や嘘を抱えている。 これは間違いない。 基本的には誰にも話さないが、 （家族や友人などプログラムを知っていない人間に話しても分からない、という事もある） プログラマー同士の飲みの席などで、過去の笑い話として酒の肴になる事はある。 秘密や嘘の傾向には幾つかのパターンがある。 1) 仕様があいまいな場合の適当なコーディング 仕様があいまいな機能を実装する場合、想定していたものよりもプログラム量が膨大になる事はよくある。 また、細かいパターンや想定外のケースに対し、どのようにプログラム的対処を行うべきか？ 洗い出しているとキリがない場合もある。 仮に事前に洗い出していたとしても、 「ケース自体は洗い出せているが、具体的にどのようなエラーメッセージを表示すべきか？」 などといった、その先がまたあいまいになっている場合もある。 このような場合、本来であれば決裁権のある人間に
チケット駆動開発で作業管理はしないほうがいい - arclamp
先日、2013/3/23（土）に弊社でチケット駆動と開発環境に関するイベントを開催しました。リンク先には資料も上がっていますので参照ください（※アトラシアン製品関連のイベントです）。 基調講演にはチケット駆動開発を推進されている関西XPUGのあきぴーさんをお招きして「チケット駆動開発をパターン言語で読み解く」という話をしていただき、最終枠ではパネルディスカッションをしました。 チケット駆動開発とウォーターフォール パネルディスカッションでは、僕が「チケット駆動開発を作業計画に使うのは難しく、WBSとの併用が現実的」と話し、あきぴーさんが「作業計画をチケット駆動開発で回していくには」というノウハウを紹介されていました。 この違いは僕がウォーターフォール的な新規案件を、あきぴーさんがアジャイル的な開発/保守運用案件を前提にしているためです。 僕自身はBTS（Bug Tracking Syste
ダメなシステムが無くならない理由はエンジニアを正しく活用できないから - GoTheDistance
Twitterで流れてきたのでつい見てしまいましたが、この方の連載は全体的にやっつけ感が否めないですね。 なぜ“ダメなシステム”は無くならないのか？ - なぜ“ダメなシステム”は無くならないのか？：ITpro この"ダメだしとっつあん"があの手この手で言わんとしてることは｢上流工程と下流工程の分断は悪であり、ダメなシステムはそこから生まれている｣ということですので、この記事を読んだ人は連載読まなくて大丈夫です。僕が書いたこのエントリ読んでください。もっと突っ込んで書いてあります。 ｢SIerでのキャリアパスを考える｣というイベントに登壇しました - GoTheDistance もうそろそろぶっちゃけてもいいでしょ。ダメなシステムができる理由は簡単だってことに。ウオーターフォールが逆流できないせいだ/丸投げするからダメ/リスクをとらないからダメ/技術力のないやつが舵を取るからダメ・・・ってさ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IT業界関係者がトラブルの再発防止で「なぜなぜ分析」に大注目、無くならないヒューマンエラー