Предлагаем вашему вниманию небольшой обзор книг об управлении проектами.
Издательство: Манн, Иванов и Фербер, 2016. 320 страниц
Потрясающая книга. Я столько слышала об этом методе, наконец-то прочитала. Оказывается, мне и раньше в голову приходило так делать, но тогда мои клиенты не были к этому готовы. Полностью эту технологию нам воплотить сложно, но я постараюсь позаимствовать некоторые вещи. Сейчас, в условиях кризиса, этот метод очень удобен.
Основные принципы.
Делим задачу на этапы (спринты). У каждого этапа должен быть видимый результат. Грубо говоря, если нужно написать 100 писем, после первого этапа должно быть готово/отправлено определенное количество писем, а не написано 100 черновиков, требующих доработки.
После этапа анализируем производительность, что можно улучшить ит.д., чтобы следующий этап был лучше.
Во время этапа каждый день задаем каждому члену группы 3 вопроса:
Что ты сделал вчера?
Что будешь делать сегодня?
Какие есть препятствия?
Бэклог проекта - список требований и идей, из которого формируем задание для следующего спринта.
Владелец продукта - ведет бэклог, знает всё о разработке и ситуации на рынке, отвечает за полезность продукта.
Ещё интересно написано об индексе счастья. Счастливый человек достигает больше и лучше, счастье надо измерять и от спринта к спринту думать, что сделает тебя/команду ещё счастливее.
Издательство: Питер, 2014. 700 страниц
Один из руководителей отдела разработки Internet Explorer. Всю книгу меня настойчиво преследовала мысль: "Вот поэтому Эксплорер такой и получается". Особенно после книги о скрам-технологиях.
Правило трех частей: проектирование, разработка, тестирование.
Базовые показатели доверия к расчетам (40-70-90%).
Календарном плане нужно учитывать болезнь и отпуска сотрудников.
Регулярный анализ выполнения календарных планов
Контрольные точки в плане
Критерии для технических требований.
Подход к разработке, который шире, чем Scrum (то есть Scrum - это один из его вариантов).
Тоже бьём задачу на части.
Идеи книги:
Постоянно тестируем то, что получается. Постоянно сверяемся с клиентом, чтобы не получилось, что огромный проект ушёл в другую сторону.
Проектирование, написание кода, анализ - непрерывный процесс (а не последовательный, как в классической модели).
В процессе разработки цели/задачи/объёмы могут поменяться в соответствии с актуальным курсом клиента.
Польза концепции проекта и прототипов.
Ответственность разработчика за деньги, сроки, результат.
Командная работа.
Издательство: Манн, Иванов и Фербер, 2014. 160 страниц
От создателей Rework: бизнес без предрассудков :) :)
Книга-рассуждение о работе на удалёнке.
Скорее книга-мотивация или книга-настроение, чем книга-инструкция, но полезные моменты есть.
Читается легко.
Мне было приятно найти единомышленников в том, что от сотрудника нужны не часы работы, а результаты.
Есть предостережение о том, чтобы беречь сотрудников от выгорания. Я когда-то удачно прочитала статью перегоревшего менеджера проектов из Бюро Пирогова, после этого стараюсь беречь своих.
Интересная фишка о том, чтобы судить о потенциальных сотрудниках по сопроводительному письму.
У нас в анкете для той же цели служит вопрос: Почему мы должны взять именно Вас? Тоже цель - просто проверить грамотность и адекватность :)
Для нас важно, чтобы вы получали пользу от работы в Битрикс24, и мы готовы помочь вам в этом.