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

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

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

Комментарии
110. Иван Белокаменцев (1c-intelligence) 1434 11.08.17 13:17 Сейчас в теме
(106) а если нет такой задачи - "чтобы смена программистов не повлияла на проект в целом, а стиль и структура кода не менялась на всем ...." - стандартизация не нужна?

Или она еще какие-то полезные выхлопы дает, кроме перечисленных?
111. Александр alex_2h2008 (alex_sh2008) 5 11.08.17 13:22 Сейчас в теме
(110)Ну если вы пишет приложение с объемом до 10тыс строк, то может быть и прокатит. А вот когда напишите код объемом более 100тыс строк, и без стандартизации, увидите насколько сложно это все поддерживать, изменять, дописывать. Поэтому я вам и предложил посмотреть источники opensource проектов, они пишутся в одном стиле на протяжении 10 лет, и не важно кто вносит изменения в код, они придерживается тех правил которые были заданы на начальном этапе.
113. Иван Белокаменцев (1c-intelligence) 1434 11.08.17 13:24 Сейчас в теме
(111) вы вроде сейчас про стандартизацию кода говорите. С этим я не спорю.
Я может не так понял, но вы говорили о стандартизации работы, т.е. процесса.
114. Александр alex_2h2008 (alex_sh2008) 5 11.08.17 13:26 Сейчас в теме
(113)Это она и есть, я же говорил она включает в себя множество факторов. Бизнес процесс это не только задачи и действия, это еще и правила, регламенты, требования.
128. Иван Белокаменцев (1c-intelligence) 1434 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) 1434 14.08.17 08:58 Сейчас в теме
(129) я не думал, что вы это серьезно. Наверное, есть глубокий смысл в таком упражнении.
Попробую одним предложением.
Скрам - философия, позволяющая делать работу в 4 раза быстрее.
131. Anatolii Karasev (KapasMordorov) 408 14.08.17 09:10 Сейчас в теме
(130)
Командную работу или для одиночки тоже есть применение?
133. Иван Белокаменцев (1c-intelligence) 1434 14.08.17 09:18 Сейчас в теме
(131) для одиночки даже проще.
135. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 09:22 Сейчас в теме
(131)Одиночки кроме как по "scrum", по другому не смогут работать, у них просто ресурсов не хватит, ни физических, ни финансовых. И по большому они всегда так работали, даже тогда когда эту работу еще не выделили в отдельную методологию.
132. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 09:14 Сейчас в теме
(130)
Скрам - философия, позволяющая делать работу в 4 раза быстрее.

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

для простоты считайте, что на выходе - то же самое, что вы даете сейчас. Только в 4 раза быстрее.
136. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 09:25 Сейчас в теме
(134)Я бы с удовольствием по считал, но заказчик редко когда так считает, и ему не нужны хорошо отлаженный куски, а нужен готовый функционал. По "scrum" хорошо дописывать уже готовый продукт, но когда вы пишите все с нуля, очень сложно посчитать когда же вы все таки выйдете на готовый функционал, и выйдете ли вообще на него.
137. Иван Белокаменцев (1c-intelligence) 1434 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) 1434 14.08.17 10:05 Сейчас в теме
(139) раз вы 15 лет работаете по скраму, то интереснее вашу формулировку услышать.
Я потерял цель нашего с вами упражнения, если честно.
141. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 10:09 Сейчас в теме
(140)Цель очень проста, понять (осознать) суть методики и применить ее к своей ситуации, а не скопировать и тупо следовать. моя формулировка очень проста: "Разработка по событию"
142. Иван Белокаменцев (1c-intelligence) 1434 14.08.17 10:16 Сейчас в теме
(141) а как теперь разобраться, чья формулировка лучше?
143. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 10:22 Сейчас в теме
(142)Ни как, главное что бы вы осознавали что это такое, могли без копирки применять, изменять, дорабатывать, совмещать. С мое точки зрения ваша формулировка относится больше к результатам чем к самому процессу как таковому. Одинаковый результат можно получить, что по "scrum", что по плоской модели разработки. И опять же выбор за вами, я не претендую на первое место в гонке за рейтинг, кто круче по "scrum".
144. Иван Белокаменцев (1c-intelligence) 1434 14.08.17 10:23 Сейчас в теме
(143) вы, работая по скрам, достигаете результата быстрее?
145. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 10:35 Сейчас в теме
(144)Смотря как смотреть на это, локальные проблемы я решаю быстрее, не трачу свое время на менее кричных проблемах. Но в целом с точки зрения проекта целиком, долго выхожу на финиш. Но фактически мне не нужно выходить на финиш, приложения уже внедрены и работают, много лет.
148. Иван Белокаменцев (1c-intelligence) 1434 14.08.17 19:31 Сейчас в теме
(145) если дать вам 100 небольших задач (не больше 1 дня на разработку) по улучшению текущей системы, все это мероприятие назвать проект, вы сделаете это быстрее скрамом или каскадом?
149. Иван Белокаменцев (1c-intelligence) 1434 14.08.17 19:32 Сейчас в теме
(145) забыл главное спросить: вы измеряли скорость и ускорение своей работы, когда применяли скрам?
150. Александр alex_2h2008 (alex_sh2008) 5 14.08.17 20:25 Сейчас в теме
(149)Не было самоцели, сравнить
151. Иван Белокаменцев (1c-intelligence) 1434 15.08.17 05:17 Сейчас в теме
87. Andrey Erastov (tailer2) 11.08.17 12:15 Сейчас в теме
(35)
Татьяна Черниговская: «Не доверяй примитивным поисковикам, задай вопрос миру!»


