Comments 6
аналитика (при этом также важно абстрагироваться от навязанного пользователем способа реализации и понимать точно зачем это делается)
Про абстрагироваться это очень правильно замечено.
Продакты про в B2C про это говорят - Пользователю надо давать не то что он думает что он хочет а то что ему на самом деле нужно. (С): Хотя оно такое - если по этому принципу действовать то производители сигарет давно бы перестали выпускать сигареты и начали бы производить антидепрессанты и оказывать услуги онлайн психологов. Се Лави.
Все, абсолютно все проекты рассчитываются в деньгах, ресурсах и времени по водопаду Так привык понимать бюджет проекта и сроки заказчик - это тот, кто платит деньги. Но потом, очень часто, проект сваливается в некое подобие аджайла. Это происходит потому, что в современном мире с клиповым мышлением людьми стало невозможно управлять. Аджайл - это не потому, что все добрые, это потому, что разработчик на длинной дистанции большой задачи не в состоянии управлять самим собой.
неплохи и допущения (что точно не делаем)
Немножко подушню: то, что точно не делаем - это исключения, допущения - это про парадигму, от которой мы отталкиваемся там, где очень широкий конус неизвестности, и календарный план проекта релевантен до тех пор, пока наши допущения не опровергнуты
попробую перефразировать. В моем случае допущения это рамки проект "наоборот". Допущения в данном случае у меня шире, чем исключения. В них обычно не только то, что не делаем в проекте вообще (или и на текущей фазе), но и нормативные отсылки (что используем например строго будущую редакцию какого то ФЗ, которая вступит в силу через 3 месяца) или например допущение, что интеграция с таким то сервисом уже существует, отлажена и работает в рамках соседнего ТЗ.
И да, на все нужно время , ненавистные всем дедлайны приводят команду к результату, а чем больше коменда тем сложнее идти к одной цели
Проектный менеджмент. Новогодние тезисы