Контакты

Случайная фотография

Увеличить

Рекламные ссылки

Подписаться на RSS RSS

Мысли

Чем отличается опытный менеджер от неопытного?

17.02.2015

Тэги: управление проектами

Чем отличается опытный менеджер от неопытного? Неопытный спрашивает: «А ты сделаешь макет ко вторнику? Успеешь?» Опытный же устраивает пытку открытыми вопросами: «Когда ты пришлёшь макет?», «Когда ты пришлёшь первый черновик?», «Расскажи, с каким сложностями ты столкнулся при разработке этого макета и поэтому не успеваешь?», в середине дедлайна «Расскажи, как продвигается задача? Какая информация от меня или клиента тебе нужна?»

Люди делают классные вещи в классном состоянии. Хороший менеджер ездит в отпуск без страха провалить проект, ходит в кино и не поглядывает в телефон, вдруг пришло какое-то сообщение (вдруг по работе!). Не распространяет беспокойство. Хороший менеджер — скала. Он знает закон: все всегда будет плохо. Иначе он был бы не нужен. Когда всё начинает валиться и сыпаться, должен появиться менеджер и помочь разрулить ситуацию: ты — держи жгут, ты — делай непрямой массаж сердца, ты — звони в скорую. Появился пульс — отдал парамедикам и пошёл дальше смотреть кино.

Отсюда

Добавить комментарий


User Story VS. Use Case

12.02.2015

Тэги: разработка ПО | управление проектами

В последнее время для спецификации требований все чаще используют технику пользовательских историй (User story), а не вариантов использования (Use case). Однако, это не означает, что они лучше.

Пользовательские истории — это быстрый способ документирования на повседневном языке. Требование записывается в виде одной формализованной фразы, определяющей актора, потребность и ожидаемый результат (например, «As a WHO I want WHAT so that EXPECTED OUTCOME»). Такой способ экономит ресурсы на создание и поддержание требований, но требует тесного взаимодействия между исполнителем и заказчиком системы. User Story, к сожалению, не соответствует в полном объеме таким критериям «хороших требований» как полнота, однозначность и проверяемость. Хотя с этим можно бороться определяя критерии приемки.

Варианты использования — это описание поведения системы, которым она отвечает на внешние запросы (взаимодействия пользователя с системой, другими словами). Степерь детализации вариантов использования может быть различна, но, чаще всего, все равно содержит основную и альтернативные последовательности активностей-шагов актора и системы, сведенных в формализованный документ со ссылками на бизнес-требования.

Добавить комментарий


Управление требованиями

12.02.2015

Тэги: управление проектами

Написано множество разнообразных многословных определений этой задачи. Но по сути это: управление границами решения/проекта + управление изменениями + трассирование требований + приоритизация требований. Всё.

Добавить комментарий


Косая сажень в плечах

09.02.2015

Тэги: хлам

Добавить комментарий


Прочитал — 2014. Итоги года

29.01.2015

Тэги: книги

Год прошел под знаком военно-исторической литературы. Погрузившись в историю Первой мировой, неизбежно вышел на Революцию и Гражданскую. Трагический период в истории России, конечно... Наибольшее впечатление произвела булгаковская «Белая гвардия». Великая книга!

P.S.
По-хорошему в итогах должно быть не 12, а 15 книг. В общий зачет не включил три прочитанных тома «Очерков русской смуты» Деникина (всего их пять).

Итоги прошлых лет:
2013 — 12 книг
2012 — 12 книг
2011 — 8 книг
2010 — 7 книг
2009 — 20 книг
2008 — 18 книг
2007 — 13 книг

Добавить комментарий