EC/CRMの自社サービス「prismatix」開発チームのプロジェクトマネージャーになって最初にやったことn連発 | DevelopersIO
この7月からDev PjMにクラスチェンジしました。何もわからない状態から、いかにしてプロジェクトの状態を把握・コントロールしようとしたか、その試行錯誤の記録です。 4ヶ月前に言ってたことダイジェスト Dev PjMになって最初の頃、こんな話を書いていました。 prismatixの開発者から開発チームのプロジェクトマネージャーにクラスチェンジした話 | DevelopersIO マネジメントの姿勢 そこで、私は 指揮者(Conductor) として振るまおうと決意しました。 何をしたいのか Devチームを中心として系が回るようにする ことを実現したいと思っています。 もう少しわかり易い言葉でいうと、「prismatixというサービスの 開発 を通じて、顧客およびチームに 価値を届け続けている 状態を作る」のが目的になります。 どうしていくのか Devチームもハッピー、みんなもハッピー な状
海外企業との共同プロジェクトにおけるフォーメーション・デザインは、どうあるべきか | タイム・コンサルタントの日誌から
前回の記事の末尾にも書いたが、「マネジメント・テクノロジー」という言葉を発案して、わたしに教えてくれたのは、今秋惜しくも亡くなられた勤務先の同僚、故・秋山聡氏である。秋山さんは、この語を《マネテク》と縮めて、『まねてくニュース』なるメールマガジンとデータベースを、社内に発信し続け、多くの愛読者を持っておられた。 秋山さんは高専を卒業後、大学の工学部に編入して修士号を得た、バリバリの理系教育を受けた人だった。日揮に入社後、海外プロジェクト・マネジメント部門で活躍されたが、ある時期より、ライン業務から一切手を引き、PM業務の標準化を中心としたスタッフ的役割に専念するようになった。プロマネ経験者こそが最大の出世コース、と思われているエンジニアリング業界にあって、これは随分と勇気のある処世だったと思う。 日揮においては「プロジェクト・マネジメント技術部」という部門が、一種のPMO的な機能を担ってき
プロダクトマネジメント はWhat、プロジェクトマネジメントはHowに責任を持つところに違いがある
プロダクトマネジメントとプロジェクトマネジメントは、関連する役割で、かつ似た単語を使っているため、混同してしまう人も多いでしょう。プロダクトマネジメントは、「What」何の機能を作るのか、「Why」なぜその機能を作るのかを明らかにします。一方、プロジェクトマネジメントは「How」どのように「When」いつ作るのかに責任を持ちます。その責任範囲の違いから、役割は区別されます。 プロダクトマネジメントは、ユーザー・開発者・ビジネスの満足を追求するプロダクトは、何らかの問題を解決し、ユーザーのニーズを満たすものです。プロダクトは初めに市場へリリースされてから、バージョンアップを繰り返し、製品提供をやめるまで、そのライフサイクルは続きます。プロダクトマネジメントは、ある製品についてDesirability（望ましさ。ユーザーのニーズ）、Feasibility（技術的な実現可能性）、Viabilit
｢プロジェクトマネジメント力｣は我流では身につかない。チームで成果を出すなら“G-POP”を習得せよ
前回は、｢マネジメントレベルを上げる｣ということの意味についてお話しました。｢マネジメントができる≒チームで成果を出せる｣と考えた場合、そのスキルレベルは2つの軸の面積として表現することができます。 横軸は、前回お話しした｢PE：People Empowerment｣、すなわち｢自分も含めた人にやる気を出せる能力｣。そして縦軸は｢PM：Project Management｣、こちらは｢仕事を進める能力｣。今回はこのPMについて詳しく掘り下げていくことにしましょう。 生まれながらのマネジャーはいない チームで仕事を進めるうえで必要になるスキルを一言で言い表すとすれば、｢プロジェクトをマネジメントする｣スキルです。ここで、｢プロジェクト｣と｢マネジメント｣という言葉の意味合いを確認しておきましょう。 ｢プロジェクト｣と聞くと、多くの人は組織横断で編成されたチームが期間限定で取り組む大規模なもの
マネジメントのきっかけは“炎上プロジェクト”。普通のエンジニアがPMにハマったわけ
女性も参加しやすいRuby勉強会「TokyoGirls.rb Meetup Vol.2」。合同会社PeerQuestの社長であり、エンジニアでもある浪川舞氏が、自身の経験を元にプロジェクトマネジメントにとって大切なことを話しました。 実はもともとJavaエンジニアだった 浪川舞 氏（以下、浪川）：よろしくお願いします。私からは、プロジェクトマネジメントについてお話しします。 本日は名立たる企業のRubyistが並んでいますね。私はRuby界隈に参加することは少ないのですが、まいどる（@maidol_28）という名前でTwitterをやっているので、よかったらフォローしてください！ 私は半年前に起業して、今はPeerQuestというシステム開発会社を3人でやっています。キャリアは、音楽大学卒業後に音楽の仕事に就いてたところから始まります。実はエンジニアになったのが5年ぐらい前の2014年と、
今，個人的に重視しているエンジニアリング組織のためのセオリーをまとめる - TechとPoemeの間
株式会社FOLIO にてエンジニアリングマネージャーをやっています．FOLIO では この1年間，プロダクト開発を円滑に進めるための組織を目指し，様々な試行錯誤をしてきました．その中でも，適切なチーム・グループの境界設定やミッションに基づいた組織の構造化は現在進行系で大きなトピックの一つです． Engineering Manager は Engineer のマネジメントではなく Engineering のマネジメントだ，という指摘が今回の Advent Calendar でもありましたが，エンジニアリング組織の持てるポテンシャルを十二分に引き出せるかどうかを左右する変数のひとつが「組織のカタチ」だと思います。 本稿は，10月のあるタイミングで社内に向けた啓蒙活動の際に書き出した『組織づくりを考える上で知っておく必要のある概念たち』という wiki の内容を素にしています．私が今の仕事のコン
プロジェクトマネジメントは仕組み化が9割
今回はオペレーションに関するスライドです。特にフォーカスすること、フォーカスするためにできることについて解説しています。 スタートアップへのアドバイスとして「フォーカスが大事」とよく言われます。それでも実際にフォーカスできているスタートアップは中々いないようです。 なのでこのスライドでは、なぜフォーカスすべきなのか、そして実際にフォーカスするためにどうやってオペレーションを効率化すれば良いのかなど、私がこれまで支援の中で得てきた知識をまとめてます。少しでも効率化して、フォーカスできるようになればいいなと願っています。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
