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

Публикация № 659160

Сообщество - Личная эффективность

истории доверие профессионализм

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

Вот первая история с несколькими принципами: "Преодоление кризиса доверия. Будьте открытыми, честными и контролируйте свои обещания".

Помниться лет 9 назад один клиент спросил меня: «Андрей, когда нам ожидать завершения задачи?».

Я не весело ему ответил: «Вы знаете, я тут нашел определенную сложность. Типовая форма, на которую я рассчитывал, не работает. Я ее начал переделывать. Но тут понял, что забыл про один момент с передачей данных в наш новый функционал и сейчас его усиленно делаю.»

Как вам кажется, дал ли я ответ клиенту? Думаю, нет. Что подумал клиент? Он подумал, что я не хочу отвечать на вопрос и поэтому вместо срока даю ворох оправданий.

Что он ждал? Он ждал ответа на вопрос «Когда?». Ответом на этот вопрос могут быть ответы в виде времени или даты. Или в крайнем случае ответ о том, что дату сейчас определить невозможно и назвать срок, через который это будет возможно. И только после этого уже можно давать пояснения. Человек сначала всегда ждет ответа на свой вопрос. Он усиленно пытается его найти в ваших словах, а все остальное воспринимает как непонятный фон.

Клиент оказался очень терпеливым и корректным, и он просто сказал: «Андрей, я ничего не понял. Есть какие-то сложности и вы не можете назвать срок?».

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

Клиент ждал ответа. Молчание уже не прилично затянулось. Я подавил в себе очередную порцию оправданий и сказал правду:

«Могу, но мне кажется он вам не понравиться, поэтому из меня сначала полезли какие-то пояснения причин. Я закончу задачу в пятницу к обеду, а не сегодня, как говорил ранее.»

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

Клиент услышал от меня: «Я извиняюсь, я не смог увидеть все подводные камни и теперь понимаю, что даже если буду работать круглосуточно, то не успею раньше, чем в пятницу, так как мне надо будет запускать обработки преобразования данных и ждать».

Клиент оказался еще и опытным руководителем с стальными нервами. Он задал вопрос, который большинство не задает, так как это не их зона ответственности. Он спросил:

«А вы уверенны в текущем сроке?»

Уверен ли я? Сначала я разозлился. Что за сомнения в моем умении оценивать? Но потом мне стало смешно. Это адекватный вопрос. Во-первый один раз я уже ошибся. Во-вторых, я помнил, были случаи, когда я не хотел огорчать клиента и «приукрашивал» срок. Видимо клиент тоже знал о такой особенности людей.

«Сейчас я уже все расковырял в этих механизмах и теперь я уверен в сроке. В том числе после этого опыта следующие задачи я уже смогу оценить правильно с первого раза».

Я был действительно уверен. Не люблю ошибаться дважды. Лучше перепроверить все до конца.

«Ок. Жаль, что мы сегодня не получим результат. Но я рад, что дальше в сроках можно будет не сомневаться. Ждем тогда задачу в пятницу к обеду. Только прошу дальше предупреждать меня заранее, а то мы тоже планируем свою работу от ожидаемых от вас результатов».

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

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

Это как с нетерпением ждать телефон из ремонта и в день планового завершения узнать, что надо терпеть еще неделю. При чем ты им позвонил сам, «а то что-то они молчат». Это обидно, лучше бы они сказали это заранее, и ты бы спланировал это и не ждал.

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

1. Сначала отвечай на конкретный вопрос, а потом уже давай объяснения. Иногда можно даже не давать объяснений, если их никто не ждет в этом разговоре.
2. Если ты ошибся в чем-то, то прежде чем давать обещание перепроверь уверен ли ты, что больше ни в чем не ошибаешься. Второй раз подводить совсем не весело.
3. Постоянно контролируй ожидания клиента. Если есть даже небольшой риск, что ты не сможешь выполнить свое обещание, то надо начинать решать эту проблему сразу. Если после начала решения проблемы уверенности в сроке не появилось, то надо сказать об этом максимально заранее всем заинтересованным лицам.
4. Если ошибся, то извинись, исправь и скажи почему такого больше не будет.

Автор статьи: Андрей Макаров, компания Neti

85

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Дата
152. Neti 377 17.08.17 16:40 Сейчас в теме
151. 1c-intelligence 8598 15.08.17 05:17 Сейчас в теме
150. alex_sh2008 4 14.08.17 20:25 Сейчас в теме
(149)Не было самоцели, сравнить
149. 1c-intelligence 8598 14.08.17 19:32 Сейчас в теме
(145) забыл главное спросить: вы измеряли скорость и ускорение своей работы, когда применяли скрам?
148. 1c-intelligence 8598 14.08.17 19:31 Сейчас в теме
(145) если дать вам 100 небольших задач (не больше 1 дня на разработку) по улучшению текущей системы, все это мероприятие назвать проект, вы сделаете это быстрее скрамом или каскадом?
147. tailer2 14.08.17 16:07 Сейчас в теме
(126) улыбаться не обязательно

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

для простоты считайте, что на выходе - то же самое, что вы даете сейчас. Только в 4 раза быстрее.
133. 1c-intelligence 8598 14.08.17 09:18 Сейчас в теме
(131) для одиночки даже проще.
132. alex_sh2008 4 14.08.17 09:14 Сейчас в теме
(130)
Скрам - философия, позволяющая делать работу в 4 раза быстрее.

