Принципы профессионализма через истории. История первая

0. Компания Нэти (Neti) 245 07.08.17 13:43 Сейчас в теме
Мы всегда хотели, чтобы при общении все было проще. Чтобы истинный смысл без всякой мути легко гулял между головами. Но, к сожалению, тараканы в нашей голове этого не допустят. Приходится что-то придумывать.
В один прекрасный день мы решили писать принципы, которые должны помочь общаться и работать проще. Этот список в первый день читает каждый наш новый сотрудник. Но сами по себе принципы не всегда запоминаются с первого раза. Поэтому, чтобы вклинить их поглубже в память, для каждого пункта списка мы пишем историю. Она рассказывает, почему этот принцип важен.

Перейти к публикации

Комментарии
100. Компания Нэти (Neti) 245 11.08.17 12:40 Сейчас в теме
Коллеги, если попаду, тоже буду выступать на конференции Infostart Event :)
Если хочется послушать про развитие нетехничеких навыков у разработчиков, то можно проголосовать за мой доклад :)
http://event.infostart.ru/2017/agenda/#item643159
101. Иван Белокаменцев (1c-intelligence) 956 11.08.17 12:41 Сейчас в теме
(97) к сожалению, я предлагаю не свои методы, а подходы, на основе которых я создал свои методы.
Метод - компиляция подхода, или даже шаблона метода, и конкретной среды.

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

Если я при оценке задач советуюсь с цеховым бухгалтером, то вам я этого посоветовать не могу. Упомянуть - да, но советовать - нет.
102. Геннадий Николаев (genayo) 11.08.17 12:41 Сейчас в теме
(99) С самим собой чтоли? Ну ладно, обсужу.
103. Иван Белокаменцев (1c-intelligence) 956 11.08.17 12:44 Сейчас в теме
(98) тогда я против стандартизации.
Я за самостандартизацию. Дать людям цель и ограничения, они сами сделают себе стандарты.
104. Геннадий Николаев (genayo) 11.08.17 12:46 Сейчас в теме
(101) Вот и ладно. Теперь мне все понятно, дальнейшая дискуссия бессмысленна.
105. Ирина Павленко (PAVI) 1645 11.08.17 12:46 Сейчас в теме
(88)
мы тут начали с того, что не надо называть точные сроки выполнения :)
Оценка задач в цифрах - не для точного угадывания сроков. Она для системы координат, на которой можно построить ускорение работы команды.

Наверное главное, что мешает мне Вас понять - это то, как Вы, придя к потенциальному клиенту, будете ему объяснять, что сроков выполнения работ вы ему называть не будете совсем, сделаем, когда сможем. Так и слышу ответ: "Тогда мы не будем вам называть суммы финансирования работ. Заплатим, сколько сможем".

Я не против Вашей методики. У каждого есть свой любимый инструмент. Я против того, что часто изобретают "таблетку от всех болезней".
Я за то, чтобы описывая метод, описывали не только его сильные стороны, но и ограничения, которые неизбежны. Чем навязчивее реклама, тем больше шансов, что продукт ей не совсем соответствует...
Мир состоит из света и тени. Тем ценнее статья автора, в комментариях к которой мы "резвимся", что она имеет и "свет", и "тень" ))).
106. Александр alex_2h2008 (alex_sh2008) 5 11.08.17 12:48 Сейчас в теме
(96)
Меня один вопрос мучает - зачем? Какова цель стандартизации работы программиста?

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

Ссылок нет, я читал это в книгах, по управлению проектами, названия не вспомню было это в 2005
107. Александр alex_2h2008 (alex_sh2008) 5 11.08.17 12:56 Сейчас в теме
(102)Ну если так то придется, стать на время программистом со всеми тараканами, капризами, и т.д.
108. Иван Белокаменцев (1c-intelligence) 956 11.08.17 13:00 Сейчас в теме
(104) это уже не важно.
Вы - очень толковый и полезный собеседник, и состоявшаяся дискуссия принесла много пользы.
Удачи!
109. Иван Белокаменцев (1c-intelligence) 956 11.08.17 13:14 Сейчас в теме
(105) в данном конкретном случае я рекламирую не свой метод, а скрам.
Моя неверная предпосылка - я думал, что все хорошо знают, что такое скрам, и применяли его на практике. Из-за этой неверной предпосылки я стал предлагать/обсуждать конкретный элемент скрама - покер планирования. И долго не понимал, что я непонятного говорю.
110. Иван Белокаменцев (1c-intelligence) 956 11.08.17 13:17 Сейчас в теме
(106) а если нет такой задачи - "чтобы смена программистов не повлияла на проект в целом, а стиль и структура кода не менялась на всем ...." - стандартизация не нужна?

