راهنمای نکسوس

چارچوب توسعه مقیاس پذیر

#scrum
#agile
#devops
@unixmens

راهنمای نکسوس

چارچوب توسعه مقیاس پذیر

#scrum
#agile

@unixmens

🎥

▫️مجید نیلی احمدآبادی و رامتین خسروی دو عضو هیات علمی دانشکده مهندسی برق و کامپیوتر دانشگاه تهران در یک میزگرد به موضوع تغییر شکل آینده پژوهی در ابعاد مختلف اقتصادی پرداختند.

▫️خسروی پیش‌بینی پذیر نبودن محیط کسب و کار را تنها مختص به ایران نمی‌داند و آن را ناشی از خاصیت زمانی امروزه می‌داند که تحولات دیجیتال و تحولاتی که در ارتباطات رخ داده عامل اصلی آن است.

▫️او در این باره تصریح می‌کند که بدون در نظر گرفتن نقش مهم دیتا، نمی‌توان سیستمی را در سطح کسب و کارها متصور شد، زیرا در حال حاضر برتری و رقابت‌ها بر سر دیتاها و این داده‌ها هستند که در آینده رشد اقتصادی را به دنبال خواهند داشت.

▫️در همین راستا نیلی نیز عنوان می‌کند که دنیا از پیش‌بینی پذیری عبور کرده و دیگر نمی‌توان در فضای دیجیتال امروز آینده را پیش‌بینی و بر اساس آن تکنولوژی خلق کرد، بلکه باید اساس کار را بر پایه اقتصاد دیجیتال و هوش مصنوعی بنا کنیم و این باید در تفکر در طراحی، در تکنولوژی و همچنین استفاده از تکنولوژی با هوش مصنوعی و دیتا بروز و ظهور کند.

#video #technology #future #agile
https://t.me/unixmens

Agile is a software development process that focuses on iteration, flexibility, and active collaboration between different teams. In Agile, scheduling meetings is very important. The following is a description of the Agile structure and how to schedule its meetings:

Agile structure:
1. Agile Team: An agile team includes various members of developers, testers, analysts and other people who participate in a project.

2. Increments: Small improvements achieved and added in each Sprint.

3. Redundancy (Velocity): The amount of work that the team does in each Sprint and the amount of deliverability of the built work.

Scheduling Agile meetings:
1. Stand-up Meeting: This is a short daily meeting where team members update, review daily problems, and discuss plans for the day. Usually, this meeting is held for 15 minutes.

2. Sprint Planning: In this meeting, the team decides which backlog items to implement in the next Sprint and how to do it. This session usually lasts 1 to 2 hours.

3. Sprint Review: This meeting is held at the end of each Sprint so that the team evaluates the new Increment it has created and shares it with other team members.

4. Review Sprint (Sprint Retrospective): In this meeting, the team evaluates its performance in the past Sprint and examines the improvements they can apply in the next Sprint.

By attending and scheduling these meetings, Agile teams are able to improve efficiency, reduce problems, and achieve continuous improvement in software development.


Agile culture and DevOps are the two main cultures in the IT industry that influence the software development process and the performance of technical teams. Next, I will explain about Agile and DevOps culture:

Agile culture:
1. Value-based Prioritization: Agile culture focuses on emphasizing the values and needs of customers, and teams act based on adding value to the product and continuously updating it.

2. Iterative Development: Agile emphasizes the ideal of software development in short and iterative episodes, evaluating and improving the product based on received feedback.

3. Continuous Collaboration: Developers, analysts and customers are always in close contact with each other and active collaboration is promoted between different team members.

DevOps culture:
1. Cross-Functional Collaboration: DevOps tries to improve coordination and cooperation between Development and Operations teams to avoid failed transitions and reduce risks.

2. Continuous Deployment: DevOps emphasizes continuous deployments and automation of processes to provide faster and more stable software.

3. Automation-driven Development: DevOps uses automation tools and processes to improve the efficiency and quality of development and operation processes.

Combination of Agile and DevOps:
The combination of Agile and DevOps culture helps teams deliver high-quality products in less time with an emphasis on coordination between development and operations.

#devops #agile


https://t.me/unixmens

چرا آمار اخراج یا تعدیل مربی های چابک افزایش یافته است؟

این مقاله به بررسی دلایل موجی که در کمپانی‌های معتبر در زمینه کاهش یا حذف استفاده از مربیان اجایل چند وقت قبل اتفاق افتاد، می‌پردازد. خلاصه این مقاله در زیر میتوانید مشاهده کنید:

کاهش هزینه: برخی شرکت‌ها مانند Capital One، تغییرات قابل توجهی در تیم مربیان اجایل خود ایجاد کرده‌اند، چه به عنوان یک راهبرد کاهش هزینه یا تخصیص مجدد منابع.

اشباع: روش‌های اجایل فراتر از توسعه نرم‌افزار به بخش‌های مختلفی مانند HR، Finance و Marketing گسترش یافته است. این گسترش باعث کم ارزش جلوه دادن کلمه 'Agile' شده است.

موقت بودن مربیگری: مربیگری اجایل باید یک ارتباط موقت باشد. هنگامی که تیم مبادئ اجایل را جا انداخته است، مربی باید تدریجاً کمتر مداخله کند.