Но в проекте важна не только скорость, но и выпуск готового продукта, а не полуфабриката.
131. KapasMordorov 428 14.08.17 09:10 Сейчас в теме
(130)
Командную работу или для одиночки тоже есть применение?
130. 1c-intelligence 8598 14.08.17 08:58 Сейчас в теме
(129) я не думал, что вы это серьезно. Наверное, есть глубокий смысл в таком упражнении.
Попробую одним предложением.
Скрам - философия, позволяющая делать работу в 4 раза быстрее.
129. alex_sh2008 4 14.08.17 08:42 Сейчас в теме
(128) Я вроде задавал просто вопрос, и хотел услышать простой ответ, который укладывается в одном предложении, а вы по написали текста с пол. страницы.
128. 1c-intelligence 8598 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 раза. Но ясно вижу, что можно больше, просто не хватает дисциплины.
127. boln 999 13.08.17 14:55 Сейчас в теме
(126)
Главное - это вежливо улыбаться
Не, и тут может докопаться: "Чего лыбу тянешь? Весело? Так щас плакать будешь" :)
126. Yashazz 2848 13.08.17 11:38 Сейчас в теме
Ребятушки, до тех пор, пока ваш профессионализм будет оценивать тупорылый истеричный главбух или авторитарный самодовольный шеф, или пафосный продажник, вы можете пеной изойти, пытаясь что-то объяснить. Профессионализм в нашем деле - это отнюдь не умение грамотно решить задачу, написать код, внедрить блок, упростить процесс. Нет. Главное - это вежливо улыбаться, когда на тебя льют помои, и стараться сделать так, чтобы это не сильно сказывалось на зарплате. Остальное вторично.
125. boln 999 11.08.17 21:53 Сейчас в теме
(122)
Как говаривал великий кормчий Мао, сколько книжек не читай - умнее не будешь...
Ну правильно, Мао не читатель, Мао писатель :)
124. 1c-intelligence 8598 11.08.17 18:29 Сейчас в теме
(123) вы им тоже сообщения пишете, и они говорят, что ничего не поняли, но продолжают писать законы?
123. tailer2 11.08.17 18:05 Сейчас в теме
(95) ничего страшного
госдумецы тоже не понимают, но законы пишут
122. genayo 11.08.17 17:34 Сейчас в теме
(120) Как говаривал великий кормчий Мао, сколько книжек не читай - умнее не будешь...
121. PAVI 1369 11.08.17 16:47 Сейчас в теме
(120)
Вот и это признак религии... Грустно(((
120. alex_sh2008 4 11.08.17 16:45 Сейчас в теме
(118)Можно сколько угодно перечитать книжек, это ничего не изменит, если саму идею не понять, ее не возможно выразить своими словами.
119. alex_sh2008 4 11.08.17 16:43 Сейчас в теме
(117)Написал простым языком в манере общения, вы прекрасно поняли что я хотел, но полезли в сторону.
118. PAVI 1369 11.08.17 16:32 Сейчас в теме
(115) Первая ссылка сюда
Управление проектами по Scrum
привела к статье, которая представляет scrum, как "компот" из методик управления, обрывков восточной философии, религии и немного "волшебства". Приверженцы таких "компотов" часто фанатики и логику понимают плохо. "Верую, ибо нелепо".
Провокации видны сразу:
"Что для вас важнее: процессы или люди?" - это кто же осмелится не сделать выбор в пользу людей?!
Можно сразу ставить жирный крест на бизнес-процессах любого рода.
Но чуть более глубокое знакомство с восточной или европейской философией приводит к закону о единстве и борьбе противоположностей. У китайцев даже символ есть "Инь-Ян".
,,, Придется покопаться в этом популярном течении поглубже...
117. корум 311 11.08.17 16:32 Сейчас в теме
(116) ну, как написал, так и получил.
в (112) режет глаз отсутствие запятых и наплевательство на ошибки.
116. alex_sh2008 4 11.08.17 16:29 Сейчас в теме
(115)Это я и сам могу прочитать, и не только отсюда, но и из первоисточников. Вопрос был в другом
115. корум 311 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/
114. alex_sh2008 4 11.08.17 13:26 Сейчас в теме
(113)Это она и есть, я же говорил она включает в себя множество факторов. Бизнес процесс это не только задачи и действия, это еще и правила, регламенты, требования.
113. 1c-intelligence 8598 11.08.17 13:24 Сейчас в теме
(111) вы вроде сейчас про стандартизацию кода говорите. С этим я не спорю.
Я может не так понял, но вы говорили о стандартизации работы, т.е. процесса.
112. alex_sh2008 4 11.08.17 13:24 Сейчас в теме
(109)А что такое скрам расскажите своими словами что бы это поняли обычные люди без особых знание терминов и технологий управления проектами.
111. alex_sh2008 4 11.08.17 13:22 Сейчас в теме
(110)Ну если вы пишет приложение с объемом до 10тыс строк, то может быть и прокатит. А вот когда напишите код объемом более 100тыс строк, и без стандартизации, увидите насколько сложно это все поддерживать, изменять, дописывать. Поэтому я вам и предложил посмотреть источники opensource проектов, они пишутся в одном стиле на протяжении 10 лет, и не важно кто вносит изменения в код, они придерживается тех правил которые были заданы на начальном этапе.
110. 1c-intelligence 8598 11.08.17 13:17 Сейчас в теме
(106) а если нет такой задачи - "чтобы смена программистов не повлияла на проект в целом, а стиль и структура кода не менялась на всем ...." - стандартизация не нужна?

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

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

Ссылок нет, я читал это в книгах, по управлению проектами, названия не вспомню было это в 2005
105. PAVI 1369 11.08.17 12:46 Сейчас в теме
(88)
мы тут начали с того, что не надо называть точные сроки выполнения :)
Оценка задач в цифрах - не для точного угадывания сроков. Она для системы координат, на которой можно построить ускорение работы команды.

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

Я не против Вашей методики. У каждого есть свой любимый инструмент. Я против того, что часто изобретают "таблетку от всех болезней".
Я за то, чтобы описывая метод, описывали не только его сильные стороны, но и ограничения, которые неизбежны. Чем навязчивее реклама, тем больше шансов, что продукт ей не совсем соответствует...
Мир состоит из света и тени. Тем ценнее статья автора, в комментариях к которой мы "резвимся", что она имеет и "свет", и "тень" ))).
104. genayo 11.08.17 12:46 Сейчас в теме
(101) Вот и ладно. Теперь мне все понятно, дальнейшая дискуссия бессмысленна.
103. 1c-intelligence 8598 11.08.17 12:44 Сейчас в теме
(98) тогда я против стандартизации.
Я за самостандартизацию. Дать людям цель и ограничения, они сами сделают себе стандарты.
102. genayo 11.08.17 12:41 Сейчас в теме
(99) С самим собой чтоли? Ну ладно, обсужу.
101. 1c-intelligence 8598 11.08.17 12:41 Сейчас в теме
(97) к сожалению, я предлагаю не свои методы, а подходы, на основе которых я создал свои методы.
Метод - компиляция подхода, или даже шаблона метода, и конкретной среды.

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

