Une nouvelle méthodologie de développement est-elle nécessaire?

Si vous envisagez de créer votre propre société de logiciels, vous réfléchissez à la manière d'organiser le travail des personnes, à la manière de choisir une méthodologie de travail. Mais si vous examinez de près les méthodologies bien connues, il y a une certaine méfiance à leur égard, surtout si vous dépensez votre propre argent pour l'entreprise ...





J'ai pris la liberté et essayé de combiner des choses utiles à partir de méthodologies bien connues, et j'ai également ajouté ma propre expérience et les conseils d'amis. En tout cas, je vais le laisser ici, peut-être que quelqu'un en profitera.





Prérequis pour la création de la méthodologie

Raisonner sur les méthodologies modernes et la nature humaine

Les méthodologies modernes, dans l'ordre de leur origine, présentent de nombreux inconvénients:





  • La structure fonctionnelle cherche à créer plus de départements, car chaque dirigeant potentiel doit donner aux gens des responsabilités subordonnées et supplémentaires. Cela conduit à une structure de gestion plus complexe, ce qui conduit à une augmentation de l'importance de ces nouveaux leaders et à une baisse de l'efficacité globale.





  • La structure du projet conduit à la dépendance d'un groupe de personnes à un chef de projet, qui dans 95% des cas sur 100% est incompétent. Se concentrer sur des «projets» courts, conduit à des prix plus élevés pour les produits au fil du temps





  • La structure matricielle (les trois types), par définition, contient un conflit, qui est initialement inefficace





  • Il y a aussi une grande sous-estimation des tests dans la conception et la structure de la matrice





  • Dans la méthodologie SCRUM (agile), il y a souvent un Product Owner qui aspire à devenir chef de projet, pour lequel il peut être subordonné à un analyste pour augmenter son importance. Exactement aussi, s'il y a un membre de l'équipe ambitieux ou en conflit, cela détruit tout.





  • Le faible rôle de l'analyse et des tests dans l'agilité ne profite pas non plus aux produits de l'entreprise





  • agile





. , :









  • , ,





  • ,





  • ,





  • ,





  • ,





  • , , ,





  • ,





“” , . Agile . , ?





:





  1. , , . , . ,





  2. , . ,





  3. ,





  4. , , , , -





  5. ,





  6. , , ,





  7. , , , DevOps, ..





  8. , , agile ,





  9. , “” , ,









  10. , , soft skills ,, ,





  11. , , ,





  12. ,





?

, .





, . , .





, :





  1. - ? , , , - ?





  2. , , ? , ? ?





  3. 2 , , , ?





  4. , ?





  5. , , ?





  6. , , , ?





  7. ? , ? , , , ?





?

  1. Unit ( )





- . “”, ( , ). , , , , .





, .





  1. ( )





- API , ( ) / , . , , backend . routing, IoC- .. ,





, .





  1. ( )





- , . , , , , .





, . , :





  • (Equivalence Classes)





  • (test cases)





  • ( ) ,





, .





  1. ( )





- , ,   . , , .





, .





, , . , , .





, . , , .





, , , , .





. , . 10% 90% , ( 0%/100%). , .





:

















  1. ,





  2. . , .





  3. ,





  4. :









:





  1. ,  





  2. ,





  3. , ,





  4. , . , ,





  5. , . , . ,





  6. agile , :

















  • demo









  • story points





  1. agile (SCRUM):





  • product owner , ,





  • times & materials





  • team leader





  1. . , .  ,





  2. - , ,





  3. user story «»,





  4. infrastructure as code





:





  1. ,





  2. . ,





  3. , ,









– , .





– , / . . , . , : , , .





– . . . , ,





– «», . - , . , ,





– , , . , . .





– , , . , ( , ..). .





– , . .





- , user story .





: , user stories. user story ,





  • ( )





:





  • , (feature)





:





  • , , . , : ; ; .. ,





  • , . , .





  • . . , ,





  • ,





:





  • « », :





    • ,

















  • , .









  • ,





  • , . , ,













  • , (, C#, Go , )





  • , .





  • , ,





  • ,





  • , . ,





:









  • ( )





:





  • «», :





    • ,





    • API , , ,





    • single responsibility principle





    • /





    • , ,





    • , ,









  • , (NuGet ) , . ,









  • . , ,





  • " ", , ,





:













:





  • «code review»













  • unit





  • ,





  • user stories user stories





( )





:













  • ,





  • ,





  • ( )





:









  • ,









  • ( , )













  • user stroy required, desired, optional





  •  





  • ( )





:









  • ( )





:





  • ,









  • ( )





:









  • enterprise





  • ,





  • ,













:













  • ( )





:













  • ,





  • , , ,





  • . statements DISC. HR





  • , ,





  • “” , , ,





  • , , “”





  • , .













:





  • ,





  • DevOps









  • ( , , )

















, . , ( , )





.

  1. . :





  • ,





















  1. , user stories





  2. , .









  3. , . user story user story . . 1.





  4. user stories





  5. , . ,





  6. User stories   SP, 2,





  7. , milestone 3. , user stories





  8. , :





  • , , ..





  • , .





  • , .





  1. , .





  2. user story





  3. user story . , user story. , , user story. user story - . , . user story .





  4. user stories, 2.





  5. user story user story, 40 story points, story ,





  6. user stories . , , , , DevOps, , , ,





  7. , 3.





  8. , , , ,





  9. 4 ,





  10. user story





  11. , , ( , user story ).





  12. , 4.





  13. , . user story, user story 3.





  14. , user stories, , , user stories , . ( 2 ),





SCRUM

















1.





:





: , , . user stories.









“< >”





: . API. , , , , . , , , , , . . , .

















: , . , API . - , , . Statefull stateless , . ?









: . , , , ..





“ ”





< >





“ ”





< >





































: . , , , , .









: ( API, , , , ..)









: . , . , .





Continuous integration





: . , , .









: , , :









  • Eptda









  • .





  • ( )





















1.0









1.1





“ ”





2. SP

Story point (SP)





Hours (4*n + n), ..





1





4





3





15





5





25





8





40





13





65





21





105





34





170





55





275





- story point, . , - , . , ( ).





SP , , .





user story , 4 . . story points, .





3.

:





  1. feature story point, 2.





  2. user story ,





  3. ( , )





  4. (15%) (10%). , , ,





  5. ,





  6. user story , story point . user story. ,





  7. , ( , )





  8. , , .





  9. User story . , .









  10. ,





  11. , ,





4. milestones

:





  1. user stories story point, 2.





  2. . ,









  3. story point





  4. ,





  5. , ,





  6. , user story












All Articles