開発者

一般的な受注型の柔品開発を例にとると、
　要求分析→設計→開発→試験→納品→検収
の工程を経る
　
これを一気通貫にできる作業者がいれば、各工程をまたぐ際に必要な言語化・文書化の作業が省くことができる
　
その代わりに柔品の属人化を招く
水すましのような、文書化専属の作業者がいれば属人化を回避できるかもしれない（開発とドキュメンテーションの分離）
口述筆記の形をとるかもしれないし、成果物からの文書化の形をとるかもしれない
　
また、開発できる柔品の規模は1人分に制限される
残念ながら、例外を除いて文書化を省くことはできない

類似品多技能工は新規性の点でも利があるあれあれ属人化あれ知能増幅柔品言語の拡張あれあれ水すまし開発者開発とドキュメンテーションの分離『組織パターン』『論理的思考の放棄』

開発者が多くの経験をできる開発者の生産性が上がる開発者の作業が減ると、開発者が多くの経験をできる経験開発者

開発者が多くの経験をできると、開発者の生産性が上がる

2022/8/15 21:30:00

開発者の生産性が上がると、多くのソフトウェア開発が可能になる開発者の生産性が上がると、ソフトウェア開発が早く終わる

ドキュメンテーションテクニカルライター開発者ドキュメントあれ『組織パターン』

開発とドキュメンテーションの分離

2020/9/15 22:55:00

ドキュメンテーションを引き受ける作業者がいれば、開発者は開発に集中できる

技術的なドキュメント化はあらゆるプロジェクトに求められる汚れ仕事である。適切なドキュメントを書いて、保守することは、プロジェクトチームが後で使ううえで重要だ。しかし、こうしたドキュメントは誰が書くというのだろう？開発者が自分でドキュメントを書いたら、「実際の」作業の妨げになってしまう。
それゆえ:
必要なドメインをよく知っていて、設計自体には利害関係のないテクニカルライターを雇おう。適切な記法を用いて設計を表現してもらおう。整えたうえで公開し、レビューしたり、組織で使えるようにしてもらおう。

from 『組織パターン』

あれあれ『組織パターン』社内吟遊詩人