Если я при оценке задач советуюсь с цеховым бухгалтером, то вам я этого посоветовать не могу. Упомянуть - да, но советовать - нет.
100. Neti 377 11.08.17 12:40 Сейчас в теме
Коллеги, если попаду, тоже буду выступать на конференции Infostart Event :)
Если хочется послушать про развитие нетехничеких навыков у разработчиков, то можно проголосовать за мой доклад :)
http://event.infostart.ru/2017/agenda/#item643159
99. alex_sh2008 4 11.08.17 12:39 Сейчас в теме
(85)Нет, вы должны согласовать эту задачу с другим программистом, который будет реализовывать алгоритм интеграции.
98. genayo 11.08.17 12:37 Сейчас в теме
(96) Цель стандартизации - нанять 100 дешевых индусов, и получить результат, похожий на работу 10 дорогих профессионалов. Это, кстати, почти во всех отраслях так...
97. genayo 11.08.17 12:35 Сейчас в теме
(88) Вот, правильные мысли. Если вы предлагаете какое-то свое решение, нужно рассказывать не только о преимуществах, но и об ограничениях применимости. Вы же этот вопрос в своих статьях обычно опускаете, не знаю, умышленно или нет.
96. 1c-intelligence 8598 11.08.17 12:35 Сейчас в теме
(77) уверен, что стандартизация включает в себя много факторов.
Меня один вопрос мучает - зачем? Какова цель стандартизации работы программиста?
Может, у вас есть ссылки на материалы, где об этом хорошо написано?
95. 1c-intelligence 8598 11.08.17 12:33 Сейчас в теме
(93) мысль вашу не понял, но звучит убедительно.
94. 1c-intelligence 8598 11.08.17 12:32 Сейчас в теме
(83) уверен, вы понимаете: главное - результат.
Если метод оценки помогает достичь результата и его систематического улучшения, то неважно, на глаз он или нет.
Если просто смотреть на метод, то ни черта не понятно, сработает он или нет.
Это, говоря в терминах соседней статьи, эмерджентное свойство системы.
93. tailer2 11.08.17 12:30 Сейчас в теме
(90) ага
а еще деньги - это доллары, евро и рубли
до ближайшей реформы павлова
92. 1c-intelligence 8598 11.08.17 12:27 Сейчас в теме
(84) да, ваше определение точнее.
91. tailer2 11.08.17 12:23 Сейчас в теме
(41) 1снег - не программист, по крайней мере не в том смысле, которого стандартизуют
90. 1c-intelligence 8598 11.08.17 12:20 Сейчас в теме
(86) они вам не за это платят и об этом не просят, потому что не знают, что вы это умеете.
По вашим постам видно, что умеете.

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


верно подмечено. Это называется "инвестиции".
89. TODD22 18 11.08.17 12:19 Сейчас в теме
(85)
обсудить её с программистом, который сейчас внедряет Бит-Финанс?

Если работа одних, зависит от работы других то почему нет?
Делать то может не будут. Но от результатов работы одних, может зависеть результат работы других....
корум; +1 Ответить
88. 1c-intelligence 8598 11.08.17 12:17 Сейчас в теме
(85) это как сами решите.

должен чтобы назвать точный срок выполнения


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

Кого брать для оценки задач - зависит от конфигурации вашей команды и вашего проекта.

Ну и слово "должен" тут неуместно. "Могу" больше подходит. Главное, чтобы польза была.
А гибкость поможет. Взяли в команду оценки всех, попробовали - ерунда. Выгнали всех, остались в одиночестве, попробовали - опять ерунда. Взяли двоих, попробовали - о, вроде получилось. Все, у вас свой, подходящий под контекст, метод оценки задач.
87. tailer2 11.08.17 12:15 Сейчас в теме
(35)
Татьяна Черниговская: «Не доверяй примитивным поисковикам, задай вопрос миру!»


чо :)

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


нет
у нас (не потомков обезиан) такое тело потому что мы
86. tailer2 11.08.17 12:04 Сейчас в теме
(21)
можем дать людям - это научить их задавать правильные вопросы

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

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


если вы лучше клиента знаете, что он хочет,
вы можете заплатить себе сами за его обучение
85. genayo 11.08.17 12:01 Сейчас в теме
(80) Это что, получается чтобы адекватно оценить срок выполнения задачи, нужно еще с кучей людей, которые эту задачу делать не будут, несколько раз эту задачу обсудить? Вот стоит у меня сейчас задача интеграции WMS на 1С c SAP, я что, должен чтобы назвать точный срок выполнения, обсудить её с программистом, который сейчас внедряет Бит-Финанс?
84. PAVI 1369 11.08.17 11:55 Сейчас в теме
(82)
характер такой видимо - негативист

