タグ

managementに関するEhrenのブックマーク (10)

  • 複数プロジェクトのカニバリを避け成果を最大化するために “プログラムマネジメント” を導入した話 - MonotaRO Tech Blog

    こんにちは、モノタロウの EC サイト開発グループに所属している田上といいます。 モノタロウには 2019 年に中途で入社し、入社以来ずっとフロントエンドまわりのことに携わっています。最近は開発業務ではなくプロジェクトマネジメントなどのマネジメント業務をすることが多いです。 さて、どんな企業でも、新規事業の立ち上げや既存事業の改善など、複数のプロジェクトが並行で進むことはよくあることかと思います。 しかし、それらを推進していく中で、 A プロジェクトの成果として改善した ○○ の指標が、B プロジェクトの結果によって相殺されてしまった! △ さんがいろんなプロジェクトで引っ張りだこになって、結局どのプロジェクトもその方がブロッカーとなりうまく進まなかった! みたいな事態に遭遇したことはないでしょうか? こういった「複数のプロジェクト間で目標や成果、リソースのバッティングが発生して成果が最大

    複数プロジェクトのカニバリを避け成果を最大化するために “プログラムマネジメント” を導入した話 - MonotaRO Tech Blog
  • 今すぐ「やめるべき」思考習慣とは? 仕事で結果を出すための感情マネジメント術  - ミーツキャリアbyマイナビ転職

    仕事をする前から「失敗したらどうしよう」「うまく結果を出せるだろうか」のような、“考えても仕方のないこと”で頭がいっぱいになってしまう。そんな「感情に振り回された」経験は誰しもあるはずです。 感情に振り回されないためには、常日頃からどんなことを心掛ければよいのでしょうか。 「無意識のうちに身に付いている思考の習慣を『やめる』ことが大事ですね」 そう説くのは、心理カウンセラーとしてさまざまなビジネスパーソンのメンタルの問題に向き合ってきた片田智也さん。実は、仕事で結果を出す人ほど、「やる」べきことよりもむしろ「やめる」べきことを理解し、感情をうまくマネジメントしているのだとか。 日々やるべきことに追われながら、結果を出さなければならないビジネスパーソンにとって、感情のマネジメントは必要不可欠です。そのためには、具体的に何をどのように「やめる」べきなのでしょうか? 片田さんに伺いました。 片田

    今すぐ「やめるべき」思考習慣とは? 仕事で結果を出すための感情マネジメント術  - ミーツキャリアbyマイナビ転職
  • 2kgから800gに激減、教科書「PMBOK」新版に何が起こったのか

    プロジェクトマネジャーの教科書」とも呼ばれる「PMBOKガイド」第7版の日語版書籍が2021年11月1日に発売される。第6版は重量が2kgあったが、新版は800gと一気に軽くなった。プロジェクトの流れをまとめたプロセスの記載が姿を消し、プロジェクト運営を成功させる「原理・原則」が前面に出るなど構成が大きく変わったことが影響した。変化が激しい時代に対応するため、開発プロセスにかかわらず活用できるように転換した。 米PMI(Project Management Institute)が発行したPMBOKガイド第7版は、従来版とは全く異なる構成になった。翻訳作業に中心的に携わったPMI日支部の庄司敏浩標準推進委員会委員は「プロセス中心の構成をやめた」と説明する。 第6版までのPMBOKガイドは、QCD(品質・コスト・納期)をはじめとする要求事項を満たして円滑に成果物を作り上げることを重視して

    2kgから800gに激減、教科書「PMBOK」新版に何が起こったのか
  • 「エンジニア実績システム」を導入した - Kentaro Kuribayashi's blog

    はてなさんの「実績を解除してエンジニアスコアを上げろ!はてなエンジニア実績システムのご紹介 - Hatena Developer Blog」というエントリにある「エンジニア実績システム」がすごくいいなと思ったので、うちの会社でも導入してみました。 「実績」について 上記のエントリに紹介されている項目を取捨選択した上で、以下のようなものを追加したりしました。 プライベートでWebサービスを運営する(Paas or Shared Hosting, VPS, IaaS, 自宅サーバ) プライベートでモバイルアプリを公式ストアへリリースする(ダウンロード数) GitHubの年間アクティビティ数(100, 500, 1,000, 3,000) 勉強会の開催 修士号取得 博士号取得 論文誌への論文掲載 また、後述する「意義」に沿うよう、追加すべき「実績」を募集し、内容を更新しています。 ソーシャル要

    「エンジニア実績システム」を導入した - Kentaro Kuribayashi's blog
  • 会社は何を「茶器」にするかで決まる。 - 拝徳

    最近思うのが、会社は何を「茶器」にするかで決まる、ということである。 日史が好きな人は、この「茶器」と聞いてピンとくるのではないだろうか。 「茶器」というのはその名の通り、「茶の湯において用いられる、抹茶を入れる容器の総称」なのだけれど、 ここでいう「茶器」はそのもの自体ではなくて、「茶器というものにたいして持つ共通の価値」ということだ。 日史において、織田信長はまさにこの「茶器」の意味を最初で見抜き、活用した人間であると言われている。 時は戦国時代。戦国武将にとって最も大きな報酬は何であろうか? それは「領地や権力」である。 領地や権力という恩賞があるからこそ、武将は戦国大名に忠誠を近い、命をかけて戦ったのである。 しかしそれは、下克上がまかり通る世界では武将の力を強め謀反の可能性も引き起こし、また戦国大名の弱体化を引き起こす諸刃の剣でもあった。 織田信長は、そんな部下への恩賞として

    会社は何を「茶器」にするかで決まる。 - 拝徳
  • 「計画的にやれ」が悲しいほどメンバーに通じない理由 − PG時代と何が違う? 新任PMがついやってしまうNG集 − @IT自分戦略研究所

    1人で仕事をしているプログラマ時代は、ばりばり仕事がこなせたのに、PMになった途端に仕事がうまく進まない! そんな新任PMの悩みを解決するTipsを紹介します。 お悩みのPM諸君、ついこんなこと言っていませんか 同じ「プロジェクト」に関わるにしても、PMプロジェクトマネージャ)になる前と後では大違いです。プログラマの1人として働いている時は、自分の作業に専念していればよかったのに、PMになった途端「顧客から新しい要望が来た」「○○さんの作業が遅れている」といってはフォローに追われる日々。「何で皆、ちゃんと動いてくれないんだ!」とストレスをためるPMも多いはずです。 ですが、「自分が動くこと」と「人に動いてもらうこと」が違うのは当然のこと。ですが、ついそのことを忘れて、こんなことを言ってしまうPMは多いのではないでしょうか。 これらはPMの発言としては“NG”です。いくら口をすっぱくして注

    「計画的にやれ」が悲しいほどメンバーに通じない理由 − PG時代と何が違う? 新任PMがついやってしまうNG集 − @IT自分戦略研究所
  • いま最も進化しているウェブベースのタスク管理サービス、Flow (1)

    ふだん OmniFocus で仕事の管理をおこなうことが多いのですが、認めましょう、実はかなり無理しています。 というのは OmniFocus は GTD の「プロジェクト・コンテキスト」のマッピングや、パースペクティブといったものをかなり忠実にアプリケーション化していますので、利用するのはとても複雑で慣れを必要とするからです。 また、タスク管理デスクトップのアプリ側を中心としている点も、時として面倒です。 OmniFocusのデータはiDiskを経由して外のMacにも、iPhoneからも読めますが、やはりデータがどこにあるかというと複数あるMacのうちのどれかということになり、ブラウザ一つあればどこでも読めるクラウド型のタスク管理システムを利用したくなることはよくあります。 そこでいま気で乗り換えようかと期待しているのが先日一般への公開が始まった Flow です。 Flow の特徴

    いま最も進化しているウェブベースのタスク管理サービス、Flow (1)
    Ehren
    Ehren 2011/03/27
    RTMと比較してみたい
  • Engineering Management

    From late 2006 to early 2009, I was privileged to hold a variety of management positions in Facebook Engineering, ranging from manager of various teams to director of engineering. During that time, the engineering department grew from about 30 to around 200 engineers. It was an era that roughly spanned the launch of News Feed, Facebook Platform (the first F8 conference), the launch of our self-ser

  • 技術的負債、マネージャの視点

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    技術的負債、マネージャの視点
  • マネージャ 2.0: スクラムでのマネージャの役割

    企業の世界において、マネージャの伝統的な役割は“指揮統制”として知られるモデルに基づいます。ここでのマネージャの役割は何をする必要があるかを特定し、従業員に詳細な指示を与え、従業員が確実にその指示に従って仕事を完了するようにすることです。このモデルでの従業員は単純に与えられた指示に従い、正しい仕事を正しい方法で完了するためにマネージャの判断と知恵を信じるだけです。 しかし、ソフトウエア開発のような複雑で変化の激しい環境ではこの手法は機能しなくなりやすいです。まず、マネージャがすべての要求の完全な細部まで理解し、従業員の仕事を指導するため正確な指示を出すのは難しくとても時間がかかります。ソフトウエア開発チームの仕事は相互の関連の度合いが高く、複雑に依存し合い、変化や予期しない驚きが頻繁に発生します。ひとりのマネージャがチームのためのすべての基的な判断を下すことを期待するのは現実的ではありま

    マネージャ 2.0: スクラムでのマネージャの役割
  • 1