非プログラマの人に「なぜ変更は難しいのか」と聞かれたら使う「六法全書の例え」「時刻表の例え」が秀逸

perfect lion @diedLion

非プログラマの方に「どうしてそんなに変更するの難しいんですか？」って聞かれたら、「六法全書を思い出して欲しい、条項の中から一文探し出して、それが他と矛盾しないかもチェックして欲しい、もちろんその変えるべき条項文は依頼側は分からないので、そっちで全て調べてください」って伝えてる

deodora @deodora

@diedLion ついでに、矛盾がある箇所はそこも新しい変更に沿うように変更してください。あ、その先も、その先も、その先も、全体通してってことなのでお願いします

ぽんたちゃん＃北九州市美少女OL @pontacyan7777

@diedLion @kk_riv すでに建てたビルに一部だけ、窓をでかく作り変えて くれといわれた強度検査からいろいろしないと行けない。 建設業にたとえて説明するようにしてる。 そうすると、ITって建設業とおんなじなんですか。ｗ といわれる。其のとおり

kirito @kirito37652121

@pontacyan7777 これは上手い

ぽんたちゃん＃北九州市美少女OL @pontacyan7777

@kirito37652121 もともとCSKが人月換算を導入から 小規模なら天才クラスがいれば生産性は違うが、 大規模プロジェクトだと、均一化される。

A design_aya @girls_ill

@diedLion ナイス返しですね😆スカッとします！自分で出来ないから依頼してるのに、ボタン１つで出来るでしょと思ってますよね🙄🙄🙄

森崎 修司 ソフト開発/品質の研究者 @smorisaki

@diedLion 法律に関して素人ですが、変更したいところだけでなく全体を理解しないと変更してよいかわからないというわかりやすい例えだと思いました。 私は電車の時刻表の終電の数字だけ書き換えるというたとえを使っています。鉄道や運行も素人なのですが。 note.com/smorisaki/n/na…

perfect lion @diedLion

@smorisaki ありがとうなのじゃ 森崎さんの説明も初めて聞いたので面白かったのじゃ 別に説明が1つだけじゃないといけないなんて理由はないのじゃ

森崎 修司 ソフト開発/品質の研究者 @smorisaki

@diedLion たしかに。こういうの増やしていって、技術者側で共有できるといいですね。いわゆるリテラシーだと思いますので。

AB1QQ @AB1QQ

@diedLion 霞が関にそんな物言いしたら、そんなの日常業務だよ簡単じゃん、と言われそうな喩え。

りんりん @lynnlynn1

@AB1QQ @diedLion じゃあ仕様策定委員会と入札やり直しで

AB1QQ @AB1QQ

@lynnlynn1 @diedLion 「甲（発注者）は、必要がある場合は、仕様書等の内容その他乙（受注者）の義務に関し、この契約に定めるところを変更するため、乙と協議することができる」 甲の義務（代金）の変更を変更することは想定していない仕様書の実例。

りんりん @lynnlynn1

@AB1QQ @diedLion 微細なものであれば協議でしょうけれど　大きなものだと入札やり直ししないと特定業者に便宜を計ったと思われかねない

AB1QQ @AB1QQ

@lynnlynn1 ご指摘のとおりで、乙としても入札やり直しになると大損害なので、相当の変更でも追加代金ない軽微な事項ということにするのでは。

りんりん @lynnlynn1

@AB1QQ 流石に50%引きからそこまでやると足が出るのでそういうのは保守に乗っけてくるはずです

AB1QQ @AB1QQ

@lynnlynn1 ええ。保守で回収できないようななら協議破談、違約金だけ回収という手もありますね。でもほかを含め取引が大きいと無理かも。

りんりん @lynnlynn1

@AB1QQ なんだかんだ随契だったりで丸く収めてくるかと

AB1QQ @AB1QQ

@lynnlynn1 そこそこ真っ当な（ある程度透明性が確保される）やり方としては、仕様変更分を改修として別途随契、理由は互換性。

りんりん @lynnlynn1

@AB1QQ あるあるw