Я бы сказала "пессимист". А как известно "пессимист - это информированный оптимист" )))
83. PAVI 1369 11.08.17 11:53 Сейчас в теме
(80)
то сходимость результата будет выше,

Порадовали термины статистической оценки достоверности результатов)))

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

Да-с-с... Я пару раз работала на проектах с ребятами, которые до 1С-овских проектов служили в Генштабе. Их оценка трудоемкости просто лишала дара речи...
И еще один пример из жизни: на крупном проекте пришлось переделывать работу коллег из своей же фирмы. Мы с руководителем проекта разошлись в оценке трудоемкости по переделке одной из основных форм. Чтобы убедиться в том, что права я, ему пришлось несколько часов пытаться решить задачу.
Кстати, как бы ни назывались все эти методы оценки трудоемкости (хоть и замаскированной под другую оценку), смысл везде один "строго на глаз"
82. 1c-intelligence 8598 11.08.17 11:50 Сейчас в теме
(81) я пользуюсь этим методом 2 года. Сначала были трудности - хотел разложить структуру оценки сложности, как-то ее классифицировать, алгоритмизировать, учесть риски отсутствия компетенций.
Потом дошло, что эффективность метода - в простоте. Простота становится ограничением и системой координат.

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

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

В итоге оказалось, что его оценки обычно даже ниже остальных, т.к. парень он умный, как решить задачу - знает, но характер такой видимо - негативист.
81. PAVI 1369 11.08.17 11:43 Сейчас в теме
(78)
Иными словами, это принцип "самонормирования", совмещенный с оценкой "фокус-группы".
Думаю, что этот метод (прием) оценки трудоемкости задач страдает теми же недостатками, которые я описала в посте 35.
Плюс набрать "фокус-группу"... Тоже проблема.
80. 1c-intelligence 8598 11.08.17 11:43 Сейчас в теме
(79) не совсем так. Если все одного уровня и задача имеет только технические аспекты, то сходимость результата будет выше, и оценка будет получаться почти всегда за одну итерацию.
Но получение оценки за одну итерацию - это не цель, и не положительный результат.

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

В классике этот метод - для кроссфункциональных команд.
79. genayo 11.08.17 11:37 Сейчас в теме
(78) Очевидно, это будет работать, когда в команде специалисты примерно одинакового уровня, и конкретная задача имеет только технические аспекты, понятные всем программистам.
78. 1c-intelligence 8598 11.08.17 11:25 Сейчас в теме
(76) прошу прощения. Цели манипулировать вашим сознанием у меня не было.
Честно полагал, что вы знаете о покере планирования.
Это практический прием оценки задач в скраме.

Выполняется примерно так:
1. Оценивают все участники команды, которые способны понять конкретную задачу;
2. Оценивают с помощью карт, на которых написаны цифровые оценки. Оценки - из урезанного ряда Фибоначчи (1, 2, 3, 5, 8, 13, 21 и т.д.);
3. Если оценки разошлись дальше, чем на один элемент ряда (например, 3 и 8), то задача обсуждается еще раз, т.к. кто-то чего-то не понял;
4. Итоговая оценка рассчитывается как средняя.
UniversaLL; +1 Ответить 2
77. alex_sh2008 4 11.08.17 11:12 Сейчас в теме
(73)
я когда услышал про стандартизацию работы программиста, мне стало не по себе.

Стандартизация работы программиста включает в себя много факторов, включая распорядок дня. Программисты во время работы настолько уходят в задачу, что перестают замечать все вокруг, что сказывается и на качестве кода и на производительности.
76. PAVI 1369 11.08.17 11:10 Сейчас в теме
(73)
Цифровая оценка задач - намного проще.
Лично я использую покер планирования. Быстро и эффективно дает оценку задачи в виде цифры.

Класс! Дать определение с помощью другого непонятного определения - это один из способов манипуляции сознанием собеседника.
Похоже, что Ваше высказывание:
"не дай Бог удастся, вы информацию изучите и станете конкурентом"
не шутка, а принцип изложения информации. Жаль(((
корум; genayo; +2 Ответить 1
75. 1c-intelligence 8598 11.08.17 11:03 Сейчас в теме
(74) да, в этот раз доклад будет о практике и результатах, которые она принесла.
Ну а если уж останется время, то о философии - почему так.
74. PAVI 1369 11.08.17 11:00 Сейчас в теме
(43)
Я проголосовала за Ваш доклад, хотя и без моей поддержки Вы входите в квоту. Надеюсь, что те вопросы и замечания, которые здесь "прозвучали" будут учтены в докладе. Хотя некоторые докладчики хотят быть не понятыми, а услышанными )))
73. 1c-intelligence 8598 11.08.17 10:52 Сейчас в теме
(72) я когда услышал про стандартизацию работы программиста, мне стало не по себе.
Сразу перед глазами возник сложный, запутанный бизнес-процесс, предписывающие обязательные шаги, точки принятия решений и тому подобное.
Заниматься такой стандартизацией, как мне кажется, дело неблагодарное.

Цифровая оценка задач - намного проще.
Лично я использую покер планирования. Быстро и эффективно дает оценку задачи в виде цифры.
И вроде стандартизировать не нужно, правила просты.

А дальше все проще и интереснее, когда есть цифры.
72. PAVI 1369 11.08.17 10:41 Сейчас в теме
(36) Любая научная или научно-популярная работа начинается с определений. Вот выдержки из Ваших постов:
Стандартизировать надо не работу программиста, а цифровую оценку задач. Тогда все встанет на свои места.

дать ему список задач с оценками трудозатрат в единицах,

