Ну так при грамотном применении правил Вы и с Waterfall покорите мир :)
Книг пока не видел, а вот вебинары и онлайновый курс прослушал, понравилось. Манифест никто не отменял, а вот фундаментальных вещиц добавили, что есть хорошо.
«ватерфол гауно»
если не уметь им пользоваться. Не гибко, но при наличии опыта, пережить вполне реально.
Кстати, по поводу Agile... Сравните Agile, который пропогандирует популярный Scrum Alliance и Agile под эгидой PMI и увидите, как говорят в Одессе, 2 большие разницы. PMI-евский Agile больше защищает Agile команду и за основу берет многое из PMBOK, что, откровенно говоря, приятно удивило.
не возникнет.После очередной волны оплат за изменения клиент потерял веру, что когда либо увидит рабочий продукт, и пересмотрел свои приоритеты в финансировании.
Такие вещи должны продаваться на уровне sales и покрывать риск возможного будущего недовольства заказчика.
б) наталкивают на логичный вопрос о уровне своей компетентности
CMMI — это не только модель, но еще и признак зрелости компании, что является преимуществом при участие в тендере на проект. Я это к тому, что проект — это не только его разработка, но и множество другой операционной деятельности связанной с ним.
По поводу разговора ниже о длительности итерации, я предпочитаю делать 4 недельные итерации для того чтобы иметь
Евгений, маленькие проекты тоже нуждаются в документах. Процедурные доки, спецификации, планы итераций, тест кейсы, запросы на изменения, риск логи и т.д. — это все то, что плотно защищает команду. Элементарное увольнение сотрудника не должно превращаться в длительный хендовер и бессоные ночи для нового человека в команде (другой вопрос, что не каждый прочтет эти доки досконально).
Опять таки, есть понятие получения инвестиций под проект (многие задумывались о том, что за те продукты, которые мы разрабатываем, клиент должен платить деньги и брать их откуда-то?). На этапах получения новых инвестиций проект обычно проходит экспертизу через технических и нетехнических консультантов и, как я уже писал ранее, отсутствие документации посчитают «минусом».
В проекте с 10 человеками все проще — есть ПМ или ТЛ, который может взять эту часть работы команды на себя. В маленьких проектах не всегда есть фуллтаймовый менеджер, поэтому эта функция должна ложиться на плечи разработчиков.
2. Да, не подвиг, а работа, я вроде о подвигах и не писал нигде.
В настройках уведомлений:)))
Если бы этот коммент написали не Вы, разработчик, а ПМ, меня бы это сильно удивило, а так, в принципе, все нормально. Обычный риск-менеджмент со всеми вытекающими из него последствиями. Но я всегда говорил, говорю и буду говорить: ПМ должен стоять за проектные команды горой. Текучка в них, или замены некоторых участник — это нормально, но команда должна быть сфокусирована на деливери задач/итераций/проектов без срыва сроков, и если уже риск произошел и по нему идут разбирательства, то это зона ответственности ПМа, которая не должна в момент «разбора полетов» влиять на работу разработчиков.
Ну конечно С++ разработчикам виднее, я в этом, почему-то, даже не сомневался. Но есть такие ситуации, где можно только предусмотреть, а предотвратить никак нельзя, т.к. на некоторые риски повлиять невозможно (это из риск-менеджмента — Вы о таком слыхали?). Так вот, в таких ситуациях (когда начинается «кипяток» с разборками) менеджеру лучше взять «огонь» на себя и дать команде продолжить спокойно работать. Я всегда привожу самый обычный пример — Вы интегрируете свою систему с внешними API, Вы всегда уверены в их стабильности? Так вот с т.з. заказчика это будет выглядеть как именно Ваш факап и время на пруфсы прийдется потратить иногда немало, пока не докажешь обратное.
Грамотный менеджер всегда в состоянии прикрать и с вои факапы, и факапы программиста. Глупый будет искать виноватых.
Грамотный менеджер всегда сможет прикрыть и свои факапы и факапы программиста, глупый будет искать виноватых ;)
Сейчас многие мидлы переходят на ЗП сениоров. Это финансово удобно для них, но обосновано ли для компаний? По поводу 2к — согласен, народ побежит (лично знаю даже пример, где взяли джуниора на такую ЗП — madness!), но готовы ли компании с грамотным менеджментом, зашедшие в Украину для использования украинских ресурсов в своем долгосрочном бизнесе, пойти на такие затраты? ЗП могут рости до тех пор, пока хозяева будут иметь профит, ведь стоимость затрат никак не влияет на стоимость услуги. Сейлсы все равно не смогут продать услугу дороже, чем она стоит. Рост среднего уровня ЗП на рынке может привести разве что к уходу средних игроков с рынка и поиска ресурсов в более дешевых местах.
а) Реальная нехватка даже мидлов. Не даром сейчас все топовые компании открывают учебные центры и набирают туда студентов.
г) Фотки того, что выше Комсомольской стоит выложить, чтобы видели реальный город.
д) Купид — это проект с британскими инвестициями, которому уже лет
Уважаемый Леонид,
1. Менеджер нужен для организации ЭФФЕКТИВНОЙ работы проектной команды.3. Касаемо работы на себя — иногда стоит отказаться от чего-то, включая финансовые прелести, чтобы достугнуть большего с т.з. профессионализма.
С ув.Андрей
И все чтоли?
Тогда если можно, дайте формулы по которым Вы оцениваете риски для проекта/итерации/задачи? Не проще ли пользоваться готовыми решениями того же pmbok или prince2?