ブックマーク / agnozingdays.hatenablog.com (2)

  • 要件定義を専門でやる技術者(Requirement Engineer)に関する雑感 - 勘と経験と読経

    タイムラインに流れていた『もう発注側企業に要件定義能力はないので、要件定義を専門でやる技術者(Requirement Engineer)が世界でも日でも出てきている』という話に関する極めて個人的な雑感。あるいは記憶のダンプ。 b.hatena.ne.jp 要件定義を専門でやる技術者(Requirement Engineer)の話はいつか来た道 要件定義を専門でやる技術者という話は新しい話ではなく、ゼロ年代後半から議論がされていたものである。 ゼロ年代後半というと、SIerを中心にわりと適切なプロジェクトマネジメント方法論が普及しはじめて、「要求された通りのシステムは開発できるようになってきた」という時代だ。 一方で「システムは開発できるが、要件定義がゴミだと、完成するシステムもゴミ」という問題が残っていて、要件定義の高度化や専門家育成の議論があったのだ。 要求開発~価値ある要求を導き出す

    要件定義を専門でやる技術者(Requirement Engineer)に関する雑感 - 勘と経験と読経
    tengo1985
    tengo1985 2022/12/08
    要件定義フェーズのみ分けて契約して、リスクが高い場合は後工程は受注しないとか金額調整するとか、SIer側のリスク対策は進んだけれどその後の結局システムは悲惨になりがちに思う。
  • 「Docs for Developers」を読んだ - 勘と経験と読経

    最近知った興味深いPodcast e34.fm で紹介されていたので興味を持って読んでみた「Docs for Developers: An Engineer’s Field Guide to Technical Writing」に関するメモ。 2023/3追記:翻訳されたようだ。ユーザーの問題解決とプロダクトの成功を導く エンジニアのためのドキュメントライティング e34.fmwww.oreilly.com この記事の目次 「Docs for Developers」はどんななのか 全般的な感想 各章に関する覚え書き Front Matter Chap 1. Understanding your audience Chap 2. Planning your documentation Chap 3. Drafting documentation Chap 4. Editing docum

    「Docs for Developers」を読んだ - 勘と経験と読経
    tengo1985
    tengo1985 2022/01/27
  • 1