Если цифровая оценка задач НЕ РАВНА стандартизированной работе программиста, то почему Вы снова пишете об "оценке трудозатрат"?!
Я хочу понять Вас, тема для меня интересная))
71. alex_sh2008 4 11.08.17 09:15 Сейчас в теме
(69)Ну скажем так я учусь этому постоянно, и не только в направлении 1С. Круг задач очень обширный. Сопровождать целую ИТ инфраструктуру на производственном предприятии требует много усилий.
70. alex_sh2008 4 11.08.17 09:12 Сейчас в теме
Есть, но это только в личном общение узнается, не через интернет или почту, а реальное общение.
69. 1c-intelligence 8598 11.08.17 09:11 Сейчас в теме
(67) не буду пытаться вас переспорить, не дай Бог удастся, вы информацию изучите и станете конкурентом.
68. 1c-intelligence 8598 11.08.17 09:10 Сейчас в теме
(66) есть другие способы, кроме изучения исходного кода?
И есть ли другие признаки профессиональных программистов, кроме исходного кода?
67. alex_sh2008 4 11.08.17 09:09 Сейчас в теме
(63)Для "ларьков" может и не большой, но для серьезных проектов очень даже большой
66. alex_sh2008 4 11.08.17 09:08 Сейчас в теме
(64)Скачиваете исходные коды, к примеру opensource ERP, притом лучше что бы они были написаны на разных языках, и изучаете их, то как структуируется код, связывается друг с другом и другие вещи. Как правило эти все продукты пишут те же самые разработчики что и пишут платные продукты. Как вариант проект VMware Alfresco
65. MuxaH 11.08.17 05:35 Сейчас в теме
(8) Тогда ещё надо проверить "ться" и "тся" и использование "нн" :)
64. 1c-intelligence 8598 11.08.17 05:34 Сейчас в теме
(62) думаю, нам, 1Сникам, было бы интересно узнать, кто такие профессиональные программисты, и чему у них можно научиться.
mytg; корум; TreeDogNight; +3 Ответить 1
63. 1c-intelligence 8598 11.08.17 05:33 Сейчас в теме
(61) объем знаний небольшой, уверяю вас, и достаточно увлекательный.
И вполне совместимый с душой 1Сника.
UniversaLL; KapasMordorov; TreeDogNight; +3 Ответить 1
62. alex_sh2008 4 10.08.17 14:40 Сейчас в теме
(56)Вот из за этих факторов, в 1С мало профессиональных программистов, по сравнению к примеру Java, C#, С++.
61. alex_sh2008 4 10.08.17 14:35 Сейчас в теме
(57)
Понимаете? С нашей стороны (снизу, если вам так больше нравится) шагнуть навстречу заказчику легче, чем ему спускаться к нам.

Подыматься ни чуть не легче чем спускаться, нужно получить достаточный объем знаний, в конце концов придется встать перед выбором либо одно либо другое, совместить это не получится.
60. SunShinne 616 10.08.17 12:24 Сейчас в теме
Просто. Честно. Интересно. Полезно. Автору спасибо, ждём еще статей!
59. 1c-intelligence 8598 10.08.17 12:22 Сейчас в теме
(58) спасибо.
С удовольствием почитаю вашу следующую статью и помогу ей подержаться на главной странице инфостарта :)
SunShinne; Neti; +2 Ответить
58. Neti 377 10.08.17 12:14 Сейчас в теме
(21)
Спасибо. Очень хорошее дополнение.
Читал книги Голдратта. Там реально полезные и правильные идеи.

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

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

Ещё раз спасибо за дополнения!
57. 1c-intelligence 8598 10.08.17 12:10 Сейчас в теме
(54) дак и нам вроде все равно, что там ниже этого.

Все, к чему я призываю 1Сников - тоже оперировать "бизнес-процессами, функциональностью, целями, требованиями".

А не пытаться научить руководителей оперировать регистрами, УФ, отчетами и обработками.

Это проще, чем кажется. И, главное, это почти единственный вариант. 1Сник быстрее и лучше поймет "бизнес-процессы, функциональность, цели, требования", чем руководитель поймет регистры, УФ, отчеты и обработки.

Понимаете? С нашей стороны (снизу, если вам так больше нравится) шагнуть навстречу заказчику легче, чем ему спускаться к нам.
Solovyeff; TreeDogNight; корум; +3 Ответить 1
56. 1c-intelligence 8598 10.08.17 12:06 Сейчас в теме
(52) хм... почему?

Это вроде ваш личный выбор, на каком уровне быть.

Фрилансер 1Сник - он кто? У него продажи есть? Деньги? Надо, чтобы их больше стало?

Сотрудник франча, который на сделке, захочет решать вдвое больше задач за рабочий день, чтобы получать вдвое больше денег?
55. корум 311 10.08.17 12:03 Сейчас в теме
(54) 1с-ник зачастую исполнитель, консультант, программист и внедренец в одном флаконе.
Поговорил с Заказчиком на его языке, для себя набросал план, провёл обследование, скорректировал план, проконсультировался с ключевыми пользователями, по результатам пообщался с Заказчиком, опять же на его языке.

Так что приходится знать, что такое "крыжить", "осальдовка", "KPI", scrum, IDEF0 и управление требованиями.
54. alex_sh2008 4 10.08.17 11:56 Сейчас в теме
(53)Руководство не оперирует информационными системами, а оперирует бизнес-процессами, функциональностью, целями, требованиями. И им все равно что там ниже этого, 1С или другая система.
53. корум 311 10.08.17 11:53 Сейчас в теме
(52) Согласен.
Это уровень не программиста, а 1с-ника.
tailer2; TreeDogNight; kadild; SunShinne; +4 Ответить 1
Оставьте свое сообщение

См. также

Коммуникация и клиент 7

Статья no Нет файла Бесплатно (free) Управление взаимоотношениями с клиентами (СRM) Личная эффективность

«Пока слова не отражают суть вещей, успеха в делах не будет». Аристотель.

11.10.2019    650    Шёпот теней    2       

О работе и организации труда инженера - программиста 21

