Кто как часто гробил проекты ?
Нерощитал своих сил и запорол по полной. Ощущения не самые приятные, но что ж тут поделаеш. Единственное утешение в том что проект не тривиальний и заключается в разработке ефективного алгоритма решения NP-полной задачи. Написал 2 эвристики и ни одна не дала желательного результата.
А случались ли у вас такие сорванные проекты если не секрет ?
Типа того. Тоесть менеджер свыше есть и с клиентами я почти не пересекался но алгоритм + технические вопросы и реализацыя полностю на мне были.
Так что еще 1 + в том что отдуватся перед клиентами не я буду.
Был один проект, который технически был реализован, но забуксовал в части раскрутки/администрирования/контента и прочего
(система для проведения олимпиад по программированию). Проект встал, когда кончилась разработка и началась...не знаю, политика и менеджмент самих олимпиад, что ли. Срывом это не считаю, да и опыт он мне дал огромный.
Был проект, который был реализован на уровне прототипа, и продемонстрировал требуемую функциональность (альтернативный формат хранения реплеев игр + сопутствующие утилиты), потом был свернут, когда стало ясно, что сил двух студентов для развития не хватит, и потом через полтора года снова разморожен с частичной сменой состава. В нем я впервые попробовал себя как программист, но потом по некоторым причинам в реанимированную версию не вернулся. Вот тут, пожалуй, мне немного жаль. Но сейчас это уже не моя технологическая область.
Это из того, что я могу назвать - проектами.
А в данный момент - я планирую только свою часть работы + координируюсь постоянно с другими, и вроде бы все довольны ;).
Проект то, наверное, не одну неделю длился? PM должен был обнаружить "сползание сроков", предпринять соотв. действия. Так что провал проекта - показатель несостоятельности PM. Хотя и ты виноват, не учел, не поставил в известность и т.д.
Но в любом случае, "Битву выигрывают солдаты, а проигрывают генералы".
Не расстраивайся на ошибках учатся, но "только бледнолиций брат наступает на одни грабли дважды", так что будет повод подробнее разобраться в методах разработки ПО. Рекомендую посмотреть в сторону Agile (scrum). Посмотреть на методы и инструменты планирования и координации проектов.
Не обязательно все сразу делать "по-науке", разбирайся и вводи методики в свою деятельность постепенно, но непрерывно и планомерно.
Около полтора месяца уже. За это время сделал более-менее адекватную модель даных и написал два эвристических алгоритма для решения задачи.
Есть незначительное сползание но не критическое. Проблема в другом
О том что наверняка не так сделал.
1. Неправильно оценил свои возможности. Решил что я нев...ный алгоритмист и справлюсь с задачей в одиночку.
2. Неправильно выбрал инструмент и для критической ко времени штуке применил C# (что, предпологаю, в несколько раз увеличило время затраченое на решение)
3. Плохо изучил существующие подходи к решению такого рода задач.
4. Неправильно оценил время которое уйдет на разработку.
В результате на програмный поиск решения идет слишком много времени, но самое страшное что решение не устраивает по своему качеству. При попытке найти качественное решение значительно увеличивается время его поиска. Не удалось за розумное время решить задачу максимальной (по ТЗ) размерности.
Конечно можно пробовать бороться дальше (то что уже сделано не так уж и плохо), но на это уйдет намного больше человеко-часов. А поскольку человек то 1 то строки розтянутся до неприемлемых + большой риск неудачи в дальнейшем. Ето все никак не влезает в бюджет (хотя с самим бюджетом я и не знаком но то что не влезает это точно).
Итог - задача получила метку "мой личный враг". Думаю я к ней еще вернусь в скором времени на досуге. Может что и получится едак через годик-два.
Спасибо. Посмотрю.
