タグ

仕事と運用に関するUKIBORIのブックマーク (2)

  • [Doc] 要件定義書テンプレート・要件定義書の書き方 - Qiita

    下記ドキュメントバージョンに関する注意点です。 バージョン番号のルールを定める:バージョン番号は、どのようにつけるかルールを定め、チーム全員が同じ理解で使用するようにする必要があります。たとえば、変更内容によって数字がどのように増えるか(major, minor, patch)、何桁で表現するかなど、具体的に決めておくことが重要です。 変更履歴を明確にする:どのような変更があったのか、それがどのバージョンで実施されたのかを明確にすることが必要です。これにより、何らかの問題が発生した場合に、どのバージョンから問題があるのか特定することができます。 ドキュメントの保存場所を一元化する:ドキュメントのバージョン管理には、ドキュメントを保存する場所を一元化することが重要です。それにより、異なるバージョンのドキュメントが、複数の場所に分散してしまい、誤ったバージョンが使用されることを防ぐことができま

    [Doc] 要件定義書テンプレート・要件定義書の書き方 - Qiita
  • 組織改善提案をするエンジニアを見て - tawara's blog

    すごいなーと単純に思ってる。最近入社されたエンジニアはキャリアが長い方が多い。timesとかに勝手に入ってその仕事ぶり?というか考えてることなどを垣間見れて勉強になっている。 エンジニアとしての技術スキルもさることながら、ある程度大きなサービスの運用経験がある方たちなのだろう、どしどし改善案を提案してくれている。 コードレベルでいえば、開発体験を悪くしている箇所を指摘して自らタスク切ってPRを出したり、ディレクトリの切り方ぜんたいを見直してこんなふうにすると責務がより明確になるのでは、とか。インフラチームに入った方は直近のアラートに関して分析をして要否の整理や運用プロセスの改善案を提案している。みなさん入社してまだ2ヶ月も経っていない。 もちろんすべての提案が通るわけではないと思う。SUPER STUDIOには独自のやり方があるはずだし、改善をするべきタイミングなのかなどの検討の余地はある

    組織改善提案をするエンジニアを見て - tawara's blog
  • 1