Статья Программист Нет файла Бесплатно (free) О жизни Личная эффективность

"Как настроить бесшовную интеграцию?", "Чем отличается НаСервере от НаСервереБезКонтекста?", "Как рассчитывается себестоимость в УПП?" на эти вопросы ответов вы тут не увидите, НО! мы поговорим о нас - Инженерах - программистах! Сравнение организации труда "во франче" (далее просто франча) и "на серьёзную организацию" (далее просто организация), какие плюсы и минусы работы в структурно разных предприятиях? Где и к когда лучше работать?

25.09.2019    3220    feva    42       

Как погасить энергию конфликта? Три самых важных навыка сотрудника ИТ–подразделения 21

Статья no Нет файла Россия Бесплатно (free) Личная эффективность

Конфликты – явление нередкое. Они могут возникать и с руководством, и с коллегами, и с заказчиками (пользователями). На конференции INFOSTART EVENT 2018 Ирина Баржак, основатель Института публичных выступлений, рассказала несколько правил, которые не дадут конфликту разгореться.

17.07.2019    3948    user1068261    17       

Ис[пользу]й 19

Статья no Нет файла Бесплатно (free) Личная эффективность

Самая полезная статья

14.06.2019    5249    1c-intelligence    60       

От стажера до эксперта 151

Статья Программист Нет файла Бесплатно (free) Личная эффективность

Что надо знать, чтобы тебя считали хорошим разработчиком? Какие навыки должны быть у специалиста, чтобы он был востребован у отечественных заказчиков? Как понять, что ты действительно развиваешься и растешь? На эти и другие вопросы на конференции INFOSTART EVENT 2018 ответил профессиональный разработчик 1С Виталий Онянов, выпускник Омского Государственного Университета им. Достоевского. Виталий работает ведущим разработчиком 1С в ООО «ФТО», занимается внедрением и оптимизацией информационных систем. Делает свои проекты, пишет статьи и обзорные материалы, иногда учит других людей.

31.05.2019    11501    Tavalik    64       

Заметки фрилансера 17

Статья Программист Нет файла Обучение, бизнес-тренинг, курсы Бесплатно (free) О жизни Личная эффективность

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

31.05.2019    4288    Kutuzov    48       

Советы новичка другим джуниорам 1С 19

Статья Стажер Нет файла Бесплатно (free) Блоги О сообществе Личная эффективность

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

25.05.2019    8042    Nefilimus    100       

Как проходит собеседование 1С-разработчика в крупную IT-компанию 14

Статья Программист Руководитель проекта Нет файла v8 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free) Личная эффективность

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

21.05.2019    8469    lexian    370       

Выбор - зло 7

Статья no Нет файла Бесплатно (free) О жизни Личная эффективность

Как, и зачем лишать программиста выбора.

18.05.2019    3366    1c-intelligence    18       

Куда и как расти 52

Статья no Нет файла Бесплатно (free) Личная эффективность

Даже если сейчас у вас стабильная работа, это не означает, что завтра ситуация не изменится, вы не окажетесь на рынке труда в поисках новой должности. Какие специалисты сейчас требуются, и какие тренды превалируют на рынке IT и в сфере 1С, на конференции рассказал директор по развитию внедренческого центра «Раздолье» Андрей Мироненко. Он работает в качестве руководителя IT-направления свыше 15 лет, а в должности директора IT – 10 лет. Является автором различных обзоров, курсов и иных полезных материалов. Занимался подбором и мотивацией персонала, разработкой стандартов качества IT-сервисов, руководством проектами автоматизации (ERP, WMS и пр), имеет опыт организации розничных сетей, call-центров, запуска и сопровождения интернет-магазинов.

16.05.2019    7565    andironenko    26       

Как сжать время? 22

Статья no Нет файла 1С:Франчайзи, автоматизация бизнеса Бесплатно (free) Управление проектом Личная эффективность

Как, и зачем измерять задачи в чем-то, помимо часов.

04.05.2019    4662    1c-intelligence    39       

Где теряется эффективность? 14

Статья no Нет файла v8 1cv8.cf Бесплатно (free) Управление проектом Личная эффективность

Общее понятие об эффективности командной работы. Где она теряется, где ее ищут, и почему ничего не получается.

03.05.2019    3589    1c-intelligence    13       

Как принципы ДЗЕН подхода внедряются в менеджмент! Как отказ от гонки за прибылью приносит деньги 3

Статья no Нет файла Обучение, бизнес-тренинг, курсы Бесплатно (free) Управление проектом Личная эффективность

ДЗЕН философия руководителей! 2 апреля у нас стартовал онлайн курс "Переговоры в стиле ДЗЕН" для руководителей. У тебя есть еще шанс принять в нем участие.

05.04.2019    2180    user809424    5       

Не ешь аспирин 40

Статья no Нет файла Бесплатно (free) Личная эффективность

Еще немного о книгах. Почему и зачем читать старые труды, чему там можно научиться

29.03.2019    4928    1c-intelligence    28       

Как философия ДЗЕН-подхода связана с переговорами? Историческая справка 1

Статья no Нет файла Бесплатно (free) Личная эффективность

ДЗЕН, переговоры, эффективность - как они связаны. Даем небольшой экскурс в историю.

29.03.2019    1839    user809424    0       

Производительность программистов. И как я это понимаю 9

Статья no Нет файла Бесплатно (free) Личная эффективность

Конвейер (от англ. convey «передавать») — машина непрерывного транспорта, предназначенная для перемещения сыпучих, кусковых или штучных грузов. Важной характеристикой работы конвейера является её непрерывность. Специализация (от лат. specialis — особый, своеобразный) в образовательной системе — это углублённое изучение относительно узкого поля деятельности, в рамках специальности, обеспечивающее необходимый уровень компетенции специалиста, предназначенной для выполнения некоторой работы. Компьютерная программа — комбинация компьютерных инструкций и данных, позволяющая аппаратному обеспечению вычислительной системы выполнять вычисления или функции управления. Программист — специалист, занимающийся непосредственной разработкой программного обеспечения для различного рода вычислительно-операционных систем.

