Pull to refresh

Comments 3

Позвольте добавить еще пару моментов:
… собственно, моменты, после не очень уместной привычки нажимать Ctrl-Enter для перевода строки в IM:
1) Дружба дружбой, а служба службой — есть компания с определенным процессом и за выполнение работы по этому процессу вам платят деньги. В то же время на работе есть корефаны (и просто приятные люди). Так вот чем меньше задач будет решено «по-корефански» без процесса, тем крепче будет дружба и меньше будет болеть нижняя голова.
2) В правиле 1 не стоит исходить на гуано — на каждый чих требовать формального письма, запроса в трекере и т.д. Практически у любого работника клавиатуры (если только не он-лайн занятость типа саппорта) есть время на мелкие вопросы.
3) Все решения по процессу, сделанные по телефону / лично / через IM etc. должны быть зафиксированы в месте, где именно вам будет легче всего эти изменения найти (у меня это почта). Можно написать письмо самому себе. Возможно, в первый раз будет немного неудобно ставить в копию такого письма начальника, но это только в первый раз ;)
Я писал не про процесс в самой компании, как постановка задач и прочее, а про то как та или иная функциональность укладывается в общий процесс разработки.

То что вы пишете более относится непосредственно к управлению проектом, т.е. людьми, их коммуникациями. А это очень сильно зависит от проектной модели. Мне довелось поработать в RUP образной модели и в Scrum образной. И культура документирования, работы с требованиями и пр очень сильно отличались.
А вот именно то, как фичи ложаться в общей процесс создания итогового продукта было очень схоже. Я в основном именно про это писал.
Sign up to leave a comment.

Articles