Comments on: Почему не надо потакать инженерам и программистам http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/ Homepage of Max & Marina Kraynov Thu, 18 Mar 2010 07:51:07 +0000 http://wordpress.org/?v=2.9 hourly 1 By: Victor Cherkassky http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-9220 Victor Cherkassky Wed, 11 Feb 2009 16:17:48 +0000 http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-9220 Я несколько знаком с наиболее распространенными методологиями проектирования и разработки IT индустрии. Из этого теоретического и своего практического-Java-программистского опыта могу сказать, что научить людей следовать интересам компании можно следующим образом: 1. используя спецификации требований (естественно, они у всех есть, но качество их сильно отличается), закрепить все требования в документальном виде 2. ткнуть носом каждого разработчика в SRS (Software Requirements Specification) 3. конечно же, обязательно нужен грамотный архитектор или tech lead, который будет фильтровать все технические решения и оценивать их рисковость для проекта. Дело в том, что мой непосредственный начальник сейчас, tech lead проекта, именно так и делает. Все проектные решения идут через него (особенно глобальные, которые часто он ветирует, так как они тупо не вписываются в бюджет). Еще мне очень нравится его практика - делать code review 1-2 раза в неделю на каждого из разработчиков нашей Java-команды (сейчас в ней 6 человек). Code review состоит в том, что каждый получает письмо с XLS (MS Excel) файлом, в котором содержатся рекомендации и исправления, которые увидел tech lead при просмотре закоммиченного в SVN кода. Это повышает качество кода, решений, экономит время (так как происходит через почту). Дело в том, что эти все практики применимы и дают какой-то результат (а у нас это отличный результат) только в том случае, если этот tech lead действительно талантливый в техническом плане человек, обладающий обширными знаниями и имеющий большой опыт в разработке. Я несколько знаком с наиболее распространенными методологиями проектирования и разработки IT индустрии.
Из этого теоретического и своего практического-Java-программистского опыта могу сказать, что научить людей следовать интересам компании можно следующим образом:
1. используя спецификации требований (естественно, они у всех есть, но качество их сильно отличается), закрепить все требования в документальном виде
2. ткнуть носом каждого разработчика в SRS (Software Requirements Specification)
3. конечно же, обязательно нужен грамотный архитектор или tech lead, который будет фильтровать все технические решения и оценивать их рисковость для проекта.

