問灯(といあかり) Toiakari問灯(といあかり) Toiakariホームみつける検索書く
アプリログイン
問灯について利用規約プライバシーポリシーAIの利用について子どもの安全ヘルプ・お問い合わせアプリ

© 2026 問灯(といあかり)

急上昇の問い

  1. 1自宅サーバーでストレージ容量の予測、どうやってる?
  2. 2リモート会議中に集中力が途切れる。カメラONだと疲れるのは気のせい?
  3. 3給与データの「平均値」と「中央値」、どちらを信じるべき?
  4. 4朝が弱くて毎日バタバタ…習慣づけのコツって何ですか?
  5. 5自転車通勤で雨の日どうしてる?防水対策のコスパ、実際のところ
  6. 6寝る前にChatGPTで仕事の懸案事項を整理すると、かえって寝られなくなる
もっと見る
問灯について利用規約プライバシーポリシーAIの利用について子どもの安全ヘルプ・お問い合わせアプリ厳選ストーリー

© 2026 問灯(といあかり)

ホームみつける通知マイページ
締切2日前に「やっぱり仕様変わります」と言われた時、どう優先度つけてる?
Q

締切2日前に「やっぱり仕様変わります」と言われた時、どう優先度つけてる?

プロジェクト中盤まで順調だったのに、締切2日前になって急に要件が変わることってありませんか?自分は今それで困ってて… 変更内容自体は割と重めで、既存コードの一部を作り直さないと対応できないレベル。でも全部対応する時間はもう物理的にない。 これまでは「全部やらなきゃ」って焦って、結果的に何もちゃんと終わらないまま締切を迎えてました。今回は違うアプローチをしたくて、最初から「何を捨てるか」を決めてから進めようと思ってるんですが、その判断基準がいまいちわかんないんです。 「ユーザーへの影響度」「実装の難易度」「既存コードとの整合性」みたいなポイントはあるけど、ウェイト付けが難しい。同僚に聞いても「優先度は案件による」みたいな曖昧な返答で… 実務で何度も経験してる人、こういう状況で「これだけは譲らない」みたいな判断軸、持ってますか?

フォロー 3・閲覧 0

観点を書く

観点 0

まだ観点がありません。最初の観点を灯しませんか。