タグ

developmentとdocumentに関するyassのブックマーク (3)

  • チームの最適な構造

    あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。

    チームの最適な構造
    yass
    yass 2013/11/30
    " チームに新たな役割を2つ追加 / ソフトウエア品質エンジニア / 文書化スペシャリストでユーザガイドや管理ガイド、各種トレーニング資料の作成 / 優れた構成のチームの人数はほとんどの場合、7人プラスマイナス2人 "
  • 継続開発のススメ 2012-06 版 - Twisted Mind

    変更履歴 2012-06-24 ドキュメントの所に *diag シリーズについて追記 概要 開発があればリリースがあり、リリースが終われば、メンテナンスがあり、さらに開発があります。プロダクトが EOSL (End Of Service Life) を迎えるまではこれを続ける必要があります。 去年の 8 月に「継続開発のススメ」というので、やっていることをまとめたのですが約 1 年経ってもう少し細かくまとめて見ようと思いました。基的には自分がいる環境を前提に書いてます。 継続開発のススメ http://d.hatena.ne.jp/Voluntas/20110823/1314036482 開発スタイルは常に変化し続けていくべきだと思っています。これだ、というのを作らないのが一番良い開発スタイルでは無いかなと。 脳内を書き出しているので、日語がおかしい上に一貫性が無いと思います ...

    継続開発のススメ 2012-06 版 - Twisted Mind
  • 配置図は必須|恵比寿で働く社長のアメブロ

    恵比寿で働く社長のアメブロ株式会社ビープラウド(http://www.beproud.jp)の社長、佐藤治夫が、日々の活動や、日々の思いなどを記録していきます。配置図は必須 今回は、自分の失敗談も含めて、UMLのダイアグラムの1つである配置図の必要性について書きたいと思います。UMLの中でも配置図(コンポーネント図)は、1~3人の少人数の開発になるとついつい省略しがちな図です。 というのも、その規模の開発ですと、仕様の調整、FIXなどが主な関心事となり、基設計はテーブル設計くらいで、機能の開発にすぐ入りたくなってしまうからです。 しかし昨年の開発プロジェクトでした経験で、配置図(もしくはコンポーネント図)の作成は、どのような規模でも開発プロセス上、必須であるという考えに至りました。 プログラミングを担当するエンジニアがシステムを開発する際に、注意がまず向くのが機能要件です。機能要

  • 1