Да кому нужна эта документация? (Алеш Живкович, SECR-2016) — различия между версиями

Материал из 0x1.tv

(Копия ревизии 37669 статьи Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016))
 
{{eng}}
;{{SpeakerInfo}}: {{Speaker|Ales Zivkovic}}
<blockquote>
In this presentation, we will address the need for documentation in software development projects from the viewpoint of various stakeholders (i.e. development team, management, client, regulatory bodies, IT auditors, etc.). Although agile manifesto values “Working software over comprehensive documentation”, a lot of teams misuse or misunderstand it as “documentation is not required or needed”. In non-agile, but still iterative software development, the requirements regarding documentation are better defined while not set in stone. This enables project teams to minimize documentation overhead and maximize value for the customer. The question is: How? We will try to address this question, providing examples from|Алеш Живкович}}
<blockquote>
Мы рассмотрим необходимость документации в проектах по разработке программного обеспечения с точки зрения различных заинтересованных сторон (т.е. команды разработчиков, руководства, клиентов, регулирующих органов, ИТ-аудиторов и т.д.). 

Хотя Agile-манифест разработки программного обеспечения дал основную характеристику «Разработки программного обеспечения по подробной документации», многие коллективы неправильно применяют и понимают его как «документация, которая не нужна или не требуется». В негибкой, но до сих пор итеративной разработки программного обеспечения, требования к документации определены лучше, но не окончательно. Это позволяет проектным командам минимизировать документацию накладных расходов и увеличить стоимость для клиента. 

* Вопрос «Как?»  мы постараемся ответить на этот вопрос, приводя примеры из SCRUM, OpenUP andи RUP, используя using UML as the standard language to document software artifacts. To solve this complex multidimensional equation, we will use project size, business domain of the solution, software development lifecycle, team size, type of organization, time and type of development team engagement (inкак стандартный язык для документирования компонентов программного обеспечения. Для решения этого сложного многомерного уравнения, мы будем использовать размер проекта, область бизнеса решения, жизненный цикл разработки программного обеспечения, размер команды, тип организации, время и тип взаимодействия команды разработчиков (внутренняя или аутсорсинг) в качестве переменных. 

Мы также обсудим вопрос хорошей документации и её поддержании в течение долгого времениhouse vs. outsourcing) as variables. We will also discuss the question of good documentation and how to maintain it over time.
</blockquote>


{{VideoSection}}

{{vimeoembed|185219607195094258|800|450}}
<!-- {{youtubelink|}} -->

{{SlidesSection}}
[[File:Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016).pdf|left|page=-|300px]]

{{----}}
{{LinksSection}}
* {{ConferencePage|http://2016.secr.ru/program/submitted-presentations/who-needs-documentation-anyway}}
<!-- <blockquote>[©]</blockquote> -->

<references/>



<!-- topub -->

[[Категория:SECR-2016]]

Версия 16:07, 28 декабря 2016

Докладчик
Ales Zivkovic.jpg
Алеш Живкович

Мы рассмотрим необходимость документации в проектах по разработке программного обеспечения с точки зрения различных заинтересованных сторон (т.е. команды разработчиков, руководства, клиентов, регулирующих органов, ИТ-аудиторов и т.д.).

Хотя Agile-манифест разработки программного обеспечения дал основную характеристику «Разработки программного обеспечения по подробной документации», многие коллективы неправильно применяют и понимают его как «документация, которая не нужна или не требуется». В негибкой, но до сих пор итеративной разработки программного обеспечения, требования к документации определены лучше, но не окончательно. Это позволяет проектным командам минимизировать документацию накладных расходов и увеличить стоимость для клиента.

  • Вопрос «Как?» — мы постараемся ответить на этот вопрос, приводя примеры из SCRUM, OpenUP и RUP, используя UML как стандартный язык для документирования компонентов программного обеспечения. Для решения этого сложного многомерного уравнения, мы будем использовать размер проекта, область бизнеса решения, жизненный цикл разработки программного обеспечения, размер команды, тип организации, время и тип взаимодействия команды разработчиков (внутренняя или аутсорсинг) в качестве переменных.

Мы также обсудим вопрос хорошей документации и её поддержании в течение долгого времени.


Видео

Презентация

Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016).pdf Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016).pdf Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016).pdf Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016).pdf Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016).pdf Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016).pdf Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016).pdf Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016).pdf Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016).pdf Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016).pdf Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016).pdf Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016).pdf Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016).pdf Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016).pdf Who Needs Documentation Anyway? (Ales Zivkovic, SECR-2016).pdf

Примечания и ссылки