Или она еще какие-то полезные выхлопы дает, кроме перечисленных?
111. Александр alex_2h2008 (alex_sh2008) 5 11.08.17 13:22 Сейчас в теме
(110)Ну если вы пишет приложение с объемом до 10тыс строк, то может быть и прокатит. А вот когда напишите код объемом более 100тыс строк, и без стандартизации, увидите насколько сложно это все поддерживать, изменять, дописывать. Поэтому я вам и предложил посмотреть источники opensource проектов, они пишутся в одном стиле на протяжении 10 лет, и не важно кто вносит изменения в код, они придерживается тех правил которые были заданы на начальном этапе.
112. Александр alex_2h2008 (alex_sh2008) 5 11.08.17 13:24 Сейчас в теме
(109)А что такое скрам расскажите своими словами что бы это поняли обычные люди без особых знание терминов и технологий управления проектами.
113. Иван Белокаменцев (1c-intelligence) 956 11.08.17 13:24 Сейчас в теме
(111) вы вроде сейчас про стандартизацию кода говорите. С этим я не спорю.
Я может не так понял, но вы говорили о стандартизации работы, т.е. процесса.
114. Александр alex_2h2008 (alex_sh2008) 5 11.08.17 13:26 Сейчас в теме
(113)Это она и есть, я же говорил она включает в себя множество факторов. Бизнес процесс это не только задачи и действия, это еще и правила, регламенты, требования.
115. rjhev korum (корум) 310 11.08.17 15:24 Сейчас в теме
(112)
А что такое скрам расскажите своими словами что бы это поняли обычные люди без особых знание терминов и технологий управления проектами.

А про это рядом висит отдельная статья

ну и связанные ссылки на инфостарте:
https://infostart.ru/video/w530493/

https://infostart.ru/public/329173/

https://infostart.ru/public/318229/

https://infostart.ru/public/377535/

