The presentation from my lecture about Project Management at the CG&Web Seminar 2010.
Describing different tactics and methodologies in web project management. Including examples with real projects developed and managed by me at Despark
The presentation was specially created for a beginners class in SoftUni Digital (а comprehensive training program for digital marketing specialists). It concerns the essence of the project management process and show some of the best practices the agency can suggest as examples.
The presentation was specially created for a beginners class in SoftUni Digital (а comprehensive training program for digital marketing specialists). It concerns the essence of the project management process and show some of the best practices the agency can suggest as examples.
Стартиране на софтуерен бизнес - пътят от програмата до продуктаNeven Boyanov
Лекцията беше изнесена на 21.11.2012 г. в зала “Джон Атанасов” (№102) учебен корпус 3 на ВТУ “св. св. Кирил и Методий” – на факултет “Математика и информатика”, катедра “Алгебра и геометрия”
Представения тук текст е извадка от презентацията подготвена за лекцията и не представлява пълното ѝ съдържание.
----
Лекцията разглежда основни аспекти в процеса на стартиране на собствен софтуерен бизнес, създаване на софтуерен продукт и предизвикателствата пред които е изправен предприемача – как идеята става компютърна програма и какво превръща една компютърна програма в продукт. Засегнати са темите за свободен софтуер и софтуера с отворен код. Лекторът споделя над 20-годишния си опит в областта на софтуерния бизнес от България и САЩ.
Лекцията е подходяща за студенти изучаващи компютърни науки, информационни технологии и мултимедиен, маркетинг и продажби, и всеки който има интереси към софтуерния бизнес.
Как да направим живота си по - лесен с добър QA подходBozhidar Boshnakov
В тази сесия ще говорим за test cases в Drupal.
Темите, които ще засегнем са:
– Какво са test cases?
– Защо се нуждаем от тях?
– Защо трябва да ги ползваме?
– Какво е Testlink?
– Как да пишем преизползваеми(reusable) test cases в Drupal?
– Как да подобрим работата на екипа чрез изготвяне на добри test cases?
– Как да използваме test cases като “acceptance criteria”?
Style and Standards in Technical CommunicationsMariana Vacca
Стил и стандарти в техническото писане.
Тази презентация ще ви запознае с основните стандарти за писане на техническа документация в софтуерния бранш. Защо изобщо ни трябват стандарти и какво налага прилагането на стилови правила?
Стартиране на софтуерен бизнес - пътят от програмата до продуктаNeven Boyanov
Лекцията беше изнесена на 21.11.2012 г. в зала “Джон Атанасов” (№102) учебен корпус 3 на ВТУ “св. св. Кирил и Методий” – на факултет “Математика и информатика”, катедра “Алгебра и геометрия”
Представения тук текст е извадка от презентацията подготвена за лекцията и не представлява пълното ѝ съдържание.
----
Лекцията разглежда основни аспекти в процеса на стартиране на собствен софтуерен бизнес, създаване на софтуерен продукт и предизвикателствата пред които е изправен предприемача – как идеята става компютърна програма и какво превръща една компютърна програма в продукт. Засегнати са темите за свободен софтуер и софтуера с отворен код. Лекторът споделя над 20-годишния си опит в областта на софтуерния бизнес от България и САЩ.
Лекцията е подходяща за студенти изучаващи компютърни науки, информационни технологии и мултимедиен, маркетинг и продажби, и всеки който има интереси към софтуерния бизнес.
Първи стъпки в програмирането: всичко, което трябва да знаеш, за да стартираш към професията "софтуерен инженер"
Четирите умения на програмиста:
- Писане на код (coding skills) – 20%
- Алгоритмично мислене – 30%
- Фундаментални знания за професията – 25%
- Езици за програмиране и софтуерни технологии – 25%
Езици за програмиране и софтуерни технологии
- C# / .NET
- Java
- JavaScript
- Pyhton
- PHP
Пътят към програмирането през системата на СофтУни: https://softuni.bg/curriculum
Как да стана програмист?
https://softuni.bg/university/developersguide
Студио проектите са нов елемент от образованието на студентите от инженерните специалности в Нов Български Университет. Основната им идея е студентите да се научат да работят в екип по реални проекти, поставени от външни заинтересовани лица от водещи компании в България и под менторството на преподавателите от университета.
Стартиране на софтуерен бизнес - пътят от програмата до продуктаNeven Boyanov
Лекцията беше изнесена на 21.11.2012 г. в зала “Джон Атанасов” (№102) учебен корпус 3 на ВТУ “св. св. Кирил и Методий” – на факултет “Математика и информатика”, катедра “Алгебра и геометрия”
Представения тук текст е извадка от презентацията подготвена за лекцията и не представлява пълното ѝ съдържание.
----
Лекцията разглежда основни аспекти в процеса на стартиране на собствен софтуерен бизнес, създаване на софтуерен продукт и предизвикателствата пред които е изправен предприемача – как идеята става компютърна програма и какво превръща една компютърна програма в продукт. Засегнати са темите за свободен софтуер и софтуера с отворен код. Лекторът споделя над 20-годишния си опит в областта на софтуерния бизнес от България и САЩ.
Лекцията е подходяща за студенти изучаващи компютърни науки, информационни технологии и мултимедиен, маркетинг и продажби, и всеки който има интереси към софтуерния бизнес.
Как да направим живота си по - лесен с добър QA подходBozhidar Boshnakov
В тази сесия ще говорим за test cases в Drupal.
Темите, които ще засегнем са:
– Какво са test cases?
– Защо се нуждаем от тях?
– Защо трябва да ги ползваме?
– Какво е Testlink?
– Как да пишем преизползваеми(reusable) test cases в Drupal?
– Как да подобрим работата на екипа чрез изготвяне на добри test cases?
– Как да използваме test cases като “acceptance criteria”?
Style and Standards in Technical CommunicationsMariana Vacca
Стил и стандарти в техническото писане.
Тази презентация ще ви запознае с основните стандарти за писане на техническа документация в софтуерния бранш. Защо изобщо ни трябват стандарти и какво налага прилагането на стилови правила?
Стартиране на софтуерен бизнес - пътят от програмата до продуктаNeven Boyanov
Лекцията беше изнесена на 21.11.2012 г. в зала “Джон Атанасов” (№102) учебен корпус 3 на ВТУ “св. св. Кирил и Методий” – на факултет “Математика и информатика”, катедра “Алгебра и геометрия”
Представения тук текст е извадка от презентацията подготвена за лекцията и не представлява пълното ѝ съдържание.
----
Лекцията разглежда основни аспекти в процеса на стартиране на собствен софтуерен бизнес, създаване на софтуерен продукт и предизвикателствата пред които е изправен предприемача – как идеята става компютърна програма и какво превръща една компютърна програма в продукт. Засегнати са темите за свободен софтуер и софтуера с отворен код. Лекторът споделя над 20-годишния си опит в областта на софтуерния бизнес от България и САЩ.
Лекцията е подходяща за студенти изучаващи компютърни науки, информационни технологии и мултимедиен, маркетинг и продажби, и всеки който има интереси към софтуерния бизнес.
Първи стъпки в програмирането: всичко, което трябва да знаеш, за да стартираш към професията "софтуерен инженер"
Четирите умения на програмиста:
- Писане на код (coding skills) – 20%
- Алгоритмично мислене – 30%
- Фундаментални знания за професията – 25%
- Езици за програмиране и софтуерни технологии – 25%
Езици за програмиране и софтуерни технологии
- C# / .NET
- Java
- JavaScript
- Pyhton
- PHP
Пътят към програмирането през системата на СофтУни: https://softuni.bg/curriculum
Как да стана програмист?
https://softuni.bg/university/developersguide
Студио проектите са нов елемент от образованието на студентите от инженерните специалности в Нов Български Университет. Основната им идея е студентите да се научат да работят в екип по реални проекти, поставени от външни заинтересовани лица от водещи компании в България и под менторството на преподавателите от университета.
1. Здравейте, аз съм
Стоян Христов Дипчиков.
В следващия час ще ви
запозная с проблемите на
проджект мениджмънта и
планирането.
2.
3.
4.
5.
6.
7.
8. Успеваемост на проекти
65% провалени (19% провалени + 46% извън бюджет и срокове)
1. 65% от софтуерните проекти са неуспешни или проблемни (Standish
Group)
2. 25-40% от работа по софтуерни проекти се изхвърля и прави наново
(Carnegie Mellon)
3. 50% от проектите биват изваждани от експлоатация веднага след
инсталацията си (Gartner)
35% succeded
9. Бизнес анализ и успеваемост
65% провалени (19% провалени + 46% извън бюджет и срокове)
1. 40% от проблемите се откриват от крайните потребители (Garner)
2. Неправилно дефиниране на изискванията води до 66% от провалите
(Forrester Research)
3. 60-80% от провалите на проекти са резултат от неправилно събиране и
управление на изискванията (Meta Group)
35% успешни
10. Развитие на проекта и дефекти
Release Заключения
Откриваеми на бъгове 40-50%
Цена на промените Много Висока
1. Web сайтовете се
разработват, за да
изпълнят набор от
Тест изисквания
Откриваеми на бъгове 15-50%
Цена на промените Висока
2. По-голямата част
от бъговете се
откриват след
Реализация реализацията на
Откриваеми на бъгове 10-15% проекта
Цена на промените Средна
3. Изискванията са
главния източник
Дизайн на дефекти в
Откриваеми на бъгове 5-10% проекта
Цена на промените Ниска
Изисквания
Откриваеми на бъгове < 5%
Цена на промените Ниска
11. Защо се провалят проектите?
Не се предвиждат
бъдещите дефекти
Някои от лошите навици
Прибързване с започването на програмистите ;)
на кодирането и дизайна
Омагьосания кръг, в който
Грешна оценка на проекта поставяме софтуерните тестери
12. Как да осигурим успеха на проекта си?
Поддържайте
прозрачността в проекта
Не пренебрегвайте
Всички в екипа са равни бумащината
Имайте доверие Проверявайте често проекта,
на екипа си! пишете отчети често
13. SDL (Software Development Lifecycle)
Waterfall Agile
Проект
Изисквания
Итерация
Дизайн
Удобрени промени
Реализация
Дневни промени
Тест
Начало
Поддръжка
Rup
Начална
подготовка Уточнения Изграждане Миграция
14. Планирането на проект?!?
Планирането на проект?!?
Какво представлява планирането на проект?
Начална фаза на планирането
1. Обхват на проекта (Scope) - Засегнатите лица по
проекта / Stakeholders (Лице за контакт) и Ресурси
(Вашите колеги + технически и други нужди за
проекта)
2. Проблеми за решаване и анализ на рисковете
3. Интервюта с клиента и събиране на изискванията
15. Техническо задание и wireframes
Няма общо приета структура за технически
задания. Моят пример:
mes 1. Кратко описание на проекта и неговите цели
wirefra
2. Използвани технологии
3. Засегнати лица
4. Речник
5. Описание на основните модули
6. Приложения (Flow charts, диаграми и описание на
алгоритмите и т.н.)
Wireframes (скици на проекта)
1. Защо са ни скици?
2. Начини за създаване на Wireframes: На ръка или чрез
специализиран софтуер (Axure, Adobe Fireworks)
3. Не се увличайте в дизайн на wireframe-ите
16. Оценка на проекта
1. Защо ни е нужна оценка?
2. Как процедираме в Despark?
3. Документирайте сроковете, който сте решили
както и причината за определянето им, за да може
после да ги съпоставите с реалните резултати и да
ги анализирате
17. График на проекта
1. Разбиване на проекта на малки под задачи, като за
основа ползваме разписаните задачи от предната
фаза на оценката
2. Труд за разработка на задача с/у Време (Effort vs.
Duration)
3. Максималното време което може да се просрочи
един таск без да се отрази на проекта.
4. Разпределяне на ресурсите по задачите
5. Буферни таскове (Buffer tasks)
6. Milestones и предварително насрочени срещи с
клиентите
7. Разработка на зависимостите м/у тасковете
8. Проверка на графика
9. Софтуери за Project Management (MS Project, Merlin)
10. Примери – DoBand (Agile), MerchantGuard (малко
milestones), the360 (много milestones и предварително
насрочени срещи)
18. Срещи и комуникация с клиентите
1. Не забравяйте, че те са един от ключовете към
успешен проект
2. Максимален брой Face-to-Face срещи
3. Подготвяйте си въпроси преди всяка среща и
помислете какво биха Ви питали
4. Не ограничавайте комуникацията си с клиента само в
срещите
5. Софтуери и online продукти помагащи за
комуникацията по време на проекта:
6. Basecamp, Wrike, Lighthouse
7. Чести и ревюта и отчети са добра практика
Няколко съвета
Прозрачност Гледайте да сте Не прекалявайте Бъдете активната
максимално отзивчиви с компютърните страна в дебатите
и ги накарайте да термини, говорете на
почувстват, че са разбираем за тях език
приоритет номер 1
19. Промени. Анализ и оценка на промените
Промени. Анализ и оценка на промените
Това е неизбежен момент, бъдете готови за него
Анализ и оценка
1. Колко време би отнела
2. Как това ще се отрази на графика
3. Колко би струвала на клиента
4. Дали всъщност тази промяна въобще е нужна и можем ли
да минем без нея
5. Обсъдете промяната с колегите си, работещи по проекта,
за се види и тяхното мнение по въпроса.
Имайте предвид
1. Програмистите не обичат промените!
2. Програмисткия неписан закон „Ако нещо работи, не го
пипай!” ;)
Заплащането на промените
1. Не издребнявайте в изискванията си за заплащане на
всичко
2. Но следвайте стриктно политиката си относно заплащането
на промени
20. Дизайн и програмиране
1. Pair programming
2. Програмистите не могат да тестват качествено
собствения си код, вложете малко допълнителен
ресурс в тази насока
3. Задължително е и клиента да се намеси в тестовете
4. Bug tracking системи – Lighthouse, Mantis
5. Използвайте SVN