Ответы пользователя по тегу Управление проектами
  • Как рассказывать сотрудникам об обновлениях ПО?

    saboteur_kiev
    @saboteur_kiev Куратор тега Организация работы
    build engineer
    1. Корпоративная почта и рассылки.

    2. Бот-уведомитель в телеграмм.

    2. Хранить версию в куках, при попытке зайти на сайт проверять, если у клиента устаревшая версия - выводить окошко с уведомлением, что версия изменилась.
    Ответ написан
  • Где граница между дедлайном и сверхурочной работой?

    saboteur_kiev
    @saboteur_kiev Куратор тега Организация работы
    build engineer
    deadline - конечный срок сдачи проекта. По какой-то причине этот срок был выбран, и УТВЕРЖДЕН, то есть исполнитель решил что он точно успеет, а заказчик решил, что его этот срок устраивает. Объем работы также был согласован.
    Менеджер проекта, тимлид, архитектор - все должны быть не просто крутыми чуваками, которые все знают, но в первую очередь организаторами, которые хорошо представляют возможности людей в своем проекте, и скорость выполнения задач.
    Или они изначально рассчитывали, что все сотрудники будут сидеть на работе до упора, а значит это наглая эксплуатация. Или они на самом деле ничего не знают, и отвратительные руководители, которые не умеют грамотно договариваться с заказчиком о реальных сроках и реальной оплате труда.

    Выбивайте или доплату за сверхурочное время или пусть договариваются с заказчиком, что если есть новые правки - значит двигайте дедлайн, добавляйте время.
    Ответ написан
  • Стоит ли покупать недорогие статьи на textsale итд для продвижения сайта, или лучше заказывать дорого у профессионалов?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Пробуйте смешивать. Больше уникального контента - больше индексирования. Больше качественного контента - больше репостов и рейтинга. Главное не переборщить.
    Ответ написан
  • Как проверить эффективность стартапа?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    А какая цель у стартапа?

    Если получить больше регистраций - считайте регистрации.
    Если получить больше постоянных клиентов - считайте количество активных пользователей за день/месяц.
    Если заработать - считайте деньги.

    Совершенно нет смысла выдумывать еще одних попугаев, которые покажут эффективность в попугаях, если вы не определились с целью.
    Ответ написан
  • Какой уровень ЗП у программистов vs менеджеров(проджект/продакт)?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера
    build engineer
    Выгоднее быть хорошим специалистом в каком-то направлении, в котором ты сможешь себя реализовать.

    Далеко не всегда просто навыки, знания и упорство в изучении принесет тебе собственную реализацию. Люди разные, и "не твое" означает, что тебе будет противно заниматься какими-то вещами, ты не будешь отдаваться на все сто, и даже на 90, и вообще хорошо если хотя бы на 50%.

    Кроме того, что такое выгодно? Не все меряется деньгами, особенно если зп хотя бы от 1$k - тут уже начинается минимальная зона комфорта, когда кроме работы появляется куча доступных интересов.
    Ответ написан
  • Как вырасти из программиста в менеджмент?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Хм. Нужно понимать, что их программиста в менеджера это не вырасти а перейти в другую профессию.

    У программиста рост вверх - это это тех.лид и архитектор. Затем может быть собственный проект, где ты владелец. и то...

    Менеджер это другая отрасль, и нужно вырасти нужно не из программиста, а просто вырасти.
    Ответ написан
  • Как оценить объем трудозатрат разработчика ПО по результатам разработки?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Для оценки существуют проджект менеджеры, которые занимаются организацией эффективного труда команды, следят за временем и приоритетами.
    Заказчик может сделать две вещи - нанять эту команду или не нанимать.

    То что хотите вы - это отдельный кусок работы, который должен был быть сделан заранее и оценен как стоимость проекта целиком, а временные затраты могут быть разные - в зависимости от квалификации и количества исполнителей.

    Идет либо оплата за выполненный проект целиком.
    Либо оплата по времени с тарифом.

    Все равно вам нужно либо верить исполнителю на слово, либо нанимать другого программиста для приблизительной оценки, а затем договариваться.
    Ответ написан
  • Мотивация для разработчика. Как мотивировать себя/команду работать продуктивно?

    saboteur_kiev
    @saboteur_kiev Куратор тега Организация работы
    build engineer
    Ваш мозг вас обманывает.

    На всякое действие должно быть вознаграждение. Если его нет, вы не будете это делать. На работе основное вознаграждение - зарплата.

    Если за работу вы всегда получаете зарплату, ваш мозг начинает понимать, что зарплата постоянна, а значит работу нужно оптимизировать с точки зрения затрат. Например работать поменьше. И вы перестаете получать удовольствие от работы, потому что мозг считает, что зарплата и так будет (ведь в подавляющем большинстве случаев это действительно так - можно работать гораздо меньше и получать ту же зарплату).

    Другое дело если зарплата получается не каждый раз, а только самым лучшим. Но вы так работать не захотите, поэтому в качестве неплохой мотивации идут премии, идут улучшения условий труда - то есть разные вознаграждения, которые непостоянны, и которые требуют проявить от вас качества выше, чем просто поработал.

    А вообще все дело в самодисциплине.
    Цивилизация в ее текущем виде не соответствует тому, как работает природа - слишком транжирно мы живем по всем статьям. Поэтому нужна сила воли, чтобы осознанно заставлять себя делать вещи, удобные для того, чтобы комфортно жить в этой цивилизации. Мозг сам по себе не сможет понять что нужно делать, он будет вам жужжать, надоедать, рекомендовать плюнуть на все, хлебнуть пивка и ничего не делать.
    Ответ написан
  • В чем смысл ежедневных сборок?

    saboteur_kiev
    @saboteur_kiev Куратор тега Программирование
    build engineer
    Варианты могут быть такие:
    а) На каждый коммит сразу идет сборка продукта и прогоняются интеграционные тесты.

    Плюсы такие - на рабочем месте вам нужен только GIT и IDE, все компиляторы, окружение для запуска приложения - на нодах билдсервера. В результате вы можете кодить откуда угодно, и сразу проверять целостность сборки с каждым коммитом.

    б) сборка может быть ночной. Например потому что билд идет 5 часов на толстом сервере, и на рабочей машине он будет идти 10-15 часов, а то и не идти вообще. Тогда конечно, желательно не ломать билд недоделанными коммитами. Но git же позволяет коммитить без пушей, либо пользоваться бренчами, и настраивать сборку не на просто коммит, а на мерж в девелоперский или мастер бренч.

    в) Билдов может быть много, разных, под билдами вообще не обязательно подразумевается компиляция, а например прогон исходников через какой-нить анализатор кода, с репортом, могут гоняться тесты для отдельных компонентов.

    Ну и кроме того, у разработчиков своя работа, у тестировщиков своя. Полезно тестировать фичи по мере их появления, а не ждать неделю, а потом сидеть в мыле.
    Ответ написан
  • Какие виды работ входят в тех поддержку сайта?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Тех поддержка - мониторинг (в основном место на диске, место под базу, бэкапы и возможность восстановления), поддержка работоспособности (если упал сервер/база - поднять). Может включать в себя поддержку домена/хостинга.

    Обновление версий ПО - в случае сторонних движков типа WP, Joomla - в принципе на ваше усмотрение (если новая версия совместима без доработок), но уязвимости нужно фиксить.

    Если движок ваш - исправление безопасности - должно входить, исправление багов и недоработок - в зависимости от договора - можно подписать, что текущая версия как есть, найденные баги - за отдельную плату, но критические баги и дыры безопасности нужно закрывать в плане общей техподдержки.
    Ответ написан
  • Скрипт для документации проекта?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    В сторону GIT смотреть лучше, но не суть.

    Придумать красивый и удобный шаблон для коммита, и простенький скрипт, который будет бегать по git log (svn log) и собирать эти шаблоны в release notes.
    Тогда можно будет всегда генерить отдельный release notes между двумя любыми релизами. И самим будет удобнее.
    Ответ написан
  • Берут ли в менеджеров проекта людей с образованием менеджеров?

    saboteur_kiev
    @saboteur_kiev Куратор тега Организация работы
    build engineer
    Плюсом образование конечно будет, но закрывать дорогу не будут.

    Оснополагающим считается наличие знание и опыт работы менеджером.

    А тот же скрам в институтах не учат. Просто никто не мешает вам пройти обучение на курсах, получить сертификат и добавить его в резюме. Желательно посмотреть более-менее котирующиеся на рынке сертификаты, хотя.. опять же главное - практические навыки.

    Образование многие не уважают. Но многие забывают, что 20 лет назад всеобщего компьютерного образования не было как такового, и поэтому люди типа Билла Гейтса и Джобса, которые начали свой путь в ИТ тогда, вполне могут и не иметь никакого образования просто по той причине, что до них его практически не было. Сейчас образование по специальности конечно не определяющее, но дает плюс, особенно в зарубежных компаниях.
    Ответ написан
  • Что нужно знать для того чтобы попасть в системный интегратор менеджером проектов и стоит ли?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера
    build engineer
    "Системный архитектор" , "Ведение пресейл-проектов", "Аналитик", "Руководители проектов"

    Системный архитектор это человек, который как миниму сеньор, вдобавок имеет солидный опыт работы именно с этим продуктом. Таким образом он может рисовать архитектуру новых фич и менять направление деятельности, понимая как именно работают все внутренности.

    Остальные три должности связаны с менеджментом и продажей, с технической стороной гораздо меньше. И самое главное, не нужно думать, что айтишник легко может освоить все менеджерские штучки. Хороший менеджер встречается реже чем хороший сеньор программист, и стать хорошим менеджером не легче, чем сеньором программистом.
    Ответ написан
  • Кто помнит шуточную историю о том как бакалавр, магистр и PhD выполняют проекты?

    saboteur_kiev
    @saboteur_kiev Куратор тега Программирование
    build engineer
    https://geektimes.ru/post/268802/

    Про "усложнителей".

    А вообще нельзя сказать "насколько детализировано описывать" в общем.

    Все индивидуально, и главное - это адекватность, то есть умение расставить приоритеты и правильно оценивать свою квалификацию, чтобы понимать где можно описать подробнее, где не ввязываться в реализацию и описать свое видение рабочего продукта, а где обратиться за консультацией.
    Ответ написан
  • Какая it специальность востребована для работы в Канаде, Австралии, США?

    saboteur_kiev
    @saboteur_kiev Куратор тега IT-образование
    build engineer
    " Какая it специальность востребована для работы"

    Востребована прежде всего не специальность, а квалификация. Любая IT специальность от уровня senior имеет высокие шансы на трудоустройство с релокацией. Мидлу - возможно, но шансы низкие. Джуниоры не нужны в принципе.
    Ответ написан
  • Project Manager - "Jack of all trades, master of none"?

    saboteur_kiev
    @saboteur_kiev Куратор тега IT-образование
    build engineer
    Многие молодые люди путают название должности с реальной карьерой.

    Разные компании, города, страны - разные служебные обязанности. Выстраивать карьеру нужно не на бумажке, а в реальности.
    Адекватность человека зависит от того, что он смог спланировать, и насколько реальность этому соответствует. Поэтому если вам не нравится, что обстоятельства складываются не так, как вы хотите, вы можете уволиться и поискать другое. Найдете ли? Или мириться? Это ВАША карьера, ваш выбор. Ваши возможности
    Ответ написан
  • Какая схема управления в gamedev у вас?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Рядовые программисты хотели бы поучаствовать в схеме, где им платят хорошие деньги и ставят адекватные задачи.
    Продюсер или спонсор хотел бы поучаствовать в схеме, когда он оплачивает разработку, а она "взлетает", принося прибыль.
    Руководитель проекта хотел бы поучаствовать в схеме, в которой есть нормальный продюсер, нормальные программисты, а сам он имеет адекватные идеи, хороший опыт и способен организовать создание такого проекта.

    ВСЕ ОСТАЛЬНОЕ - это мелочи.
    Ответ написан
  • Тенденция к перехвату проектов/клиентов сотрудниками с последующим увольнением. Что делать?

    saboteur_kiev
    @saboteur_kiev Куратор тега Организация работы
    build engineer
    Развивать ваших people partner, чтобы в нем работали не девочки, которые живут в выдуманных мирах, изредка раздают майки, а проводят реальную работу с людьми, мониторинг рынка и понимание рыночной ценности специалистов.

    Чтобы люди не уходили, им должно быть интересно работать именно тут, и как удержать людей - условия зарплаты/работы должны быть не хуже, чем средние по рынку. А персональные вкусняшки - лучше.

    Собственно задача руководителя организовать свою контору так, чтобы она была лучше других, и если вы думаете, что к этому есть рабочий рецепт, то такого быть в принципе не может из-за существования конкуретности. Если есть кто-то лучше, то кому-то придется быть хуже.
    Ответ написан
  • Как организовать отдел веб разработки?

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Все что у вас есть - это расходы. А должны быть доходы.
    То есть конкретные заказы и продажники, которые их будут обеспечивать.

    Трекер - на первое время подойдет любой бесплатный. bugzilla, outlook, googledocs, маркерная доска. Пока у вас не выработался опыт разработки и понимание workflow, нет смысла заморачиваться с этим, было бы неплохо выполнить несколько мелких или хотя бы один-два средних, чтобы уже понять что именно вам полезно/не нужно.

    Инструменты разработки - пусть используют то, в чем привыкли. Не всегда есть смысл навязывать какие-то инструменты тем, кто уже имеет опыт. В идеале просто предлагать профинансировать платные инструменты, если будет смысл.

    В общем главная задача у вас - это заказы и прибыль. То есть продажник.
    И регулярные брейнштормы по поводу развития компании. Если все идет плохо - что делать. Если все идет хорошо - ТЕМ БОЛЕЕ брейн штормы, чтобы понять вы сейчас всю прибыль на печеньки раздаете на радостях, или вкладываете в развитие компании/коллектива. Очень многие компании лопнули, потому что развалились во время расширения - управлять компанией в 5 проверенных людей одно, в 20 незнакомых совсем другое, и 100+ даже не рядом. Это нужно понимать.
    Ответ написан
  • Что такое agile разработка?

    saboteur_kiev
    @saboteur_kiev Куратор тега Организация работы
    build engineer
    Методика разработки.

    Waterfall: все тщательно планируем, назначаем сроки, разрабатываем, сдаем.

    Agile: Примерно планируем, анализируем, назначаем конечный срок, планируем на текущую итерацию, разрабатываем, планируем на текущую итерацию, разрабатываем... , сдаем

    Проблемы Waterfall:
    Если кто-то слажал, все ждут. Если нужно что-то добавить, очень сложно, потому что фаза планирования была очень долгой и тщательной и что-либо менять значит надо все менять.
    Если в плане указано, что сперва делаем это, а потом то, может случиться что некоторые люди, которые будут делать "то", будут какое-то время пинать "огурцы" пока ждут что первые люди сделают "это".
    Плюсы Waterfall:
    Все спланировано, все точно знают что когда будут делать.

    Проблемы Agile:
    Люди должны быть достаточно зрелые, чтобы нормально загружать себя работой - Agile в бюрократической среде просто провалится.

    Плюсы Agile:
    Практически нет простоя ни у кого - все всегда могут занять себя задачами.
    В случае появления новых требований, их можно без особого вреда ввести в проект почти на любой стадии. Главное чтобы технически это было возможно (в случае waterfall проблема именно на уровне утверждений и плана, то есть бюрократии)
    Адекватное использование рабочей силы - если у кого-то нет текущих задач, его официально можно занять под другие проекты.

    Agile это не сверхфича, это инструмент, точнее подход к планированию работы, но им нужно уметь пользоваться.
    Ответ написан