Project Manager в Iveonik Systems
  • Программист в ПриватБанке

    Сорри за офтоп.
    Хотела нажать «развернуть», но попала на «поддержать». Пытаюсь убрать «поддержать», но не получается. Бага?

  • Sign-on бонусы — зло?

    А что вы имеете в виду под «выжить»? Я, например, вижу, прежде всего, нажиться. Не думаю, что компании, которые разогревают рынок находятся у черты выживания.

  • SCRUM, XP и реальность. Куда бежать?

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

  • SCRUM, XP и реальность. Куда бежать?

    Еще раз перечитала вопрос. Да, конечно, допускаю работу меньше 40 часов в неделю.
    Почему нет? Разные ситуации бывают. В пограничных случаях вообще может лежать много интересно. Там можно на долго увязнуть в дискуссии.
    Я говорила о процессе в среднем. Я считаю, что 8 часовой рабочий день может служить нормальным эталоном.

    Підтримав: Mykola Bova
  • SCRUM, XP и реальность. Куда бежать?

    Я как раз не склонна к перегибам во времени работы. Случается, конечно, всякое — но это форс-мажоры, а не постоянная практика. 40 часов в недели, имхо, нормальный стандарт. Он в себя включает и продуктивные часы и не очень (а они тоже всегда будут).

    «Сколько вы писали эту картину?»
    «15 минут. 15 минут и всю жизнь».

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

    В среднем, повторюсь, в среднем — 8 часов работы в день позволяет сделать нормальный прогнозируемый рабочий ритм. Я вижу это так, а как вы работаете?

    Підтримали: Eugene, Mykola Bova
  • SCRUM, XP и реальность. Куда бежать?

    2.1. Если в команде меньше 5 человек, то, как по мне, меньше — не больше. Труднее с 10+ в одной команде, чем меньше 5. А какие именно у вас проблемы с маленькой командой?
    2.2. Команда сама внезапно не самоорганизуется. Ей нужно время — это естественный процесс, так сказать, закон человеческой природы. Ей нужен правильный менеджер — чтобы ускорить все-таки, где можно ускорить. Ну и правильные люди. Из семечек баобаба вряд ли вырастут розы, как ни старайся.
    2.3. Нужно узнать, к чему именно не готов клиент. Может, он боится, что ему придется много самому делать? Не думаю, что если все формальности лягут на команду, клиент будет сопротивляться. А клиента я бы, прежде всего, подводила к регулярному участию в планерках. Как минимум, раз в неделю — согласование статуса. Можно 1 на 1 без команды. Но чтобы ритм вырабатывался. А там глядишь, втянется и дальше можно вводить.

    2.4. Самое большое достоинство SCRUM, на мой взгляд, — это системность ведения процесса в доступной форме. Он интуитивен. Сюда же — ритм.

    3.1. К парному программированию отношусь хорошо. Приходилось самой поработать немного в такой организации — впечатлило. У себя не внедрили еще. Всему свое время.
    3.2. ТДД проверяет такую схему на уровне метода: тест не проходит-> кодирование->тест проходит. Если подняться на уровень выше, то можно автоматизировать такого рода проверки с помощью других типов тестов, которые уже не метод будут тестировать, а фрагмент связки. Главное, чтобы мы получали максимально быстрый ответ на вопрос — поломалось что-то в системе или нет.

    3.3. 40-часовая неделя — в среднем, хорошо. Я за баланс работа/личная жизнь. Или вы предлагаете работать меньше, чем 40 часов в неделю?

    Підтримав: Mykola Bova
  • Социальное предпринимательство в IT

    Такие посты читать куда приятней, чем ... все у на г...

    Ну и мысли в тему

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

    3 месяца — нереальный срок. Должна быть система. Минимум, 1-2 года. В данном аспекте я даже вижу, что это скорее помощь для поступления в техникум/ВУЗ на ИТ-специальность с дальнейшей параллельной работой то ли где-то на фирме, то ли во фрилансе. Хотя у сирот неплохие стипендии — в районе 3 000 грн, можно и не сразу работать, а поучиться, если поступить на бюджет. Так что тут важно, показать, куда можно двигаться.

    Не нужно учить всех и всему. Пусть учатся те, кому интересно. Чем меньше будет ребят, тем каждый из них получит больше еще и человеческого тепла и внимания. То есть хочу сказать, что это не так и плохо будет, если будут малые группы. При этом призами и подарками я бы слишком не стимулировала. Главная мотивация так или иначе — это найти свое призвание, свой интерес. Не нужно подменять главное. И не нужно слишком радужный ореол создавать вокруг ИТ. Мы не знаем, что будет завтра. Может, вообще все рухнет. Это просто специальность. Хорошая, востребованная специальность, но не билет в легкое светлое будущее. Я к тому, чтобы не плодить случайных людей в ИТ.

    Да, детдомовские ребята — другой мир. Мне кажется, что мы со своего ванильного уютного няшного социума даже не можем себе представить, как они живут. Возможно, правильный вектор сможет задать тот, кто сам воспитывался в детском доме. Если среди присутствующих такие есть.

    Скорее всего, многое утопично. И жизнь будет куда жестче. Главное, не дать себе перегореть, а для этого не стоит ожидать слишком многого.

    Запишите меня в сообщники. Правда, насколько смогу помочь, будет зависеть от того, где эта инициатива выйдет в свет.

    ... и спасибо за инициативу!