Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

    記事へのコメント23

    • 注目コメント
    • 新着コメント
    sora_h
    sora_h 考古学のために文章に残しておくのに価値がある。会話は Design Doc 上のレビューコメントでやればいい。形式的な文章に拘りすぎなのでは…。雑でも後からフロー情報読むよりマシだよ

    2024/06/13 リンク

    その他
    hachibeechan
    hachibeechan わかる、人間と向き合うとこういう結論になる……人間は人間なので……

    2024/06/13 リンク

    その他
    sbrtnpg
    sbrtnpg "アーキテクチャに関する意思決定についてはADR(Architecture decision record) が有用だ"

    2024/06/13 リンク

    その他
    mom0tomo
    mom0tomo 対話しながらのドキュメント作成大事。確かにDesign Docは重いフォーマットかも

    2024/06/13 リンク

    その他
    migrs
    migrs 網羅的なドキュメントよりも、重要な観点に絞って早期に対話し、意思決定やその背景がまとめられたドキュメントの方が有用

    2024/06/13 リンク

    その他
    nabinno
    nabinno LLMつかえば解決では?

    2024/06/13 リンク

    その他
    rgfx
    rgfx 対話しながらのドキュメント作成はコンテクストを強く意識したものができあがるので網羅的でないものの良いものができあがるのでは、という。

    2024/06/12 リンク

    その他
    kei3229
    kei3229

    2024/06/12 リンク

    その他
    Sixeight
    Sixeight コミュニケーションのためのツールだと思って使ってる

    2024/06/12 リンク

    その他
    s-nanagi
    s-nanagi 意思決定のためには対話と議論を重視し、ドキュメントを用いるにしても議論に適したフォーマットを選べということね。PRDやDesign Docについては用途的にミスマッチだっただけで、それらが全く不要という話ではなさそう

    2024/06/12 リンク

    その他
    wata88
    wata88 対話せよという話に尽きる

    2024/06/12 リンク

    その他
    lizy
    lizy フローをストックにするのが面倒なので、その手間を減らすかフローをフローのまま扱える方法が欲しいところ

    2024/06/12 リンク

    その他
    atsushifx
    atsushifx アジャイルでのドキュメント不要と一緒かな。大事なのは、チームが認識を共有することであってドキュメントはその補助に過ぎない。だからこそ、議論の結果をドキュメントとして残す価値はある

    2024/06/12 リンク

    その他
    dot
    dot メンテできないドキュメントは悪なので、メンテにさけるリソースの範囲でドキュメントを残すしかない。ドキュメントは勝手に生まれてこないし勝手に改訂されないので、必要ならちゃんとリソースを確保すべき。

    2024/06/12 リンク

    その他
    yhara
    yhara “対話的な議論にフォーカスする”

    2024/06/12 リンク

    その他
    peketamin
    peketamin “そして、対話的な議論を重ねた結果として、意思決定やその背景がドキュメントへ記録されるのだ。”

    2024/06/12 リンク

    その他
    tendanku
    tendanku 文章だけでやりたいことが全て伝わると思うのは幻想(戒め)形式が決まってる学術論文ですら発表し質疑応答もする

    2024/06/12 リンク

    その他
    rryu
    rryu 議論のためにフルスペックのPRDやDesign Docを書くのは重すぎるというのはそれはそう。これらは将来に読み返すためのフォーマットだと思う。

    2024/06/12 リンク

    その他
    honeybe
    honeybe 分割統治を原則とするなら全体俯瞰する短めの資料と個々の資料で分けた方が良いし、個々の資料は関係者と同期的に会話しながら作成していくのがよい。ので結論同意です(何

    2024/06/12 リンク

    その他
    for-my-internet-demo
    for-my-internet-demo だんだん開発チケットの設計タスクがツール移っただけみたいになってきた笑 整備せな

    2024/06/12 リンク

    その他
    versatile
    versatile むずい。ドキュメント書きたくない。ないと何が何だかになる、人に説明できない、むずい

    2024/06/12 リンク

    その他
    mohri
    mohri 「たくさんドキュメントを書いてレビューしても関係者間でコンテキストを共有し問題発見へ結びつけることはできない。いずれにしても、私はビルドトラップにハマっていた」考えさせられる

    2024/06/12 リンク

    その他
    als_uz
    als_uz わかりみ。書くときクソめんどくさいんだけど残ってると「そういえばそうだった」となるので残っているのはいいけど、「忘れるなら最初から書こう」だし「忘れない自信があるなら確定したことを残そう」な気がする

    2024/06/12 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    網羅的なPRDやDesign Docを書かなくなった - kosui

    2024/06/12 16:16 結論を追記 2024/06/12 20:29 より記事の内容を分かりやすく理解頂くため、タイトルを...

    ブックマークしたユーザー

    • Tomato-3602025/01/19 Tomato-360
    • SHA-3202024/07/16 SHA-320
    • techtech05212024/07/04 techtech0521
    • mapk0y2024/06/30 mapk0y
    • k1take2024/06/29 k1take
    • miguchi2024/06/19 miguchi
    • wonder-wall2024/06/16 wonder-wall
    • inoyy2024/06/15 inoyy
    • dhesusan46492024/06/15 dhesusan4649
    • tjnet5552024/06/15 tjnet555
    • uzuki052024/06/14 uzuki05
    • akishin9992024/06/14 akishin999
    • yug12242024/06/14 yug1224
    • sora_h2024/06/13 sora_h
    • hachibeechan2024/06/13 hachibeechan
    • sinnra02024/06/13 sinnra0
    • sbrtnpg2024/06/13 sbrtnpg
    • Toge2024/06/13 Toge
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事