https://infostart.ru/public/648073/
116. Александр alex_2h2008 (alex_sh2008) 5 11.08.17 16:29 Сейчас в теме
(115)Это я и сам могу прочитать, и не только отсюда, но и из первоисточников. Вопрос был в другом
117. rjhev korum (корум) 310 11.08.17 16:32 Сейчас в теме
(116) ну, как написал, так и получил.
в (112) режет глаз отсутствие запятых и наплевательство на ошибки.
118. Ирина Павленко (PAVI) 1645 11.08.17 16:32 Сейчас в теме
(115) Первая ссылка сюда
Управление проектами по Scrum
привела к статье, которая представляет scrum, как "компот" из методик управления, обрывков восточной философии, религии и немного "волшебства". Приверженцы таких "компотов" часто фанатики и логику понимают плохо. "Верую, ибо нелепо".
Провокации видны сразу:
"Что для вас важнее: процессы или люди?" - это кто же осмелится не сделать выбор в пользу людей?!
Можно сразу ставить жирный крест на бизнес-процессах любого рода.
Но чуть более глубокое знакомство с восточной или европейской философией приводит к закону о единстве и борьбе противоположностей. У китайцев даже символ есть "Инь-Ян".
,,, Придется покопаться в этом популярном течении поглубже...
119. Александр alex_2h2008 (alex_sh2008) 5 11.08.17 16:43 Сейчас в теме
(117)Написал простым языком в манере общения, вы прекрасно поняли что я хотел, но полезли в сторону.
120. Александр alex_2h2008 (alex_sh2008) 5 11.08.17 16:45 Сейчас в теме
(118)Можно сколько угодно перечитать книжек, это ничего не изменит, если саму идею не понять, ее не возможно выразить своими словами.
121. Ирина Павленко (PAVI) 1645 11.08.17 16:47 Сейчас в теме
(120)
Вот и это признак религии... Грустно(((
122. Геннадий Николаев (genayo) 11.08.17 17:34 Сейчас в теме
(120) Как говаривал великий кормчий Мао, сколько книжек не читай - умнее не будешь...
123. Andrey Erastov (tailer2) 11.08.17 18:05 Сейчас в теме
(95) ничего страшного
госдумецы тоже не понимают, но законы пишут
124. Иван Белокаменцев (1c-intelligence) 956 11.08.17 18:29 Сейчас в теме
(123) вы им тоже сообщения пишете, и они говорят, что ничего не поняли, но продолжают писать законы?
125. Николай Больсунов (boln) 927 11.08.17 21:53 Сейчас в теме
(122)
Как говаривал великий кормчий Мао, сколько книжек не читай - умнее не будешь...
Ну правильно, Мао не читатель, Мао писатель :)
126. Яков Коган (Yashazz) 2103 13.08.17 11:38 Сейчас в теме
Ребятушки, до тех пор, пока ваш профессионализм будет оценивать тупорылый истеричный главбух или авторитарный самодовольный шеф, или пафосный продажник, вы можете пеной изойти, пытаясь что-то объяснить. Профессионализм в нашем деле - это отнюдь не умение грамотно решить задачу, написать код, внедрить блок, упростить процесс. Нет. Главное - это вежливо улыбаться, когда на тебя льют помои, и стараться сделать так, чтобы это не сильно сказывалось на зарплате. Остальное вторично.
127. Николай Больсунов (boln) 927 13.08.17 14:55 Сейчас в теме
(126)
Главное - это вежливо улыбаться
Не, и тут может докопаться: "Чего лыбу тянешь? Весело? Так щас плакать будешь" :)
128. Иван Белокаменцев (1c-intelligence) 956 14.08.17 06:51 Сейчас в теме
(114) (116) (118) (120) (121)

Главное, что нужно узнать о скраме, заключено в названии книги: The Art of Doing Twice the Work in Half the Time. По-русски примерно так: искусство делать вдвое больше работы за половину времени.

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

Если вы видите людей, которые говорят - мы работаем по скрам, выберите нас - смело спрашивайте их: во сколько раз вы быстрее достигаете результата, чем "классические" команды?

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

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

Если вы хотите делать проекты в разы быстрее, то беритесь за скрам. Если не хотите - на здоровье.

Если вы беретесь за скрам, то помните о цели - ускорении в разы. Это суть, смысл и самое главное.

Я бегло просмотрел ссылки из (115), но не нашел там цифр - как выросла производительность команд. Если вы заметили там такие цифры, поправьте меня, буду признателен. Я некоторое время назад задавался целью найти реальные цифры, как ускоряются команды на скраме, но не смог. Если, опять же, у вас есть ссылки на такие материалы, буду признателен.

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

Дальше дело за вами, точнее - за скрам-мастером. Скрам-мастер должен увидеть, где команда теряет скорость, и внести соответствующие изменения в ее работу.
И да, это восточная философия. Философия управления качеством, распространенная и развитая на востоке - в Японии. Ровно об этом и написано в книге.

Лично я за 2 года получал ускорение в 3.25 раза. Но ясно вижу, что можно больше, просто не хватает дисциплины.
129. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 08:42 Сейчас в теме
(128) Я вроде задавал просто вопрос, и хотел услышать простой ответ, который укладывается в одном предложении, а вы по написали текста с пол. страницы.
130. Иван Белокаменцев (1c-intelligence) 956 14.08.17 08:58 Сейчас в теме
(129) я не думал, что вы это серьезно. Наверное, есть глубокий смысл в таком упражнении.
Попробую одним предложением.
Скрам - философия, позволяющая делать работу в 4 раза быстрее.
131. Anatolii Karasev (KapasMordorov) 408 14.08.17 09:10 Сейчас в теме
(130)
Командную работу или для одиночки тоже есть применение?
132. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 09:14 Сейчас в теме
(130)
Скрам - философия, позволяющая делать работу в 4 раза быстрее.

Но в проекте важна не только скорость, но и выпуск готового продукта, а не полуфабриката.
133. Иван Белокаменцев (1c-intelligence) 956 14.08.17 09:18 Сейчас в теме
(131) для одиночки даже проще.
134. Иван Белокаменцев (1c-intelligence) 956 14.08.17 09:19 Сейчас в теме
(132)
выпуск готового продукта, а не полуфабриката

для простоты считайте, что на выходе - то же самое, что вы даете сейчас. Только в 4 раза быстрее.
135. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 09:22 Сейчас в теме
(131)Одиночки кроме как по "scrum", по другому не смогут работать, у них просто ресурсов не хватит, ни физических, ни финансовых. И по большому они всегда так работали, даже тогда когда эту работу еще не выделили в отдельную методологию.
136. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 09:25 Сейчас в теме
(134)Я бы с удовольствием по считал, но заказчик редко когда так считает, и ему не нужны хорошо отлаженный куски, а нужен готовый функционал. По "scrum" хорошо дописывать уже готовый продукт, но когда вы пишите все с нуля, очень сложно посчитать когда же вы все таки выйдете на готовый функционал, и выйдете ли вообще на него.
137. Иван Белокаменцев (1c-intelligence) 956 14.08.17 09:45 Сейчас в теме
(136) вы уже пробовали по скраму работать?
138. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 09:48 Сейчас в теме
(137)Сколько себя помню, а точнее около 15 лет работаю, и лишь иногда по типовой методике, когда есть финансирование и время, что бы написать требуемую бизнес модель и потом перейти на наращивание и исправление ошибок.
139. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 09:59 Сейчас в теме
(130)По пробуйте еще раз выразить своими словами, то как вы сами понимаете что такое "scrum", не ссылаясь ни на что, а только на ваш личный опыт и знания.
140. Иван Белокаменцев (1c-intelligence) 956 14.08.17 10:05 Сейчас в теме
(139) раз вы 15 лет работаете по скраму, то интереснее вашу формулировку услышать.
Я потерял цель нашего с вами упражнения, если честно.
141. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 10:09 Сейчас в теме
(140)Цель очень проста, понять (осознать) суть методики и применить ее к своей ситуации, а не скопировать и тупо следовать. моя формулировка очень проста: "Разработка по событию"
142. Иван Белокаменцев (1c-intelligence) 956 14.08.17 10:16 Сейчас в теме
(141) а как теперь разобраться, чья формулировка лучше?
143. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 10:22 Сейчас в теме
(142)Ни как, главное что бы вы осознавали что это такое, могли без копирки применять, изменять, дорабатывать, совмещать. С мое точки зрения ваша формулировка относится больше к результатам чем к самому процессу как таковому. Одинаковый результат можно получить, что по "scrum", что по плоской модели разработки. И опять же выбор за вами, я не претендую на первое место в гонке за рейтинг, кто круче по "scrum".
144. Иван Белокаменцев (1c-intelligence) 956 14.08.17 10:23 Сейчас в теме
(143) вы, работая по скрам, достигаете результата быстрее?
145. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 10:35 Сейчас в теме
(144)Смотря как смотреть на это, локальные проблемы я решаю быстрее, не трачу свое время на менее кричных проблемах. Но в целом с точки зрения проекта целиком, долго выхожу на финиш. Но фактически мне не нужно выходить на финиш, приложения уже внедрены и работают, много лет.
146. Andrey Erastov (tailer2) 14.08.17 16:06 Сейчас в теме
(124) они просто пишут, вне зависимости от чего-либо
147. Andrey Erastov (tailer2) 14.08.17 16:07 Сейчас в теме
(126) улыбаться не обязательно

надо иметь глубокую внутреннюю уверенность, что если эта скотина сейчас не заткнется, то сегодня вечером ляжет спать и не проснется уже никогда
148. Иван Белокаменцев (1c-intelligence) 956 14.08.17 19:31 Сейчас в теме
(145) если дать вам 100 небольших задач (не больше 1 дня на разработку) по улучшению текущей системы, все это мероприятие назвать проект, вы сделаете это быстрее скрамом или каскадом?
149. Иван Белокаменцев (1c-intelligence) 956 14.08.17 19:32 Сейчас в теме
(145) забыл главное спросить: вы измеряли скорость и ускорение своей работы, когда применяли скрам?
150. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 20:25 Сейчас в теме
(149)Не было самоцели, сравнить
151. Иван Белокаменцев (1c-intelligence) 956 15.08.17 05:17 Сейчас в теме
152. Компания Нэти (Neti) 245 17.08.17 16:40 Сейчас в теме
Оставьте свое сообщение