Почему готовые методы не работают и что нужно вместо них

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

Эти готовые методы не работают именно потому, что это — готовые методы.

В смысле?

В том смысле, что каждая ситуация и каждая задача, с которой мы сталкиваемся в жизни — уникальна. Она никогда на 100% не тождественна задачам, с которыми даже мы сами ранее сталкивались. Что уж говорить о задачах, с которыми сталкивались другие люди. И решения, выработанные для одних задач, для других — не работают.

И что делать?
(далее…)

FDD для беклога продукта

User Stories — это один из наиболее популярных методов описания задач в беклоге. Популярная техника создания высокоуровневых требований. Но так как во время разработки беклога мы так же работаем с функционалом, “Фичами”, и задачами которые описывают каждый элемент который должен присутствовать в конечном продукте. И не зависимо от того важен этот функционал или нет — он будет описан и добавлен в беклог. Бек лог продукта — это “Живой артефакт” который растет изменяется и приоритезируется. И проблемы тут могут начаться когда беклог продукта начинает расти и становится на столько большим что владелец продукта не в состоянии целиком его охватить. Это проблема с определением важности и приоритетов задач.
(далее…)

Как работают ИТ-специалисты. Владимир Протасов, Parallels

Как работают ИТ-специалисты. Владимир Протасов, Parallels - 1Мы продолжаем расспрашивать специалистов о режиме труда и отдыха, профессиональных привычках, об инструментарии, который они используют, и многом другом.

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

Сегодня наш гость — Владимир Протасов. Он работает в Parallels Cloud Team. У него своеобразное отношение к работе, которое одновременно является и профессиональным лайфхаком. (далее…)

О “легком” процессе замолвите слово: процесс разработки в отделе инструментария Larian Studios

Проходя собеседование на должность руководителя разработки в некоторых компаниях, автору в ходе разговора приходилось выслушивать одну и ту же историю:

«Есть у нас 3 — 4 программиста, которые вот уже полгода (или год — период времени зависел от компании) “пилят” один проект. Тем не менее, несмотря на усилия, работоспособной “демки”, которую можно запустить и продемонстрировать Заказчику, все еще нет. Мы ищем руководителя, который смог бы организовать работу».

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

В данной статье автор делится успешным опытом организации процесса разработки в отделе инструментария Larian Studios.
(далее…)

Тихий кризис в разработке софта

Тихий кризис в разработке софта - 1

Обо мне

Я работаю в сфере разработки программного обеспечения 28 лет. Моя нынешняя должность — старший директор по развитию программного обеспечения консалтинговой компании в Остине, штат Техас. Я работаю на этой должности чуть более шести лет.

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

Во Вселенной работает довольно жестокий вид кармы.

В моем нынешнем положении в качестве старшего директора по развитию программного обеспечения у меня есть 6 менеджеров по развитию, которые отчитываются передо мной. Только в моей организации около 50 разработчиков программного обеспечения. У нас завидно низкая текучесть кадров и очень высокий уровень удовлетворенности клиентов.

За эти годы я поделился со своими подчиненными и их непосредственными подчиненными теми же выводами, которыми я собираюсь поделиться с вами сейчас. Эти выводы — это выстраданная мудрость, а не то, что я интуитивно знал или читал. То есть, я узнал это, пройдя через трудный путь. (далее…)

Проблемы трекинга: как мобильные работники обманывают компании из-за недостатков технологий контроля

Проблемы трекинга: как мобильные работники обманывают компании из-за недостатков технологий контроля - 1

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

Сегодня мы поговорим о проблемах традиционного подхода к организации гео-трекинга. (далее…)

Алистер Коберн: Командная разработка и agile

Сегодня день рождения одного из отцов-основателей Agile-манифестаАлистера Коберна. Предлагаю вашему вниманию перевод его выступления на TED про командную разработку.

image

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

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

Причина недопонимания между нами и неверного использования технологий. По мотивам статьи «Пять миров» (ПО)

Причина недопонимания между нами и неверного использования технологий. По мотивам статьи «Пять миров» (ПО) - 1

Почти никогда во всей литературе, посвящённой программированию и разработке программного обеспечения, не упоминается нечто важное, из-за чего мы иногда недопонимаем друг друга… Joel Spolsky

Статья Джоэла о Пяти мирах (программного обеспечения) вышла в 2002 году. За прошедшие 14 лет успели образоваться новые миры: Мобильные приложения и Облака, — но соль статьи осталась неизменной.

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

Когда мы обсуждаем опыт применения какой-то технологии, мы часто не обращаем внимания на контекст её применения из-за этого возникает недопонимание, неверное толкование и применение технологий.
 
Представьте,
Мы на Земле, наш друг Марк на Марсе. У нас стоит одна и та же цель, вырастить в своём Мире урожай картошки. Технологию будем использовать одинаковую «посадка в грунт», а результаты получим разные так как влияние факторов/переменных разное для каждого из Миров.
Это кажется очевидным, но факты из жизни говорят об обратном.

Это Марк

Причина недопонимания между нами и неверного использования технологий. По мотивам статьи «Пять миров» (ПО) - 2

(далее…)

Советы основателя. Как онлайн-сервис Егора Егерева трансформирует event-рынок России

image

Информационные технологии наконец добрались до рынка продажи билетов на культурно-массовые мероприятия. Еще несколько лет назад в России не существовало ни одного онлайн-агрегатора билетов на подобные мероприятия.

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

Но теперь эта ниша не пустует благодаря нескольким энтузиастам. Егор Егерев, CEO и основатель билетной платформы Tickets Cloud поделился с нами своим опытом запуска и развития онлайн-сервиса с системой продажи электронных билетов «в едином билетном поле». Более того, он дал несколько советов начинающим. (далее…)

Scrum: Правила Игры

Про Scrum часто можно услышать фразы вроде «православный Scrum», «мы используем best practices из Scrum» или «что почти всегда остается» от техник Scrum при его реализации.

Говоря это, подразумевают, что Scrum — это некоторая эзотерическая методика, которая неприменима в реальной жизни по той или иной причине. Например потому что «для скрам нужно очень много бабла, а мы должны жить по средствам» или «в Scrum разработчики должны быть супер универсальными, а у нас таких нет». А раз так — делается вывод, что «нужно думать головой», и все нужно делать по-своему. В результате такого подхода в рабочем процессе появляются некоторые улучшения, но в целом ничего не меняется, что еще больше убеждает в том что Scrum — это фантазии не имеющие отношения к реальному миру. Это не так.

Scrum: Правила Игры - 1
(далее…)