کیفیت مربیگری: مقاله به این نکته اشاره می‌کند که بسیاری از مربیان اجایل فاقد آموزش و تخصص و تجربه کافی هستند، که منجر به نبود استانداردسازی و کیفیت در این حرفه می‌شود.

تجزیه و تحلیل هزینه/منفعت: سازمان‌ها به طور فزاینده‌ای ROI مربیگری اجایل را مورد بررسی قرار می‌دهند. بسیاری از آن‌ها به این باور رسیدن که دلیلی برای هزینه، به ویژه اگر بهبودی فوری در عملکرد نبینند، وجود ندارد.

پیشرفت و تسلط: مقاله پیشنهاد می‌کند که مربیان اجایل باید روی بهبود مداوم تمرکز کنند و به سمت تسلط بر مهارت‌های خود حرکت کنند تا بتوانند ارزش قابل ملاحظه ای در بازه زمانی مناسب با توجه به وضعیت جدید بازار ارائه نمایند. یادگیری یا تقویت مهارتهای جدید در چنین بازار کاری بسیار حیاتی است.

متن کامل در این لینک

🔗 https://vitalitychicago.com/blog/should-we-fire-all-the-agile-coaches/

#agile #scrum
@unixmens

معماری مینیمال قابل اجرا (Minimum Viable Architecture)

آیا معماری نرم‌افزار حلقه مفقوده‌ی چابکی است؟ در دنیای چابک، مهندسان نرم‌افزار اغلب به جای تصمیم‌گیری‌های معماری در ابتدای پروژه، تمایل دارند مانند یک پروژه سدسازی، همه چیز را از ابتدا برنامه‌ریزی کنند.

اما در یک محیط پیچیده و پر از عدم قطعیت، چگونه می‌توان این کار را انجام داد؟ به‌خصوص برای استارت‌آپ‌هایی که هنوز از بازار و مشتریان خود مطمئن نیستند، چگونه می‌توان تصمیمات قطعی گرفت؟

مفهوم معماری مینیمال قابل اجرا (Minimum Viable Architecture) می‌تواند پاسخ این سوال باشد. این مفهوم به مهندسان نرم‌افزار کمک می‌کند تا به تدریج و با توجه به نیاز، تصمیمات کلیدی را در معماری پروژه بگیرند.

با استفاده از این مفهوم، می‌توانید:

* ساختار اولیه‌ای را برای پروژه ایجاد کنید.
* با تست و بازخورد کاربران، معماری را بهبود دهید.
* با تکرار و پیشرفت پروژه، معماری را تکامل دهید.

معماری مینیمال قابل اجرا به شما اجازه می‌دهد تا با سرعت و انعطاف‌پذیری بالا به اهداف خود برسید و از خطرات ناشی از تصمیمات سخت و قطعی در ابتدای پروژه جلوگیری کنید.


در این ویدئو، معمار نرم افزار شرکت Ebay در مورد تجربیات خود صحبت میکند.

https://www.youtube.com/watch?v=9Q7GANXn02k

#agile #development
https://t.me/unixmens

DevOps vs. Agile Models: A Clearer Comparison

While DevOps and Agile are both software development #methodologies, they have distinct focuses and roles within the software development #lifecycle.

Similarities:

* Focus on Rapid Development: Both methodologies prioritize quick iterations and delivering value to customers rapidly.

Differences:

* Scope and Lifecycle:
* Agile: Agile primarily focuses on the *development* phase – from planning and design to coding, testing, and deployment. Once deployment is complete, the Agile process typically ends.
* DevOps: DevOps extends beyond development, encompassing the entire lifecycle, including *operations, monitoring, and continuous improvement* after deployment.

* Team Structure:
* Agile: Teams are typically structured around roles like developers, testers, and deployment specialists, working in sprints.
* DevOps: DevOps emphasizes a *unified team* where engineers are responsible for the entire lifecycle, from development to operations and back again. This encourages collaboration and shared ownership.

* Automation:
* Agile: Automation is encouraged but not mandatory. Agile teams can choose the level of automation they need.
* DevOps: Automation is a core principle. DevOps heavily relies on automation tools for tasks like deployment, testing, monitoring, and infrastructure management.

* Feedback:
* Agile: Feedback loops are primarily driven by client reviews at the end of sprints.
* DevOps: DevOps relies on continuous monitoring and automated feedback loops, providing immediate insights into performance and potential issues. This enables faster resolution and improvement.

* Prioritization:
* Agile: Agile prioritizes speed and delivering working software quickly.
* DevOps: DevOps prioritizes both speed and automation, aiming for efficient and reliable deployments with minimal downtime.

In Summary:

* Agile: Focuses on efficient development and fast delivery.
* DevOps: Emphasizes continuous improvement, automation, and a unified team approach to ensure reliable, scalable, and secure software delivery.

Important Note: DevOps can be viewed as an evolution of Agile, integrating operational considerations and continuous feedback into the software development process. Many teams use a hybrid approach, incorporating Agile principles within a broader DevOps framework.


#devops #agile #metadology

https://t.me/unixmens