Comments 14
Жалкое подобие оригинальной классики.
Автор: Йордон Эдвард
Название: Путь камикадзе
Аннотация:Книга Эдварда Йордона «Путь камикадзе» представляет собой полное руководство по выживанию в безнадёжных проектах, предназначенное для разработчиков программного обеспечения. Практически каждому разработчику ПО и менеджеру приходится сталкиваться с проектами, характеризующимися никуда не годными персоналом, планом и бюджетом, т.е. проектами, обречёнными на неудачу. В условиях реинжиниринга корпораций безнадёжные проекты становятся «стилем жизни» многих организаций. Книга Эдварда Йордона является руководством по решению следующих проблем: выживание в проектах, обречённых на неудачу; достижение оптимальных соглашений во время переговоров; управление персоналом и расстановка приоритетов; выбор средств и технологий; определение момента, когда уже пора выйти изпроекта. Эдвард Йордон применяет свою уникальную технологию и интуицию менеджера к наихудшим вариантам софтверных проектов, показывая, как максимально повысить шансы на успех, или, по крайней мере, вывести вашу карьеру из-под удара. Шаг за шагом Йордон проходит все стадии жизненного цикла проекта, учит менеджеров и разработчиков правильно вести себя с заказчиками и оптимально использовать доступные ресурсы, включая людей, средства, процессы и технологию. Учитесь проявлять необходимую гибкость при проведении переговоров, расставлять осмысленные приоритеты и… вовремя выходить из проекта. Если вам когда-либо требовалось совершить невозможное, «Путь камикадзе» – ваша книга.
2003 г.
Все как обычно , коллеги - хотите выжить в этом мире - читайте классиков.
Однажды пообщавшись с молодым архитектором системы , я поинтересовался
-А вы читали классические работы ? Ну например Йордана ?
-Нет
Результат не заставил себя ждать. Благо в современных условиях стиля разработки , бюджетов никто не считает.
-А вы читали классические работы ? Ну например Йордана ?
А по какому критерию вы причислили эту работу к классической? Может быть классика это "Капитал" товарища Маркса, а это жалкая новодельная пародия?
Много всякого написано. Много личного опыта. Как положительного, так и отрицательного. А уж "по крайней мере, вывести вашу карьеру из-под удара" - это не про профессионализм, а про карьеризм. Впрочем, каюсь - не читал. Просто не знал, что это оказывается "классика". При случае ознакомлюсь. А вдруг действительно.
Слушайте, а я не ставил целью померяться знанием книжек. Я их прочитал достаточно, и опыта у меня более, чем достаточно для моих собственных выводов.
У автора любой другой книги есть свое мнение.
Цель статьи-то в ином: я нарыл статистику для своих целей, вник, и она меня поразила. Действительно же выходит, что основная проблема - в людях.
Компании набирают РПО, выстраивают процессы... и это все важно, факт. Но вторично с точки зрения руководства проектами.
Вот и фокус развития проектным офисам. Причем он не просто с потолка взят - все выкладки выше: хотите увеличивать число успешных проектов в вашем проектном офисе - развивайте людей. Развитие методологии без развития людей - пустое занятие (почти).
И я хотел увидеть критику моего подхода а не просто "ты не читал классику" (( да это тут при чем?
Не подобие. У Петра, кмк, больше упор на то, что РП может вытянуть, если будет качественно делать работу, развивать софты и т.п. А в "Пути камикадзе" автор предлагает сразу смириться с тем, что значительная часть проектов в ИТ - безнадёжные, и строить свою работу от осознания этого факта. Не опускать руки и не заниматься фигнёй, но иметь ввиду общий контекст
Книжка кстати шикарная. Дело не в том, классика это или не очень, она демонстрирует что вся проблематика современного управления проектами уже к 1997 году была понятна, и новая статистика лишь подтверждает что ничего не меняется, проекты по-прежнему проваливаются не из-за техники, а из-за "политики". Он просто для привлечения внимания использует более кричащие термины типа "безнадёжных проектов", а внутри тот же эджайл :)
Хорошая книжка, особенно название.
Но если пытаться вспомнить её содержимое то мозг отказывается или считает не очень и важным.
Нечеткие требования (37% проектов): слабо определенные цели, объем или критерии приемки.
"Без [чёткого] ТЗ и результат [будет] ХЗ." (с)
Спасибо за статью. Соглашусь с выводами автора.
Говоря о роли РП стандарт: знание, результативность, личные навыки. К hard (знания) и способностям успешно применять эти знания (результативность) в обязательном порядке должны прилагаться soft skills, которые и позволят управлять командой проекта, ожиданиями заказчика и взаимодействию со стейкхолдерами при достижении целей и уравновешивании ограничений проекта.
Все проблемы в том, что занимаетесь фиг знает чем. И деньги выделяете не понятно на что. А все эти ваши софтскилы и эджайлы - ещё один повод выпросить больше денег на всякую там организацию. Для успеха нужно:
Заниматься делом
Заниматься им хорошо
Заниматься хорошим делом
Минусуйте мне пофиг
И ещё желательно чтобы это дело было идейным для тебя. Ну чтобы ты сам верил в него.
Если так работать
Заниматься делом
Заниматься им хорошо
Заниматься хорошим делом
Бюджетов не освоить, рефакторинг не нужен , PR нет , движухи нет, отчетов топам "как мы круто распилили монолит на микросервисы(при этом СУБД как был один инстанс так и остался 🤗)" нет , статьи и презентации писать не о чем .
Кучу бездельников и специалистов по софт скилам кормить будет нечем. Куда их девать ?
Скучно , в общем. Современное поколение , так не умеет уже работать.
И ничего , с этим не поделать.
Да зачем минусовать то. Просто вижу что у вас негативный опыт взаимодействия с людьми, произносящими слово "софтскиллы" ))
подозреваю, что вы не РП.
не повезло значит, вы общались с людьми, которое слово выучили, а что это такое реально - не знают. Иначе впечатление о них у вас было бы иное.
Про неуспешные проекты и что делать, чтобы в них не вляпаться