Verification – постоянно выполняемый аналитический процесс проверки того, что разработка находится на правильном пути: каждый этап разработки является корректным, необходимым (не лишним) и удовлетворяет потребности следующего
Читать далееСтруктура описания/спецификации варианта использования
Введение в метод и модель вариантов использования приведено в статье “Варианты использования (статья не восстановлена после взлома блога)” цикла “Методы сбора требований” и детальнее описано в статье
Читать далееРетроспективный анализ (обновить)
2011 Март 2 tags: by Дмитрий Блинов http://web.archive.org/web/20140209072948if_/http://www.facebook.com/plugins/like.php?href=http%3A%2F%2Fbeamteam.ru%2F2011%2F03%2Fretrospective-analysis%2F&layout=standard&show_faces=false&width=450&action=recommend&colorscheme=light&font=arialРетроспективный анализ — это мероприятие/ритуал, проводимый в конце проекта с целью извлечь уроки из полученного опыта и запланировать изменения
Читать далееПостроение модели вариантов использования
Введение в метод и модель вариантов использования приведено в статье “Варианты использования (статья не восстановлена после взлома блога)” цикла “Методы сбора требований“. Построение модели вариантов использования – итеративный процесс
Читать далее5 методов сбора требований
Сбор требований – это итеративный процесс, который включает в себя взаимодействие с клиентами для согласования деталей требований. Не существует идеальной методики для сбора и анализа
Читать далееВиды деловых документов (ре-пост)
Традиционно документы делятся на следующие основные виды: Личные документы: Заявление; Доверенность; Автобиография; Жалоба; Резюме; Служебная характеристика. Административно-организационные документы: Положение, правило, инструкция; Контракт, договор. Распорядительные документы:
Читать далееСписки в документах: правила оформления
Одна компетентная в вопросах документации коллега посоветовала прочитать небольшой и лаконичный набор правил оформления списков из раздела “Технические правила набора” сайта тут. Пример оформления из
Читать далееТребования к системе: характеристики хороших требований
Требования к разрабатываемой системе должны обладать следующими характеристиками: Недвусмысленное; Проверяемое; Четкое/краткое; Точное; Понятное; Осуществимое; Независимое; Атомарное; Необходимое; Абстрактное от реализации. Подробнее перечисленные характеристики требований и
Читать далее
Методы сбора требований. Часть 2. Мозговой штурм
Настоящая статья является частью цикла “Методы сбора требований“. Являясь методом, по сути, независимым, в данном цикле он также выступает в качестве основного метода проведения совещания.
Читать далееМетоды сбора требований. Часть 1. Совещание
Настоящая статья является частью цикла “Методы сбора требований“. Практически все упомянутые в статье приемы и советы применимы не только к процессу выявления требований к системе,
Читать далееМетоды сбора требований. Часть 0. Введение
В этом цикле статей будут описаны методы, используемые для сбора требований, с рекомендациями и советами по их применению и выбору в зависимости от сложившего способа
Читать далееТребования к системе: классификация по жизненному циклу
Традиционно требования пытаются разделить на 2 основные категории: функциональные и нефункциональные. Функциональные – описание того, что должна делать создаваемая система. Нефункциональные – описание характеристик системы
Читать далееUse case = Вариант использования ≠ Прецедент
Термин RUP и UML “use case” переводится именно как “вариант использования”, а не как “прецедент”. Тогда почему же в большом количестве официальных переводов тематической литературы
Читать далееТребования к системе: классификация FURPS+
Классификация требований к системе FURPS+ была разработана Робертом Грэйди (Robert Grady) из Hewlett-Packard и предложена в 1992 году. Сокращение FURPS расшифровывается так: Functionality, функциональность Usability,
Читать далееМетод проб и ошибок (личное мнение)
Всё чаще и чаще всречаю в Сети размышления о губительности для личности российского метода выставления оценок по четырёхбальной системе 2-5. Понравилась небольшая статья в июньском
Читать далееЗапросы заинтересованных лиц / Stakeholder Requests (перевод)
Я решил перевести на русский язык шаблон документа Stakeholder Requests (Запросы заинтересованных лиц), поставляемый вместе с RUP. Возможно, он уже есть где-то в Сети, но
Читать далее
Контекстно-независимое интервью заинтересованного лица (перевод)
Ниже приведен перевод на русский язык макета контекстно-независимого интевью заинтересованного лица (Stakeholder). Англоязычный оригинал этого макета предложен создателями RUP в составе документа “Запросы заинтересованных лиц”
Читать далееDigispeak – язык сетевого общения
Digispeak или, по-русски, диджиспик – это язык онлайнового общения, в котором вместо общепринятых фраз широко используются акронимы. Ниже в таблице представлен перечень основных из них. ASAP
Читать далее5 советов как стать более чутким руководителем (перевод)
Оригинал Five Ways to Lead With More Compassion by Susan Cramm опубликован в понедельник 11 января 2010 в рубриках Information & technology, Organizational culture, IT
Читать далееПонять клиента: Метод “трех минут” (перевод)
Оригинал The Three-Minute Rule by Anthony Tjan опубликован 22 января 2010 в рубриках Entrepreneurship, Strategy, Managing yourself (Предпринимательство, Стратегия, Управление собой) http://blogs.hbr.org/tjan/2010/01/the-threeminute-rule.html В нашей венчурной
Читать далееУпражнение по самосовершенствованию (перевод)
Оригинал An Exercise in Changing Yourself by Marshall Goldsmith опубликован в понедельник 11 января 2010 в рубриках Leadership, Managing people, Coaching (Лидерство, Управление людьми), http://blogs.hbr.org/goldsmith/2010/01/an_exercise_in_changing_yourse.html В
Читать далееВаша работа скучна? Возможно причина – Вы сами (перевод)
Оригинал Maybe You’re the Reason Your Job Is Boring by Susan Cramm опубликован в четверг 7 января 2010 в рубриках Information & technology, Organizational culture,
Читать далееПочему стоит уволить себя? (перевод)
Оригинал Why You Should Fire Yourself by Ron Ashkenas опубликован 30 декабря 2009, http://blogs.hbr.org/cs/2009/12/why_you_should_fire_yourself.html В начале декабря, когда было объявлено о смене руководства General Motors,
Читать далееОбязательство в конце года: Нанять себя (перевод)
Оригинал A Year-End Commitment: Engage Yourself by Susan Cramm опубликован 21 декабря 2009 в рубриках Information & technology, Organizational culture, IT management (Информация и технологии,
Читать далее