Сложно делать просто. Практические методы упрощения интерфейсов и сценариев для пользователей программ и приложений или как сделать так, чтобы пользователи обожали твою программу (Алексей Николаев, HelloConf MTS-2020) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) |
StasFomin (обсуждение | вклад) |
||
;{{SpeakerInfo}}: {{Speaker|Алексей Николаев}} <blockquote> Практические методы упрощения интерфейсов и сценариев для* Банальные и простые задачи часто оказываются очень сложными. В оценке трудозатрат и объемов нельзя руководствоваться первыми внутренними ощущениями и убеждениями. Необходимо вначале тщательно подготовиться к анализу вводных условий по определенному чек-листу. * Правильная, корректная, алгоритмическая логика программистов не совпадает с логикой пользователей. Конфликт обычного пользователя программ и приложений или как сделать таксистемного администратора давно вошел в анекдоты. Аналогичная ситуация в общении «пользователь – программист». Необходимо заранее включить в проект «переводчика», чтобы пользователи обожали твою программузадачи не были брошены. * Проект двигает не назначенный, а «горящий» сотрудник. Бесполезно назначать на должность лидера проекта того, кто им не живет. Лидером проекта имеет право быть даже дворник компании, если он обладает необходимой энергией и знаниями. Субординация погубила не один хороший проект. * Найдите, того кто уже делал. Экономьте время разработчиков – научите их на чужих ошибках. Проект базы RPLS, созданной по новому подходу, заслужил не только аудиторское, но и народное признание. Потенциал еще не исчерпан и модернизация, согласно изложенным принципам продолжается. </blockquote> {{VideoSection}} {{vimeoembed|240322303|800|450}} {{youtubelink|gg6POOChydc}}{{letscomment}} {{SlidesSection}} [[File:Сложно делать просто. Практические методы упрощения интерфейсов и сценариев для пользователей программ и приложений.pdf|left|page=-|300px]] {{----}} [[File:{{#setmainimage:Сложно делать просто. Практические методы упрощения интерфейсов и сценариев для пользователей программ и приложений!.jpg}}|center|640px]] {{LinksSection}} |
Версия 22:32, 15 марта 2020
- Докладчик
- Алексей Николаев
- Банальные и простые задачи часто оказываются очень сложными. В оценке трудозатрат и объемов нельзя руководствоваться первыми внутренними ощущениями и убеждениями. Необходимо вначале тщательно подготовиться к анализу вводных условий по определенному чек-листу.
- Правильная, корректная, алгоритмическая логика программистов не совпадает с логикой пользователей. Конфликт обычного пользователя и системного администратора давно вошел в анекдоты. Аналогичная ситуация в общении «пользователь – программист». Необходимо заранее включить в проект «переводчика», чтобы задачи не были брошены.
- Проект двигает не назначенный, а «горящий» сотрудник. Бесполезно назначать на должность лидера проекта того, кто им не живет. Лидером проекта имеет право быть даже дворник компании, если он обладает необходимой энергией и знаниями. Субординация погубила не один хороший проект.
- Найдите, того кто уже делал. Экономьте время разработчиков – научите их на чужих ошибках.
Проект базы RPLS, созданной по новому подходу, заслужил не только аудиторское, но и народное признание. Потенциал еще не исчерпан и модернизация, согласно изложенным принципам продолжается.
Видео
Посмотрели доклад? Понравился? Напишите комментарий! Не согласны? Тем более напишите.