Jump to content
Main menu
Main menu
move to sidebar
hide
Navigation
Main page
Recent changes
Random page
freem
Search
Search
Appearance
Create account
Log in
Personal tools
Create account
Log in
Pages for logged out editors
learn more
Contributions
Talk
Editing
Openai/694305e8-d7f8-800e-a8d8-fbf410be6545
(section)
Add languages
Page
Discussion
English
Read
Edit
Edit source
View history
Tools
Tools
move to sidebar
hide
Actions
Read
Edit
Edit source
View history
General
What links here
Related changes
Special pages
Page information
Appearance
move to sidebar
hide
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
=== Assistant: なるほど、質問のポイントは「上位部門が限定外の重要ロジックや安全性をチェックしているのに、なぜそれをレビューとは呼ばないのか」ということだね。整理するとこうなる。 === なるほど、質問のポイントは「上位部門が限定外の重要ロジックや安全性をチェックしているのに、なぜそれをレビューとは呼ばないのか」ということだね。整理するとこうなる。 ==== ### ==== * 主に コードやテスト設計を読む/確認する作業 * 対象が明確で、手順やチェックリストに沿って実施 * フォーマルに記録されることが多い * 例: - 展開後レビュー:形式・差分・帳票出力のチェック - コードレビュー:桁・継続行・ロジックを確認 ===== - レビューではなく、監督・承認・指導に近い役割 ===== * 特に重要箇所や事故リスクの高いモジュールを対象にする * 手順書やソースを読むこともあるが、形式や差分チェックが主体ではない * 「レビュー」というよりは 意思決定・承認・事故防止指導 の位置づけ * 記録もレビューほど形式化されないことが多い ==== - 外部レビュー → フォーマルな「レビュー」 ==== * 上位部門チェック → フォーマルなレビューではなく「安全性確認/承認」 * 呼称の違いは、対象・手順・責任範囲の違いによる ===== : ===== 希望なら次に、レビューと上位部門チェックを一つのフローで可視化して、誰が何を担保しているか整理して見せることもできる。 作る?
Summary:
Please note that all contributions to freem are considered to be released under the Creative Commons Attribution-ShareAlike 4.0 (see
Freem:Copyrights
for details). If you do not want your writing to be edited mercilessly and redistributed at will, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource.
Do not submit copyrighted work without permission!
Cancel
Editing help
(opens in new window)