чо :)

Мы такие, какие есть, потому что у нас такое тело.


нет
у нас (не потомков обезиан) такое тело потому что мы
25. Anatolii Karasev (KapasMordorov) 408 09.08.17 11:10 Сейчас в теме
(23)
Ну пусть сначала у всех программистов зарплата начнет зависеть от решенных в срок задач. И тогда всё это можно отдать в психологию -
точный предмет
.
А если коротко: "база"-то у вас и маловата.
27. Ирина Павленко (PAVI) 1650 09.08.17 13:18 Сейчас в теме
(25)
Мы же говорим не о "кухонной" психологии, в которой "разбираются" все, а о фундаментальной науке.
Но, простите за непонятливость, какая именно "база" у меня маловата? Это при моем 54-м размере?))
30. rjhev korum (корум) 314 09.08.17 14:01 Сейчас в теме
(23)
Если программист над одной маленькой задачкой будет работать месяц - замечательно! Так тому и быть!

Программист вообще может за месяц не решить "ни одной маленькой задачки" и получить за это премию.
Показав, как нужная пользователю задача решается имеющимся функционалом.
Настроив отчет так, чтобы видеть нужные данные.
Объяснив, как менеджеру, кладовщику и бухгалтеру работать в их программе.
YanTsys; mindcannon; TreeDogNight; +3 Ответить
32. Ирина Павленко (PAVI) 1650 09.08.17 14:25 Сейчас в теме
(30)
Показав, как нужная пользователю задача решается имеющимся функционалом.
Настроив отчет так, чтобы видеть нужные данные.
Объяснив, как менеджеру, кладовщику и бухгалтеру работать в их программе.

Это уже несколько маленьких задачек, если программист выполняет еще и функцию методиста )))
58. Компания Нэти (Neti) 269 10.08.17 12:14 Сейчас в теме
(21)
Спасибо. Очень хорошее дополнение.
Читал книги Голдратта. Там реально полезные и правильные идеи.

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

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

Ещё раз спасибо за дополнения!
SunShinne; +1 Ответить
59. Иван Белокаменцев (1c-intelligence) 1434 10.08.17 12:22 Сейчас в теме
(58) спасибо.
С удовольствием почитаю вашу следующую статью и помогу ей подержаться на главной странице инфостарта :)
SunShinne; Neti; +2 Ответить
86. Andrey Erastov (tailer2) 11.08.17 12:04 Сейчас в теме
(21)
можем дать людям - это научить их задавать правильные вопросы

можем
но они нас об этом не просят
и не за это платят

Клиент, с высокой вероятностью, ждет от вас совсем другого


если вы лучше клиента знаете, что он хочет,
вы можете заплатить себе сами за его обучение
90. Иван Белокаменцев (1c-intelligence) 1434 11.08.17 12:20 Сейчас в теме
(86) они вам не за это платят и об этом не просят, потому что не знают, что вы это умеете.
По вашим постам видно, что умеете.

(86)
если вы лучше клиента знаете, что он хочет,
вы можете заплатить себе сами за его обучение


