Еще полезно вводить мораторий на релизы, мержи (и любые другие изменения в продакшене) в определенные дни. Скажем по пятницам, последние дни месяца, за 2 дня до праздников и так далее. Избавляет от геммороя в выходные дни.
Areldar если вы убьете своего начальника, пусть он даже и нехороший человек, вас следует посадить. Здесь речь идет о что законно в отношении прошивки «для себя» и что не законно в отношении прошивок «кому-то за деньги».
С одной стороны я это порицаю, но с другой стороны давайте взглянем на эту ситуацию, что согласно Конституционному праву РФ любой труд должен быть оплачен.
Часто сталкиваюсь с такой ситуацией: на сайте указана информация по товару, его цена, но не всегда информация бывает полной или такой же как и на других сайтах. Поэтому, чаще всего приходится мне созваниваться с магазином и уточнять именно эти моменты. Однако, заказывать я буду все равно на сайте, ибо это все будет фиксироваться и я буду уверен, что шансы на то, что мой заказ не забудется и не потеряется — резко возрастут.
SMART-TV сейчас только-только набирает обороты. Навряд ли он «отомрут, так и не ожив». Многие разработчики и компании стараются внести свой вклад в смарт-тв, ведь пользователь может пользоваться их приложением не отходя от телевизора.
А хороший ПМ должен будет позаботиться об этом раньше, увидеть раньше.
Все именно так.
Работать вы будете с кем? С менеджерами.
Что менеджеры знают о целях проекта?
Они должны хотя бы как минимум знать и понимать для чего создается проект.
Перед началом работ по проекту желательно узнать у Заказчика / представителя Заказчика цели проекта. Даже «просто что бы было» или «похвастаться перед коллегами» — это тоже цель. Согласен, бывают такие проекты, где на первую встречу приходит Заказчик, с ним оговариваются условия и цели проекта, а в конце встречи он сообщает, что весь проект будет вести его менеджер. Так вот в таком случае и менеджер Заказчика должен понимать какие цели стоят перед проектом, что бы адекватно работать со стороны Заказчика над проектом.
Заказчику в таком случае не обязательно знать, что происходит с проектом. Он заинтересуется им, только в том случае, если не была достигнута цель(-и) по проекту.
К примеру: крупный провайдер заказал у вас приложение для iPad для своих продажников. Цель этого проекта — увеличение продаж, за счет увеличения удобства работы продажников. Если цель достигнута (продажи выросли) — Заказчик не будет вникать, как делался этот проект, кто за него отвечал и кто его занимался его разработкой. Но вот если цель не будет достигнута — Заказчик будет разбираться, кто виноват и что делать дальше с проектом.
Конечно, я лучше заранее сообщу руководству и заказчику, что не уверен, что управлюсь в срок или управлюсь вообще. Это избавит всех от проблем в будущем.
Мне всегда казалось, что это Заказчику решать — актуален его проект или нет. Ведь ему виднее — достиг этот проект тех целей на которые он был им рассчитан или нет.
Интересно, как они это будут вычислять?
Все именно так.
Работать вы будете с кем? С менеджерами.
Что менеджеры знают о целях проекта?
Они должны хотя бы как минимум знать и понимать для чего создается проект.
Заказчику в таком случае не обязательно знать, что происходит с проектом. Он заинтересуется им, только в том случае, если не была достигнута цель(-и) по проекту.
К примеру: крупный провайдер заказал у вас приложение для iPad для своих продажников. Цель этого проекта — увеличение продаж, за счет увеличения удобства работы продажников. Если цель достигнута (продажи выросли) — Заказчик не будет вникать, как делался этот проект, кто за него отвечал и кто его занимался его разработкой. Но вот если цель не будет достигнута — Заказчик будет разбираться, кто виноват и что делать дальше с проектом.