エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
エンジニア経験のないPdMが見積もりに関わるときのチェックポイント - ユニファ開発者ブログ
こんにちは、ユニファPdMの水本です。 前回ブログでは、仕様書に関する時短化のお話をさせていただきま... こんにちは、ユニファPdMの水本です。 前回ブログでは、仕様書に関する時短化のお話をさせていただきました。 tech.unifa-e.com 今日は、PdMの幅広い業務のうち、わたしが比較的弱めである「概算見積もり」「見積もりレビュー」について、弱いながらにどのような工夫で乗り切っているか?というテーマで書かせていただきます。 私は、新卒からずっとディレクター職(ITコンサル、ディレクター、プロジェクトマネージャー的なところ)を担当しており、業務としてエンジニアを経験したことがありません。 そのため、自分で概算見積もりをしたり、見積もりレビューを技術的な観点ですることはできません。 ただ、PdMとしてこの領域が「わからない」まま放っておくと、PJのリスクが高まりますよね。 適切な追求をせず見積もりを確定させると・・・ 開発着手後に工数増が起き、スケジュールやコストが増大してしまう 目先の工
2024/05/27 リンク