верно подмечено. Это называется "инвестиции".
93. Andrey Erastov (tailer2) 11.08.17 12:30 Сейчас в теме
(90) ага
а еще деньги - это доллары, евро и рубли
до ближайшей реформы павлова
95. Иван Белокаменцев (1c-intelligence) 1434 11.08.17 12:33 Сейчас в теме
(93) мысль вашу не понял, но звучит убедительно.
123. Andrey Erastov (tailer2) 11.08.17 18:05 Сейчас в теме
(95) ничего страшного
госдумецы тоже не понимают, но законы пишут
124. Иван Белокаменцев (1c-intelligence) 1434 11.08.17 18:29 Сейчас в теме
(123) вы им тоже сообщения пишете, и они говорят, что ничего не поняли, но продолжают писать законы?
146. Andrey Erastov (tailer2) 14.08.17 16:06 Сейчас в теме
(124) они просто пишут, вне зависимости от чего-либо
22. юрий гулидов (gull22) 82 09.08.17 09:47 Сейчас в теме
Жду продолжения историй.
29. Игорь Исхаков (Ish_2) 985 09.08.17 13:41 Сейчас в теме
Подход хороший. Простые истины через рассказ от первого лица.
Neti; PAVI; +2 Ответить
34. Алексей Михайлов (Kinestetik) 18 09.08.17 15:42 Сейчас в теме
Отличная статья, всё по теме
37. Egor Gl (Green2) 2 10.08.17 07:07 Сейчас в теме
Вы немного уклонились от еще одной проблемы. Скажем так, это даже нравственная заповедь, профессионал должен быть достоин доверия.

Люди очень высоко ценят надёжность. Человек, обладающий этим качеством, ценятся очень высоко. Человека, утратившего это качество, начинают считать никчёмным.

Надо держать слово в отношении сроков или не давать обещаний.

Если человек даёт какое-то обещание или клянётся сделать что-то, он должен его выполнить. Если он говорит, что сделает что-то, он должен сделать это. Если он говорит, что не станет делать чего-то, он не должен этого делать.

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

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

Те, кто нарушают данное ими слово, зачастую так и не получают возможности исправить свою ошибку.

Человек, который не держит слова, может вскоре запутаться в сетях различных гарантий и ограничений и даже лишиться нормальных взаимоотношений с окружающими. Нет более надёжного способа отдалиться от других людей, чем нарушение данных ранее обещаний.
YanTsys; PAVI; TreeDogNight; Neti; +4 Ответить
44. Владимир Безфамильный (Vovan1975) 14 10.08.17 11:05 Сейчас в теме
Срок по задача может быть точно определен только после того как задача решена.
Поэтому все эти оценки сроков - полная туфта. О чем не нужно стесняться говорить, в том числе клиенту.
Все, что можно тут предложить - назначать дату, в которую сходитесь и обсуждаете на какой все стадии и как близко к финалу.
TreeDogNight; 1c-intelligence; +2 Ответить
46. Иван Белокаменцев (1c-intelligence) 1434 10.08.17 11:15 Сейчас в теме
(44) еще лучше - назначать не дату, а датЫ, или периодичность.
И обсуждать не только стадии и близость к финалу, но и результаты с прошлой встречи, и как можно ускориться, и пересматривать список оставшихся задач.
60. Сергей Алферов (SunShinne) 599 10.08.17 12:24 Сейчас в теме
Просто. Честно. Интересно. Полезно. Автору спасибо, ждём еще статей!
70. Александр alex_2h2008 (alex_sh2008) 5 11.08.17 09:12 Сейчас в теме
Есть, но это только в личном общение узнается, не через интернет или почту, а реальное общение.
100. Компания Нэти (Neti) 269 11.08.17 12:40 Сейчас в теме
Коллеги, если попаду, тоже буду выступать на конференции Infostart Event :)
Если хочется послушать про развитие нетехничеких навыков у разработчиков, то можно проголосовать за мой доклад :)
http://event.infostart.ru/2017/agenda/#item643159
126. Яков Коган (Yashazz) 2126 13.08.17 11:38 Сейчас в теме
Ребятушки, до тех пор, пока ваш профессионализм будет оценивать тупорылый истеричный главбух или авторитарный самодовольный шеф, или пафосный продажник, вы можете пеной изойти, пытаясь что-то объяснить. Профессионализм в нашем деле - это отнюдь не умение грамотно решить задачу, написать код, внедрить блок, упростить процесс. Нет. Главное - это вежливо улыбаться, когда на тебя льют помои, и стараться сделать так, чтобы это не сильно сказывалось на зарплате. Остальное вторично.
127. Николай Больсунов (boln) 941 13.08.17 14:55 Сейчас в теме
(126)
Главное - это вежливо улыбаться
Не, и тут может докопаться: "Чего лыбу тянешь? Весело? Так щас плакать будешь" :)
147. Andrey Erastov (tailer2) 14.08.17 16:07 Сейчас в теме
(126) улыбаться не обязательно

надо иметь глубокую внутреннюю уверенность, что если эта скотина сейчас не заткнется, то сегодня вечером ляжет спать и не проснется уже никогда
152. Компания Нэти (Neti) 269 17.08.17 16:40 Сейчас в теме
Оставьте свое сообщение