Дело в том, что мой непосредственный начальник сейчас, tech lead проекта, именно так и делает. Все проектные решения идут через него (особенно глобальные, которые часто он ветирует, так как они тупо не вписываются в бюджет).
Еще мне очень нравится его практика – делать code review 1-2 раза в неделю на каждого из разработчиков нашей Java-команды (сейчас в ней 6 человек). Code review состоит в том, что каждый получает письмо с XLS (MS Excel) файлом, в котором содержатся рекомендации и исправления, которые увидел tech lead при просмотре закоммиченного в SVN кода. Это повышает качество кода, решений, экономит время (так как происходит через почту).
Дело в том, что эти все практики применимы и дают какой-то результат (а у нас это отличный результат) только в том случае, если этот tech lead действительно талантливый в техническом плане человек, обладающий обширными знаниями и имеющий большой опыт в разработке.

]]> By: techie http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-2186 techie Wed, 05 Dec 2007 12:47:14 +0000 http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-2186 <p>интересно, а как так получается, что девелоперы могут менять бизнес требования? Есть упрощенно “ability to have” список требований который легко (относительно разработки) чекается. Я сознаю, что нужна определенная гибкость в архитектуре или баланс между хардкодом и конфигурированием (упрощенно). Но вся эта гибкость должна аппруваться грамотным и опытным архитектором (или тим лидом) разбирающимся в рисках; и один из самых главных рисков пролететь со сроками или бюджетом (т.е. когда нечего показать и нечего сказать в свое оправдание), и тогда нечего будет кушать хе-хе… IMHO</p> интересно, а как так получается, что девелоперы могут менять бизнес требования? Есть упрощенно “ability to have” список требований который легко (относительно разработки) чекается. Я сознаю, что нужна определенная гибкость в архитектуре или баланс между хардкодом и конфигурированием (упрощенно). Но вся эта гибкость должна аппруваться грамотным и опытным архитектором (или тим лидом) разбирающимся в рисках; и один из самых главных рисков пролететь со сроками или бюджетом (т.е. когда нечего показать и нечего сказать в свое оправдание), и тогда нечего будет кушать хе-хе… IMHO

]]> By: Неужели программисты - ленивые капризные псевдоинтеллектуалы? http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-967 Неужели программисты - ленивые капризные псевдоинтеллектуалы? Tue, 21 Aug 2007 06:47:03 +0000 http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-967 [...] рекомендации интересами бизнеса”. Так и есть, многих программистов больше интересуют технические и .... Случается ли это из-за того, что зачастую технология - [...] [...] рекомендации интересами бизнеса”. Так и есть, многих программистов больше интересуют технические и …. Случается ли это из-за того, что зачастую технология – [...]

]]> By: Как бы я организовывал стартап сейчас | kraynov.com http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-430 Как бы я организовывал стартап сейчас | kraynov.com Mon, 09 Jul 2007 09:52:07 +0000 http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-430 [...] я бы не позволял инженерам/придумывателям рулить мною [...] [...] я бы не позволял инженерам/придумывателям рулить мною [...]

]]> By: Max Kraynov http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-235 Max Kraynov Sun, 03 Jun 2007 12:04:18 +0000 http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-235 "Правила Ашманова" - очень грамотное произведение, с правотой которой я в большей части соглашаюсь (мне не приходилось попадать в ряд ситуаций, куда приходилось попадать Игорю, поэтому 100% сказать не могу про правильность/неправильность). Интересно также то, что эти правила работают для компаний из разных стран, не только России. Ну и, конечно же, что 90% этих правил описаны в любой книжке, посвящённой PMP. “Правила Ашманова” – очень грамотное произведение, с правотой которой я в большей части соглашаюсь (мне не приходилось попадать в ряд ситуаций, куда приходилось попадать Игорю, поэтому 100% сказать не могу про правильность/неправильность). Интересно также то, что эти правила работают для компаний из разных стран, не только России. Ну и, конечно же, что 90% этих правил описаны в любой книжке, посвящённой PMP.

]]> By: despair http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-220 despair Mon, 21 May 2007 15:38:24 +0000 http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-220 На ту же тему: http://www.ashmanov.com/pap/ashrul.phtml На ту же тему:
http://www.ashmanov.com/pap/ashrul.phtml

]]> By: Max Kraynov http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-193 Max Kraynov Sun, 13 May 2007 21:02:37 +0000 http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-193 Мы говорим про большой коллектив или про маленький? Маленький коллектив (7-8 человек) из Unwiredtec-а почти не нуждался в управлении. Они прекрасно знали, что если что-то пойдёт не так, то никто не будет кушать. Сейчас я собственно разработкой не руковожу, а руковожу продуктовым отделом, который общается с клиентами, придумывает продукты и функции, делает описания и спецификации продукта - и только после это программисты начинают делать архитектуру и писать код. В результате, программисты не делают бизнес-решений (которые они делать не умеют и посему не должны), а лишь строгают код и исправляют ошибки. Это у нас стало работать, хотя это стоило нам огромных нервов. Мы говорим про большой коллектив или про маленький?
Маленький коллектив (7-8 человек) из Unwiredtec-а почти не нуждался в управлении. Они прекрасно знали, что если что-то пойдёт не так, то никто не будет кушать.

Сейчас я собственно разработкой не руковожу, а руковожу продуктовым отделом, который общается с клиентами, придумывает продукты и функции, делает описания и спецификации продукта – и только после это программисты начинают делать архитектуру и писать код. В результате, программисты не делают бизнес-решений (которые они делать не умеют и посему не должны), а лишь строгают код и исправляют ошибки. Это у нас стало работать, хотя это стоило нам огромных нервов.

]]> By: Juda http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-190 Juda Sun, 13 May 2007 18:14:02 +0000 http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-190 Макс, а у тебя нет часом списка действенных мер воздействия на программистов, дабы получать продукт, а не не нужную никому функциональность? Макс, а у тебя нет часом списка действенных мер воздействия на программистов, дабы получать продукт, а не не нужную никому функциональность?

]]> By: Max Kraynov http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-177 Max Kraynov Wed, 09 May 2007 21:41:22 +0000 http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-177 Немного спорно. У нас масштаб продуктов такой, что функция ценой в неделю и 5 тысяч долларов может за 1 день окупиться. Мы позволяем гонять mobile campaigns практически любой сложности - что страшно неповоротливо на этапе настройки, но страшно выгодно на этапе получения денег. Немного спорно. У нас масштаб продуктов такой, что функция ценой в неделю и 5 тысяч долларов может за 1 день окупиться. Мы позволяем гонять mobile campaigns практически любой сложности – что страшно неповоротливо на этапе настройки, но страшно выгодно на этапе получения денег.

]]> By: dekus http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-176 dekus Wed, 09 May 2007 18:58:49 +0000 http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-176 Но это на порядок дешевле чем искать гибкости. При том что за гибкость как правило редко платят. Я не знаю, имхо, конечно, но я уже забыл когда заходил в настройки программы кроме почтового клиента и пары приложений для прописывания прокси. Нужно чтобы работало быстро и четко, иначе это уже не работа, а саботаж с умным лицом. Но это на порядок дешевле чем искать гибкости. При том что за гибкость как правило редко платят. Я не знаю, имхо, конечно, но я уже забыл когда заходил в настройки программы кроме почтового клиента и пары приложений для прописывания прокси. Нужно чтобы работало быстро и четко, иначе это уже не работа, а саботаж с умным лицом.

]]> By: Max Kraynov http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-174 Max Kraynov Wed, 09 May 2007 05:00:02 +0000 http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-174 Пример из моего сегодняшнего рабочего дня. Проект стоимостью около 600к был обещан группе внутренних и внешних клиентов. Сроки срывались три раза, т.к. разработчики хотели сделать всё гибко и круто (насколько это возможно сделать в Индии). 3 недели назад моя продуктовая группа взялась за оценку ущерба. Подсчитали - прослезились. Периодически делаем теперь reality checks, привлекая наших клиентов и sales staff. Ну и что? Сегодня, за 3 недели до официальной сдачи, выяснилось, что народ хочет немного другого, и та гибкая функциональность, которую напихали программисты, нафиг не нужна. PS. Из серьёзных советов из Getting Real можно найти только один главный: надо уметь делать быстрые итерации. (По этому принципу был построен мой старый бизнес, и теперь, в моей новой компании со штатом в 25 раз больше, я насаждаю тот же принцип). Но это недёшево. Пример из моего сегодняшнего рабочего дня. Проект стоимостью около 600к был обещан группе внутренних и внешних клиентов. Сроки срывались три раза, т.к. разработчики хотели сделать всё гибко и круто (насколько это возможно сделать в Индии).

