1044
Те, що я можу зробити?
Ми розробляємо програмне забезпечення протягом майже років. Як і багато, він також мріяв про програмний конвеєр, заводський і промисловий розвиток, і навіть взяв участь у спробах довести їх до життя. Реальність цих снів загиблих і вимушених визнати, що програмування відрізняється від промислового виробництва і в ній методи контролю Макдональда не працюють.
р.
Чому не працюють методи Макдональда? Старі методи управління стеблом з нашого промислового та аграрного минулого, де один день був дуже схожий на інший. Ефективність залежить від узгодженої роботи мас. Робота не вимагає значної неоднорідності. “Всього контролю”, “нормалізація”, “морква і паличка”, “людський ресурс – ког, який легко замінити” – це основні принципи ефективного управління попередніми стираннями. Чим більше штрихів за одиницю часу, тим швидше виходить галі, тим ефективніше роботи рядків!
Програмування має кілька повторюваних завдань і немає місця для відтворення. Після третьої повторення одного типу дії, програміст пише утиліту, яка автоматизує цю дію один раз і назавжди. Або знайти код Monkey (з часом більш економічно вигідно).
Не знаю, де подумав програміста або як він це робить. Інтелектуальна креативність не може бути регульованою або контрольованою. Безперечно поставити програмувальника за норматором-контролером. Що буде бачити і вимірювати?
Будь-який, хто намагається застосувати методи швидкого управління продуктами для розробки програмного забезпечення, допущений до відмови.
Карго культ
У зв’язку з тим, що методи промислового управління не були ефективними, розробка програмного забезпечення стала завісою інноваційних підходів до управління виробництвом. Водоспад, PRINCE2, CMMI, Oracle CDM, RUP, MSF, SEI PSP/TSP, Agile family (XP, Кристал, Scrum, ASD, FDDD і т.д.) є невеликим переліком того, що був винайдений і перевірений в нашій галузі і збагачений практику управління проектами. Поки не було згадок про анігійні підходи до ПМБОК 4-го видання, було 10 згадок у версії 5.
Повіра, що існує лише один правий процес викликала галузь досвіду «методологічна божевільність». Безпідставною вірою в методології з столицею «М» є комплексна теорія, як вирішити весь клас проблем, які виникають в процесі виробництва. «Методологія створено інтелектуальними людьми, а виконавці некомпетентні!» Методологія ухвалює всі рішення, які не приймають рішення у всіх випадках. Всі процеси слід регулювати. Все повинно бути зроблено відповідно до інструкцій. Заборонено експерименти. Використовуються методи. Загальний контроль відповідності нормативним нормам. Впровадження комплексних КПС. Великий пропорція сизефської праці.
Не працює.
Статистика показує, що успішність або відмова проектів не співвідноситься з методологією, що використовуються в них. Наскільки успішні проекти, які зуміються за методикою «як це відбувається», RUP, agile або CMMI 5 рівня.
Люди визначають все.
Те, що не існує єдиного процесу розробки програмного забезпечення, означає, що в кожному новому проекті процес повинен бути визначений новий, в залежності від проекту, продукту та персоналу, відповідно до Закону 4 П: продукт + проект + персонал = процес.
Кармендум малюнок
Різні процеси повинні бути застосовані до проектів, пов’язаних з 5 осіб та проектів, що включають 500 осіб. Якщо продукт проекту є критичним програмним забезпеченням, наприклад, системою контролю атомної електростанції, процес розробки повинен бути дуже різним від розробки, наприклад, сайту "rest.ru". Нарешті, процес розвитку повинен бути організований по-різному в команді студентів і в команді встановлених професіоналів.
Крім того, команда, яка почала проект, не залишається незмінною, вона проходить через певні етапи формування і, як правило, зростає кількісно, оскільки проект триває. Тому процес повинен постійно адаптуватися до цих змін. Основним принципом є те, що не люди повинні бути побудовані відповідно до обраної моделі процесу, але модель процесу повинна гнучко адаптуватися до конкретної команди, щоб забезпечити її найвищу ефективність.
Сучасна компанія повинна обробити своїх співробітників, а також своїх кращих клієнтів. Основна столиця сучасної компанії – знання. Більшість цих знань властива перевізнику – людина. Ці підприємства, які не розуміють, що це не вижити, оскільки вони не можуть бути ефективними.
Сьогодні ефективний бізнес - це сервіс. Компанія, з одного боку, надає послуги та товари своїм клієнтам, а з іншого - вакансії для співробітників.
Принципи «одного бізнесу для життя», «робочий продукт, і компанія подбає про вас» швидко стають справою минулого. Дивитися на ринку праці в ІТ – правила встановлюються професіоналами. Зацікавити, які компанії, які ви працювали, але кожен зацікавлений в тому, які проекти, які ви взяли участь у і ваш внесок у їх успіх.
Мета підприємства, яка прагне до ефективності, полягає в тому, щоб не тільки своїх клієнтів, але й своїх співробітників щасливі. Проект розробки програмного забезпечення сьогодні має не три, але чотири фактори успіху:
1,1 км Виготовлений відповідно до специфікацій.
2,2 км Оздоблений на час.
3. У Реалізовано в рамках бюджету.
4. У Кожен учасник команди пішов з 18:00 з почуттям успіху.
Цей четвертий фактор успіху повинен бути відтворений, якщо підприємство буде ефективно. Успішний проект характеризується постійним почуттям задоволеності та гордості за результатами своєї роботи, почуттям оптимізму.
Немає нічого більшого жиру до проекту, ніж байдужість або відчуження його учасників.
Джерело: habrahabr.ru/post/230783/
р.Чому не працюють методи Макдональда? Старі методи управління стеблом з нашого промислового та аграрного минулого, де один день був дуже схожий на інший. Ефективність залежить від узгодженої роботи мас. Робота не вимагає значної неоднорідності. “Всього контролю”, “нормалізація”, “морква і паличка”, “людський ресурс – ког, який легко замінити” – це основні принципи ефективного управління попередніми стираннями. Чим більше штрихів за одиницю часу, тим швидше виходить галі, тим ефективніше роботи рядків!
Програмування має кілька повторюваних завдань і немає місця для відтворення. Після третьої повторення одного типу дії, програміст пише утиліту, яка автоматизує цю дію один раз і назавжди. Або знайти код Monkey (з часом більш економічно вигідно).
Не знаю, де подумав програміста або як він це робить. Інтелектуальна креативність не може бути регульованою або контрольованою. Безперечно поставити програмувальника за норматором-контролером. Що буде бачити і вимірювати?
Будь-який, хто намагається застосувати методи швидкого управління продуктами для розробки програмного забезпечення, допущений до відмови.
Карго культ
У зв’язку з тим, що методи промислового управління не були ефективними, розробка програмного забезпечення стала завісою інноваційних підходів до управління виробництвом. Водоспад, PRINCE2, CMMI, Oracle CDM, RUP, MSF, SEI PSP/TSP, Agile family (XP, Кристал, Scrum, ASD, FDDD і т.д.) є невеликим переліком того, що був винайдений і перевірений в нашій галузі і збагачений практику управління проектами. Поки не було згадок про анігійні підходи до ПМБОК 4-го видання, було 10 згадок у версії 5.
Повіра, що існує лише один правий процес викликала галузь досвіду «методологічна божевільність». Безпідставною вірою в методології з столицею «М» є комплексна теорія, як вирішити весь клас проблем, які виникають в процесі виробництва. «Методологія створено інтелектуальними людьми, а виконавці некомпетентні!» Методологія ухвалює всі рішення, які не приймають рішення у всіх випадках. Всі процеси слід регулювати. Все повинно бути зроблено відповідно до інструкцій. Заборонено експерименти. Використовуються методи. Загальний контроль відповідності нормативним нормам. Впровадження комплексних КПС. Великий пропорція сизефської праці.
Не працює.
Статистика показує, що успішність або відмова проектів не співвідноситься з методологією, що використовуються в них. Наскільки успішні проекти, які зуміються за методикою «як це відбувається», RUP, agile або CMMI 5 рівня.
Люди визначають все.
Те, що не існує єдиного процесу розробки програмного забезпечення, означає, що в кожному новому проекті процес повинен бути визначений новий, в залежності від проекту, продукту та персоналу, відповідно до Закону 4 П: продукт + проект + персонал = процес.
Кармендум малюнок
Різні процеси повинні бути застосовані до проектів, пов’язаних з 5 осіб та проектів, що включають 500 осіб. Якщо продукт проекту є критичним програмним забезпеченням, наприклад, системою контролю атомної електростанції, процес розробки повинен бути дуже різним від розробки, наприклад, сайту "rest.ru". Нарешті, процес розвитку повинен бути організований по-різному в команді студентів і в команді встановлених професіоналів.
Крім того, команда, яка почала проект, не залишається незмінною, вона проходить через певні етапи формування і, як правило, зростає кількісно, оскільки проект триває. Тому процес повинен постійно адаптуватися до цих змін. Основним принципом є те, що не люди повинні бути побудовані відповідно до обраної моделі процесу, але модель процесу повинна гнучко адаптуватися до конкретної команди, щоб забезпечити її найвищу ефективність.
Сучасна компанія повинна обробити своїх співробітників, а також своїх кращих клієнтів. Основна столиця сучасної компанії – знання. Більшість цих знань властива перевізнику – людина. Ці підприємства, які не розуміють, що це не вижити, оскільки вони не можуть бути ефективними.
Сьогодні ефективний бізнес - це сервіс. Компанія, з одного боку, надає послуги та товари своїм клієнтам, а з іншого - вакансії для співробітників.
Принципи «одного бізнесу для життя», «робочий продукт, і компанія подбає про вас» швидко стають справою минулого. Дивитися на ринку праці в ІТ – правила встановлюються професіоналами. Зацікавити, які компанії, які ви працювали, але кожен зацікавлений в тому, які проекти, які ви взяли участь у і ваш внесок у їх успіх.
Мета підприємства, яка прагне до ефективності, полягає в тому, щоб не тільки своїх клієнтів, але й своїх співробітників щасливі. Проект розробки програмного забезпечення сьогодні має не три, але чотири фактори успіху:
1,1 км Виготовлений відповідно до специфікацій.
2,2 км Оздоблений на час.
3. У Реалізовано в рамках бюджету.
4. У Кожен учасник команди пішов з 18:00 з почуттям успіху.
Цей четвертий фактор успіху повинен бути відтворений, якщо підприємство буде ефективно. Успішний проект характеризується постійним почуттям задоволеності та гордості за результатами своєї роботи, почуттям оптимізму.
Немає нічого більшого жиру до проекту, ніж байдужість або відчуження його учасників.
Джерело: habrahabr.ru/post/230783/
