マネージャーになる前にできるフィードバックの練習 - Konifar's ZATSU
マネージャーになると、1on1や評価のタイミングで期待を伝える一環として誰かにフィードバックする機会が増える。マネージャーになって初めて誰かに明確にフィードバックするという経験をする人は多いと思う。自分もそうだった。 今思うと、マネージャーになる前にフィードバックの練習をする機会は色々あったと感じる。自分がもっと意識してやっておけばよかったと思いつくものをざっと書き出してみる。 チームの振り返り 対個人ではなくとも、自分がよかったと感じたこと、問題だと思っていることを言葉にして伝える練習になる チームにもよるけれども、できるだけ積極的に意見を出し、伝え方のレパートリーも増やしていけるとよい アンケート回答 人事施策やイベントごとなどでアンケートを求められた時に、きっちり答えるようにするのもよい練習になる よかったことや改善してほしいことを相手に伝わるように言葉にするのは、慣れないと難しい。
GitHub Projects で実現する社内資産管理 - ROUTE06 Tech Blog
ROUTE06 では全社ワークスペースとして GitHub を利用しており、社内資産をはじめとしたあらゆる情報を GitHub Projects で管理しています。 例えば、プロジェクトごとのアサイン状況、社内で承認/活用されているツールやライセンス、費用承認稟議など、その範囲は多岐にわたります。 GitHub という強力なプラットフォーム上に、社内のあらゆる情報が一元化されることよって生じるメリットは、非常に大きいと感じています。 一方で、デフォルトの機能だけではやや課題が残ることも事実です。 本記事は GitHub Actions でワークフローを構築することで課題を補ってみたよ、という記事です。 課題 例えば、プロジェクトごとのアサイン状況であれば、以下のようなカスタムフィールドを準備し、管理します。 - プロジェクト名 - 稼働割合 - 稼働開始日 - 稼働終了日 - 雇用形態 -
プロジェクトにおける見積もり方法の種類と比較 - Qiita
例えば要件定義の期待値は、上記の計算式に当てはめると (0.5 + 4×1 + 2) / 6 = 1.17時間になります。 類推見積もり 具体例 「Aという機能を持ったシステムを開発するのに、前回は3ヶ月かかった。今回のシステムも機能が似ているので、今回も3ヶ月程度で開発できるだろう。」 特徴 過去の類似プロジェクトのデータに基づいて見積もるため、迅速に概算を出すことができます。 （これ、実はみなさん日常で何気なくやっているのではないでしょうか？？） 注意点 今回のプロジェクトと過去のプロジェクトが完全に同じであるとは限らないため、誤差が生じる可能性があります。 ボトムアップ見積もり 具体例 システム開発プロジェクトの場合 要件定義：1週間 設計：2週間 プログラミング：4週間 テスト：2週間 総合計：9週間 特徴 プロジェクトを細分化して見積もるため、より詳細で正確な見積もりが可能です。
建設プロジェクトを支える新技術 > 東京圏輸送管理システム（ATOS）：JR東日本
～ 特許番号 第1992499号、第1997410号 他 ～ ATOS：Autonomous decentralized Transport Operation control System 2～3分間隔で列車が走る首都圏の高密度線区において、列車の自動進路制御を可能にし、その運行状況をリアルタイムに把握することができる世界最大規模の運行管理システムです。 ダイヤ管理機能 コンピュータで作成された列車ダイヤを必要な装置に計画的に配信。 運転整理機能 指令で入力した列車ダイヤの変更をリアルタイムで駅に配信。列車の制御やお客さまへのご案内に反映。 自動進路制御機能 あらかじめ入力された列車ダイヤに基づき、信号機と分岐器（ポイント）を自動的に制御。 旅客案内機能 列車ダイヤに基づき、駅の放送や発車標（電光掲示板）に列車の到着時刻や行き先を表示。ダイヤ乱れ時にも対応。 保守作業管理機能 1日1,0
ドキュメンテーションを文化にする〜コミュニケーションの「ハブ」作りに取り組んだ4年間～ - MonotaRO Tech Blog
はじめに こんにちは。プラットフォームエンジニアリング部門の池田（@progrhyme）です。 この記事では、モノタロウのテック系の部門で筆者が取り組んできた「ドキュメンテーションプロジェクト」について、下の目次の流れに沿って紹介していきます。 【目次】 はじめに 「ドキュメンテーションプロジェクト」とは プロジェクト発足の背景 ねらい（まとめ） 何をやったか ドキュメンテーションの促進 Confluence → Googleドキュメントへの移行 その結果どうだったか 上手く行ったこと 上手く行かなかったこと まとめ 「ドキュメンテーションプロジェクト」とは 初めに、プロジェクトの概要について簡単に説明します。 このプロジェクトのミッション（＝目標）は主に以下の2つです。 ドキュメンテーションを通してプロジェクト内外のコミュニケーションを効率化し、業務プロセスの効率を上げる 社内のドキュメ
プロダクトマネジメントクライテリア
プロダクトマネジメントを体系化したクライテリアです。企業がプロダクトを成功に導くために必要な要素を多角的かつ具体的に記載してあります。対象はプロダクトマネージャー個人ではなくプロダクトを取り巻くチームとし、プロダクトマネジメント全体をスコープにしています。 🎉 プロダクトの成功 プロダクトの成功には2つの要素があります。 ユーザー価値と事業収益がバランスを取りながら最大化している状態ビジョンが実現できている状態この2つを満たしたプロダクトの成功を実現するプロダクトマネジメントについて定義します。 🔄 プロダクトマネジメントのフロー 👆🏻2つのテーマ、5つのカテゴリプロダクトマネジメントには大きく2つのテーマがあります。 🎁 A. プロダクトをつくる仕事 👩👩👧👧 B. プロダクトチームをつくる仕事 そして、「🎁 A. プロダクトをつくる仕事」には大きく4つのカテゴ
キレッキレなPMは他と何が違うのか？ シリコンバレーのPMが重視する「Step Change」という視点 | ログミーBusiness
酸いも甘いも経験してきたシリコンバレーのプロダクトマネージャー曽根原春樹氏：みなさんお集まりいただきまして誠にありがとうございます。初めましての方も、またお会いできましたねの方も、ご無沙汰しています。曽根原です。今年も「PMカンファレンス」に戻ってきました。 今回はテーマが「覚悟」ということで、どんな話をしようかなと思っていたのですが、みなさんにとって刺激的な話になるといいなと思って、それでこのタイトルに決めたわけですね。「シリコンバレーのプロダクトマネージャー達に見る、覚悟を決めたPMは何が違うのか？」ですね。 本題に入る前に、僕のことをぜんぜん知らないという方もいらっしゃるかもしれないので、軽く自己紹介をさせてください。（スライドを示して）『プロダクトマネジメントのすべて』という本や、『ラディカル・プロダクト・シンキング』という本を、もしかしたら聞いたことがあるかもしれませんが、こちら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