3 недели назад моя продуктовая группа взялась за оценку ущерба. Подсчитали – прослезились. Периодически делаем теперь reality checks, привлекая наших клиентов и sales staff. Ну и что? Сегодня, за 3 недели до официальной сдачи, выяснилось, что народ хочет немного другого, и та гибкая функциональность, которую напихали программисты, нафиг не нужна.

PS. Из серьёзных советов из Getting Real можно найти только один главный: надо уметь делать быстрые итерации. (По этому принципу был построен мой старый бизнес, и теперь, в моей новой компании со штатом в 25 раз больше, я насаждаю тот же принцип). Но это недёшево.

]]> By: dekus http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-173 dekus Wed, 09 May 2007 04:49:18 +0000 http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-173 На самом деле проблема сугубо историческая. В тот момент когда пользователями стали люди без технического образования она сформировалась, до инженеров (программистов) не доходит и никогда не дойдет, что требуется пользователю быстрое решение проблемы, а не чтение документации и т.д. Мы, допустим, при разработке под заказ просто слизываем текущий алгоритм работы пользователя, а потом постепенно подтачиваем, либо по его желанию, либо в интересующую нас сторону, но постепенно. В представленный список маразмов можно добавить еще возможность гибкой настройки и поиск максимально гибкого решения и то и другое приводит к пагубным последствиям. (как не программист) Все остальное говорю как участник процесса со стороны программистов. На самом деле проблема сугубо историческая. В тот момент когда пользователями стали люди без технического образования она сформировалась, до инженеров (программистов) не доходит и никогда не дойдет, что требуется пользователю быстрое решение проблемы, а не чтение документации и т.д.

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

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

Все остальное говорю как участник процесса со стороны программистов.

]]> By: Shishka http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-165 Shishka Tue, 08 May 2007 05:38:55 +0000 http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-165 Думаю что пост навеян прочтением Getting Real :) Все хорошо в меру, комбинация организационного и творческого решения проблем, лучший тому пример. Помимо разработки ИТ подразделениям нужно осваивать и новые подобласти применения продукта. Думаю что пост навеян прочтением Getting Real :)

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

]]> By: Max Kraynov http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-160 Max Kraynov Mon, 07 May 2007 10:39:41 +0000 http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-160 Нашёл! <a href="http://www.amazon.com/Inmates-Are-Running-Asylum-Products/dp/0672326140/ref=pd_bbs_sr_1/002-8138186-0593656?ie=UTF8&s=books&qid=1178534344&sr=8-1" rel="nofollow">Вот она</a>. Побежал заказывать. Нашёл!

Вот она. Побежал заказывать.

]]> By: Max Kraynov http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-159 Max Kraynov Mon, 07 May 2007 10:38:34 +0000 http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-159 Спасибо за наводку. К сожалению, книги на русском достать возможности не имею, разве что только в онлайне прочитать. А так - название очень даже захватывающее. Спасибо за наводку. К сожалению, книги на русском достать возможности не имею, разве что только в онлайне прочитать. А так – название очень даже захватывающее.

]]> By: fireton http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-158 fireton Mon, 07 May 2007 10:37:15 +0000 http://www.kraynov.com/2007/05/07/dont-allow-engineers-and-developers-to-run-the-show/#comment-158 Если не читал еще книгу "Психбольница в руках пациентов", то прочитай обязательно. На редкость толковая и как раз на эту тему. Если не читал еще книгу “Психбольница в руках пациентов”, то прочитай обязательно. На редкость толковая и как раз на эту тему.

]]>