27.03.2019    3248    Шёпот теней    109       

Беспощадная автоматизация. Потерянный кусок 23

Статья no Нет файла Бесплатно (free) Личная эффективность

Потерянный кусок доклада на IE 2017

26.03.2019    4391    1c-intelligence    5       

Тест на способность стать ДЗЕН-переговорщиком. Проверьте, каких навыков не хватает именно вам! 0

Статья no Нет файла Бесплатно (free) Личная эффективность

Итак, друзья, до старта онлайн-курса «Переговоры в стиле ДЗЕН» осталось совсем немного. Наши читатели спрашивают: «А что изменится после прохождения курса, каким я стану?» Мы перечислили качества профессионального переговорщика. Прочтите список внимательно, и в комментариях ответьте, сколько качеств насчитали у себя из 13 возможных. За каждый пункт получаем 1 балл. Посмотрите, что вам нужно изменить.

19.03.2019    2156    user809424    0       

Переговоры по зарплате: разбор реального кейса нашего студента 1

Статья no Нет файла Бесплатно (free) Управление проектом Личная эффективность

Почему люди приходят на тренинги по переговорам? Есть много причин, но сегодня я расскажу удивительную историю. Кроме проведения тренингов я занимаюсь переговорным коучингом. Проще говоря, готовлю людей к сложным переговорам. Порядка 50% запросов от клиентов – это запросы по переговорам с начальством. Задача – вместе с клиентом разработать сценарий поведения, конкретные фразы, действия, которые бы позволили получить желаемую прибавку к зарплате, новую должность, долю в бизнесе и т.д. Практически никогда я не знаю, как все эти схемы выглядят с той стороны, как на них реагируют партнеры моего студента. Сегодня я приведу кейс человека, который попал под подготовленный работником сценарий, успешно его проиграл и поэтому пришел на мой онлайн-курс «Переговоры в стиле ДЗЕН». Если у вас есть свои мысли, как себя стоит вести при переговорах о заработной плате, пишите!

12.03.2019    2771    user809424    15       

Что за БРЕД этот ваш ДЗЕН? Отвечаем на вопрос, показываем типовые ошибки 3

Статья no Нет файла Бесплатно (free) Личная эффективность

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

04.03.2019    2594    user809424    10       

Представляем итоги теста «Каких переговорных навыков не хватает нашим читателям в первую очередь» и... разбираем убойную технику по быстрому закрытию сделки! 0

Статья no Нет файла Бесплатно (free) Личная эффективность

Каких навыков делового общения не хватает у ваших коллег? Это важно знать, когда готовишься к переговорам с ними. Разбираем убойную переговорную технику, которая гарантированно ускоряет закрытие сделки. Объявляем новый конкурс на лучшую историю о применении этого скрипта.

01.03.2019    2358    user809424    7       

Точка Кельвина 29

Статья no Нет файла Бесплатно (free) Блоги Личная эффективность

Необычный взгляд на личную мотивацию.

28.02.2019    5709    1c-intelligence    119       

Карьерные стероиды. Путь Самурая 38

Статья no Нет файла Бесплатно (free) Личная эффективность

Самый правильный стероид.

28.02.2019    6361    1c-intelligence    104       

Записки Биоробота 28

Статья no Нет файла Бесплатно (free) Личная эффективность

Глядим на жизнь через призму Здравого Электронного Смысла.

22.02.2019    4852    1c-intelligence    22       

Метод планирования Chronodex - планирование по кругу 10

Статья no Нет файла Бесплатно (free) Управление проектом Личная эффективность

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

18.02.2019    2839    denis_aka_wolf    4       

Решение проблем по 1С-ному и дао бухучета 17

Статья Программист Нет файла Бесплатно (free) Личная эффективность

Цикл исправления ошибок и взаимодействия с пользователями - как сделать его максимально комфортным для всех заинтересованных лиц

14.02.2019    3081    Alex_Japanese_Student    2       

Автоматизация трёх гвоздей 61

Статья no Нет файла v8 1cv8.cf Бесплатно (free) Личная эффективность

Решение проблемы трех гвоздей.

07.02.2019    7712    1c-intelligence    31       

Наше всё 22

Статья no Нет файла v8 1cv8.cf Бесплатно (free) Личная эффективность

Управление компетенциями.

06.02.2019    6402    1c-intelligence    21       

Ошибки управленцев: открываем шкафы со скелетами и оцениваем свой успех 1

Статья no Нет файла Бесплатно (free) Управление проектом Личная эффективность

В преддверии онлайн-конференции «Гнев и слезы руководителя» мы расскажем о спикере – Александре Абдине, управляющем партнере «ЕвроМед Клиник». Мы спросили его, как он относится к диджитализации бизнеса. На что Александр рассказал, как информационные технологии становятся способом создания стратегии-прорыва в сети клиник «Евромед».

06.02.2019    2578    user809424    0       

Зависимость от соцсетей убивает личное пространство! Чего бояться руководителю, когда он читает посты? 9

Статья no Нет файла Бесплатно (free) Управление проектом Личная эффективность

Перед стартом онлайн-конференции «Гнев и слезы руководителя» мы попросили нашего спикера Кирилла Николаева рассказать, что является незаметной угрозой для современного руководителя. И вот что он нам поведал.

01.02.2019    3004    user809424    2       

Использование метафор в переговорах (Часть 1) 7

Статья no Нет файла Бесплатно (free) Личная эффективность

Предлагаем вашему вниманию полную стенограмму мастер-класса с INFOSTART EVENT 2018 Education, включая взаимодействие с залом.

31.01.2019    3320    user809424    1       

Ошибки управленцев: манипулируем сотрудниками правильно 6

Статья no Нет файла Бесплатно (free) Управление проектом Личная эффективность

Перед стартом онлайн-конференции «Гнев и слезы руководителя», рассказываем о нашем очень эффективном спикере – Андрее Останине.

28.01.2019    3248    user809424    2       

Ошибки управленцев: как доносить замечания до подчиненных и принимать их самим 10

Статья no Нет файла Бесплатно (free) Управление проектом Личная эффективность

Перед стартом онлайн-конференции «Гнев и слезы руководителя» знакомимся с нашими спикерами. Сегодня говорим об Александре Орлове, бизнес-тренере, сооснователе и управляющем партнере Школы менеджеров «Стратоплан». Мы попросили Александра рассказать, какими инструментами в коммуникациях должен обладать руководитель, чтобы решать сложные вопросы со своими подчиненными.

25.01.2019    3103    user809424    0       

Профессиональное выгорание: взгляд изнутри и снаружи 84

Статья no Нет файла Бесплатно (free) Личная эффективность

Ответьте честно: вам нравится ваша работа? Вы по-прежнему получаете от нее удовольствие? Или у вас есть желание, чтобы очередной проект провалился, а вы пришли домой и отметили это «событие»? Если вопросы вас смутили, заставили задуматься, возможно, вы устали, и пора пойти в отпуск. А может, вы находитесь на начальной стадии профессионального выгорания, и пора предпринимать более серьезные меры. О том, как распознать истощение, и какими методами с ним бороться, на конференции рассказал управляющий партнер группы проектов Стратоплан Александр Орлов.

25.01.2019    10153    user1069584    39       

Почему вам нужно срочно отказаться от идеи сделать карьеру/бизнес, и как мы вам в этом поможем 2

Статья no Нет файла Обучение, бизнес-тренинг, курсы Кадровые агентства, подбор персонала Бесплатно (free) Личная эффективность

Некоторое время назад мы анонсировали онлайн-конференцию «Роковые ошибки супер-руководителей». Задача конференции – рассказать истории из жизни крупных руководителей и успешных собственников бизнеса.

18.01.2019    3538    user809424    2       

Исповедь графомана 18

Статья no Нет файла Бесплатно (free) О жизни Личная эффективность

Как, когда и зачем я пишу.

17.01.2019    5747    1c-intelligence    51       

Кодекс читателя 2 25

Статья no Нет файла Бесплатно (free) О жизни Личная эффективность

Дополняем, улучшаем, расширяем.

15.01.2019    5145    1c-intelligence    20       

Повышение зарплаты, без отказов. Разбор двух кейсов 6

Статья no Нет файла Беларусь Россия Бесплатно (free) Личная эффективность

Многие считают, что начальник сам должен отслеживать эффективность работника и поднимать его заработную плату без “унизительных” прошений со стороны сотрудника. Для таких товарищей у меня плохие новости. Так не работает. Инициировать повышение заработка — это нормально!

14.01.2019    3616    Vikki-di    22       

Специалист технической поддержки: инструкция карьерного роста 16

Статья no Нет файла Россия Бесплатно (free) Личная эффективность

Изначально я хотел назвать статью – «Инструкция по выживанию», но светлая сторона моего сознания победила, и говорить будем про карьерный рост… Статья рассчитана, прежде всего, на студентов старших курсов и выпускников IT-специальностей, которые не определились со своей будущей специализацией и только-только прикидывают свой путь в IT-индустрии и стоят на распутье: с чего же начать свою карьеру в IT?!

03.01.2019    4182    gubsky    7       

XMind как средство увеличения эффективности разработки. Взгляд со стороны начинающего программиста 43

Статья no Нет файла ИТ-компания Россия Бесплатно (free) Личная эффективность

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

12.12.2018    5209    user660153_aleks.pisanets    45       

Жизнь во Флаконе 88

Статья no Нет файла Бесплатно (free) О жизни Личная эффективность

Сервис по управлению собственной жизнью.

06.12.2018    8562    1c-intelligence    125       

Памятка руководителя: не играйте с деньгами 83

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность Управление персоналом (HRM)

Важная статья о персонале из цикла «Памятка руководителя»: здесь я планирую затронуть один из наиболее острых вопросов – деньги. А также развернуто ответить на некоторые комментарий читателей по двум прошлым статьям.

05.12.2018    13171    andironenko    128       

Сопли 21

Статья no Нет файла Бесплатно (free) О жизни Блоги Личная эффективность

Неприятная статья, что уж тут...

16.11.2018    8309    1c-intelligence    101       

Удаленная работа. Как выбрать работодателя 83

Статья Программист Нет файла Бесплатно (free) Личная эффективность

На что обратить внимание при выборе удаленного работодателя

15.11.2018    9287    sergey_garin    24       

Удаленная работа - отличия от работы в офисе и требуемые навыки 56

Статья Программист Нет файла Бесплатно (free) Личная эффективность

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

09.11.2018    7564    andmakarov    61       

Памятка руководителя: В одиночку здесь не выжить 43

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность

Продолжаю цикл материалов, в котором рассказываю о своем опыте работы в качестве директора по ИТ. Этот материал будет посвящен теме управления персоналом.

07.11.2018    9223    andironenko    62       

Кто такой Паладин? 20

Статья no Нет файла Бесплатно (free) Личная эффективность

Про лидерство и менеджмент.

01.11.2018    6395    1c-intelligence    27       

Похороны скрам-доски 19

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Личная эффективность

Продолжаем балансировать позитив Марии Темчиной. Вторая глава книги про американцев.

31.10.2018    6376    1c-intelligence    15