Forwarded from Agile Development with SCRUM
ویدیوی مفید در مورد نقش اسکرام مستر در اسکرام
Agile Teams – The Scrum Master Role – Sally Etta
#اسکرام_مستر ،
#scrum_Master , #Sally_Etta
https://www.youtube.com/watch?v=KaNHr3TL62g&feature=player_embedded
آموخته های یک دانشجوی رشته اجایل-اسکرام در کانادا 👇
https://t.me/joinchat/AAAAAEJgd7-c9bLUNDC8pA
Agile Teams – The Scrum Master Role – Sally Etta
#اسکرام_مستر ،
#scrum_Master , #Sally_Etta
https://www.youtube.com/watch?v=KaNHr3TL62g&feature=player_embedded
آموخته های یک دانشجوی رشته اجایل-اسکرام در کانادا 👇
https://t.me/joinchat/AAAAAEJgd7-c9bLUNDC8pA
YouTube
Agile Teams - Part 4 | The Scrum Master Role
In this short video we'll talk about the ScrumMaster role and discuss some key expectations of our ScrumMaster.
Please share your feedback/comments on our AgileVideos.com site and watch the rest of the series! Thanks for watching :) Sally"
Please share your feedback/comments on our AgileVideos.com site and watch the rest of the series! Thanks for watching :) Sally"
Forwarded from دپارتمان مهندسان صنایع ایران
آموزش برنامه نویسی گمس.pdf
1 MB
Forwarded from Iran Agile channel (Asad Safari)
تشخیص متخصص از متقلد
اگر میخواهید بالاترین کیفیت اطلاعات را به دست آورید، باید با متخصصین صحبت کنید. اما مشکل اینجاست که بسیاری از افرادی که ادعا میکنند متخصص هستند، واقعاً اینطور نیستند.
به مدیران مالی فکر کنید که صحبت خود را از وارن بافت قرض میگیرند. آنها ممکن است مانند بافت صحبت کنند، اما نمیدانند چگونه به روش بافت سرمایهگذاری کنند. آنها مقلد هستند. چارلی مانگر یک بار گفت: «تشخیص تفاوت بین یک مدیر مالی خوب و کسی که فقط حرفهای قشنگ میزند بسیار سخت است.»
چگونه میتوانید تفاوت بین یک متخصص و یک مقلد را تشخیص دهید؟
مواردی که باید به آنها توجه کنید:
مقلدان نمیتوانند به سوالات در سطوح عمیقتر پاسخ دهند. دانش به دست میآید، نه آموخته میشود، بنابراین مقلدان کاملاً ایدههایی که درباره آنها صحبت میکنند را درک نمیکنند. دانش آنها سطحی است. در نتیجه، وقتی درباره جزئیات، اصول اولیه یا موارد غیر استاندارد سوال میکنید، پاسخهای خوبی ندارند.
مقلدان نمیتوانند واژگان خود را تطبیق دهند. آنها فقط میتوانند با واژگانی که به آنها آموخته شده توضیح دهند که اغلب پر از اصطلاحات تخصصی است. چون کاملاً ایدههای پشت واژگان را درک نمیکنند، نمیتوانند روش صحبت خود را تطبیق دهند تا آن ایدهها را به وضوح بیشتری به مخاطبانشان بیان کنند.
متخصصان میتوانند تمام راههایی که شکست خوردهاند را به شما بگویند. آنها میدانند و قبول دارند که نوعی از شکست اغلب بخشی از فرایند یادگیری است. اما مقلدان کمتر احتمال دارد به اشتباهات خود اعتراف کنند چون میترسند تصویری که از خود ساختهاند را خدشهدار کند.
مقلدان از حدود تخصص خود آگاه نیستند. متخصصان میدانند چه چیزی را میدانند و چه چیزی را نمیدانند. آنها درک میکنند که فهمشان حد و مرزهایی دارد و میتوانند به شما بگویند که در حال نزدیک شدن به مرزهای دایره تواناییهایشان هستند. اما مقلدان نمیتوانند. آنها نمیتوانند بگویند که در حال ورود به موضوعاتی هستند که نمیفهمند.
یک نکته پایانی در مورد تمایز متخصصان از مقلدان: بسیاری از ما درباره یک موضوع از طریق خواندن تحقیقات اصلی یا گوش دادن به متخصص یاد نمیگیریم، بلکه از طریق خواندن چیزی که برای انتقال آسان تهیه شده است یاد میگیریم. تفاوت بین خواندن یک مقاله علمی و خواندن یک مقاله روزنامه را در نظر بگیرید. در حالی که انتقالدهندگان بهتر از افراد عادی میدانند، اما خودشان متخصص نیستند. بلکه آنها در انتقال ایدهها به شکلی واضح و بهیادماندنی مهارت دارند. در نتیجه، انتقالدهندگان اغلب با متخصصان اشتباه گرفته میشوند. این را در نظر داشته باشید وقتی دنبال یک متخصص هستید: فردی که واقعاً تخصص دارد اغلب همان فردی نیست که موضوع را معروف کرده است.
این مقاله بخشی از کتاب "تفکر شفاف: تبدیل لحظات عادی به نتایج فوقالعاده" است که بهطور مختصر تطبیق داده شده است.
اگر میخواهید بالاترین کیفیت اطلاعات را به دست آورید، باید با متخصصین صحبت کنید. اما مشکل اینجاست که بسیاری از افرادی که ادعا میکنند متخصص هستند، واقعاً اینطور نیستند.
به مدیران مالی فکر کنید که صحبت خود را از وارن بافت قرض میگیرند. آنها ممکن است مانند بافت صحبت کنند، اما نمیدانند چگونه به روش بافت سرمایهگذاری کنند. آنها مقلد هستند. چارلی مانگر یک بار گفت: «تشخیص تفاوت بین یک مدیر مالی خوب و کسی که فقط حرفهای قشنگ میزند بسیار سخت است.»
چگونه میتوانید تفاوت بین یک متخصص و یک مقلد را تشخیص دهید؟
مواردی که باید به آنها توجه کنید:
مقلدان نمیتوانند به سوالات در سطوح عمیقتر پاسخ دهند. دانش به دست میآید، نه آموخته میشود، بنابراین مقلدان کاملاً ایدههایی که درباره آنها صحبت میکنند را درک نمیکنند. دانش آنها سطحی است. در نتیجه، وقتی درباره جزئیات، اصول اولیه یا موارد غیر استاندارد سوال میکنید، پاسخهای خوبی ندارند.
مقلدان نمیتوانند واژگان خود را تطبیق دهند. آنها فقط میتوانند با واژگانی که به آنها آموخته شده توضیح دهند که اغلب پر از اصطلاحات تخصصی است. چون کاملاً ایدههای پشت واژگان را درک نمیکنند، نمیتوانند روش صحبت خود را تطبیق دهند تا آن ایدهها را به وضوح بیشتری به مخاطبانشان بیان کنند.
متخصصان میتوانند تمام راههایی که شکست خوردهاند را به شما بگویند. آنها میدانند و قبول دارند که نوعی از شکست اغلب بخشی از فرایند یادگیری است. اما مقلدان کمتر احتمال دارد به اشتباهات خود اعتراف کنند چون میترسند تصویری که از خود ساختهاند را خدشهدار کند.
مقلدان از حدود تخصص خود آگاه نیستند. متخصصان میدانند چه چیزی را میدانند و چه چیزی را نمیدانند. آنها درک میکنند که فهمشان حد و مرزهایی دارد و میتوانند به شما بگویند که در حال نزدیک شدن به مرزهای دایره تواناییهایشان هستند. اما مقلدان نمیتوانند. آنها نمیتوانند بگویند که در حال ورود به موضوعاتی هستند که نمیفهمند.
یک نکته پایانی در مورد تمایز متخصصان از مقلدان: بسیاری از ما درباره یک موضوع از طریق خواندن تحقیقات اصلی یا گوش دادن به متخصص یاد نمیگیریم، بلکه از طریق خواندن چیزی که برای انتقال آسان تهیه شده است یاد میگیریم. تفاوت بین خواندن یک مقاله علمی و خواندن یک مقاله روزنامه را در نظر بگیرید. در حالی که انتقالدهندگان بهتر از افراد عادی میدانند، اما خودشان متخصص نیستند. بلکه آنها در انتقال ایدهها به شکلی واضح و بهیادماندنی مهارت دارند. در نتیجه، انتقالدهندگان اغلب با متخصصان اشتباه گرفته میشوند. این را در نظر داشته باشید وقتی دنبال یک متخصص هستید: فردی که واقعاً تخصص دارد اغلب همان فردی نیست که موضوع را معروف کرده است.
این مقاله بخشی از کتاب "تفکر شفاف: تبدیل لحظات عادی به نتایج فوقالعاده" است که بهطور مختصر تطبیق داده شده است.
Forwarded from آزمایشگاه معماری سازمانی سرویس گرا
👈 استفاده از تحلیل شبکههای پیچیده در تحلیل مدلهای معماری سازمانی
https://soea.sbu.ac.ir/استفاده-از-تحلیل-شبکههای-پیچیده-در/
شبکههای پیچیده در زندگی روزمره ما به طور مکرر مورداستفاده قرار میگیرند، مانند شبکه جهانی وب، اینترنت، شبکههای دوستی اجتماعی، شبکههای همکاری و غیره. از طریق روشهای تحلیل شبکه های پیچیده، مشکلات مربوط به مدلهای معماری سازمانی بررسی می شود. این مشکلات می تواند در نتیجه ورودیهای معیوب یا ناقص و یا به دلیل تولید جزئیات زیاد در مورد مدلهای مورد بررسی اتفاق بیافتد.
https://soea.sbu.ac.ir/استفاده-از-تحلیل-شبکههای-پیچیده-در/
شبکههای پیچیده در زندگی روزمره ما به طور مکرر مورداستفاده قرار میگیرند، مانند شبکه جهانی وب، اینترنت، شبکههای دوستی اجتماعی، شبکههای همکاری و غیره. از طریق روشهای تحلیل شبکه های پیچیده، مشکلات مربوط به مدلهای معماری سازمانی بررسی می شود. این مشکلات می تواند در نتیجه ورودیهای معیوب یا ناقص و یا به دلیل تولید جزئیات زیاد در مورد مدلهای مورد بررسی اتفاق بیافتد.
آزمایشگاه معماری سازمانی سرویس گرا
استفاده از تحلیل شبکههای پیچیده در تحلیل مدلهای معماری سازمانی
Forwarded from آزمایشگاه معماری سازمانی سرویس گرا
👈 بررسی جامع متدولوژی BizDevOps در توسعه نرمافزار با استفاده از معماری سازمانی و حاکمیت فناوری اطلاعات
https://soea.sbu.ac.ir/بررسی-جامع-متدولوژی-bizdevops-در-توسعه-نرماف/
ترکیب معماری سازمانی و حاکمیت فناوری اطلاعات میتواند به بهبود هماهنگی بین توسعه نرمافزار، عملیات و کسبوکار در رویکرد BizDevOps کمک کند. نتایج مطالعه نشان میدهد که استفاده از مدلهای معماری سازمانی میتواند به بهبود کارایی و پاسخگویی سریعتر به تغییرات محیطی منجر شود.
https://soea.sbu.ac.ir/بررسی-جامع-متدولوژی-bizdevops-در-توسعه-نرماف/
ترکیب معماری سازمانی و حاکمیت فناوری اطلاعات میتواند به بهبود هماهنگی بین توسعه نرمافزار، عملیات و کسبوکار در رویکرد BizDevOps کمک کند. نتایج مطالعه نشان میدهد که استفاده از مدلهای معماری سازمانی میتواند به بهبود کارایی و پاسخگویی سریعتر به تغییرات محیطی منجر شود.
آزمایشگاه معماری سازمانی سرویس گرا
بررسی جامع متدولوژی BizDevOps در توسعه نرمافزار با استفاده از معماری سازمانی و حاکمیت فناوری اطلاعات
Forwarded from Processminig
paper_155 (6).pdf
324.2 KB
🎯فرآیند کاوی به بسیاری از صنایع برای درک بهتر و بهبود فرآیندها کمک کرده است با این حال برخی از مطالعات وجود دارد که نشان می دهد که بهبود مورد نظر پس از استفاده از فرآیندکاوی اتفاق نیفتاده است.
🔥این موضوع یک چالش آشکار اما معمولا نادیده گرفته شده در این زمینه است. در واقع سازمان ها بایستی بر اساس بینس های فرآیندکاوی شروع به برداشتن گام های عملی کنند. به باین دیگر، تحلیلگران معمولاً از بینشهای فرآیند کاوی برای توصیه اقدامات استفاده میکنند سپس باید اجرا و پیاده سازی شوند، به عنوان مثال، توسط صاحبان فرآیند یا مدیریت با این حال، اگر اقدامات توصیه شده انجام نشود، بینش ها به سازمان ها برای پیشرفت در فرآیند کمک نمی کند.
💡در این مقاله به این موضوع پرداخته شده که چه عواملی باعث می شود مدیران و صاحبان فرآیند از اجرای بینش های مبتنی بر فرآیندکاوی ناامید شوند.
🔥این موضوع یک چالش آشکار اما معمولا نادیده گرفته شده در این زمینه است. در واقع سازمان ها بایستی بر اساس بینس های فرآیندکاوی شروع به برداشتن گام های عملی کنند. به باین دیگر، تحلیلگران معمولاً از بینشهای فرآیند کاوی برای توصیه اقدامات استفاده میکنند سپس باید اجرا و پیاده سازی شوند، به عنوان مثال، توسط صاحبان فرآیند یا مدیریت با این حال، اگر اقدامات توصیه شده انجام نشود، بینش ها به سازمان ها برای پیشرفت در فرآیند کمک نمی کند.
💡در این مقاله به این موضوع پرداخته شده که چه عواملی باعث می شود مدیران و صاحبان فرآیند از اجرای بینش های مبتنی بر فرآیندکاوی ناامید شوند.
Forwarded from آزمایشگاه معماری سازمانی سرویس گرا
🏆 افتخارات آزمایشگاه مرجع معماری سازمانی سرویس گرا
1. تدوین چارچوب ملی معماری سازمانی ایران و مدل های مرجع معماری دولت الکترونیک (مدل مرجع خدمات، مدل مرجع فناوری، مدل مرجع عملکرد)
آیا می دانید کشور ایران جزو معدود کشورهای صاحب چارچوب ملی معماری است که چارچوب کاملا سفارشی و اختصاصیسازی شده است و کپی (مشابه) سایر چارچوب های معماری دولتی یا عمومی نیست!
با اعتماد دو نهاد بالادستی (شورای عالی فناوری اطلاعات و شورای عالی اداری)، طراحی چارچوب ملی معماری سازمانی ایران در سال 96 به آزمایشگاه معماری سازمانی سرویس گرا محول شد و این پروژه ملی توسط تیم آزمایشگاه و با همفکری مشاوران و خبرگان انجام شد. اسناد و خروجی چارچوب ملی هنوز هم مورد تایید نهادهای بالادستی از جمله سازمان اداری-استخدامی و سازمان فناوری اطلاعات است.
https://soea.sbu.ac.ir/%d9%be%d8%b1%d9%88%da%98%d9%87%d9%87%d8%a7-%d9%88-%d8%af%d8%b3%d8%aa%d8%a7%d9%88%d8%b1%d8%af%d9%87%d8%a7/%da%86%d8%a7%d8%b1%da%86%d9%88%d8%a8-%d9%85%d8%b9%d9%85%d8%a7%d8%b1%db%8c-%d8%b3%d8%a7%d8%b2%d9%85%d8%a7%d9%86%db%8c-%d8%a7%db%8c%d8%b1%d8%a7%d9%86/
1. تدوین چارچوب ملی معماری سازمانی ایران و مدل های مرجع معماری دولت الکترونیک (مدل مرجع خدمات، مدل مرجع فناوری، مدل مرجع عملکرد)
آیا می دانید کشور ایران جزو معدود کشورهای صاحب چارچوب ملی معماری است که چارچوب کاملا سفارشی و اختصاصیسازی شده است و کپی (مشابه) سایر چارچوب های معماری دولتی یا عمومی نیست!
با اعتماد دو نهاد بالادستی (شورای عالی فناوری اطلاعات و شورای عالی اداری)، طراحی چارچوب ملی معماری سازمانی ایران در سال 96 به آزمایشگاه معماری سازمانی سرویس گرا محول شد و این پروژه ملی توسط تیم آزمایشگاه و با همفکری مشاوران و خبرگان انجام شد. اسناد و خروجی چارچوب ملی هنوز هم مورد تایید نهادهای بالادستی از جمله سازمان اداری-استخدامی و سازمان فناوری اطلاعات است.
https://soea.sbu.ac.ir/%d9%be%d8%b1%d9%88%da%98%d9%87%d9%87%d8%a7-%d9%88-%d8%af%d8%b3%d8%aa%d8%a7%d9%88%d8%b1%d8%af%d9%87%d8%a7/%da%86%d8%a7%d8%b1%da%86%d9%88%d8%a8-%d9%85%d8%b9%d9%85%d8%a7%d8%b1%db%8c-%d8%b3%d8%a7%d8%b2%d9%85%d8%a7%d9%86%db%8c-%d8%a7%db%8c%d8%b1%d8%a7%d9%86/
Forwarded from جزوه یاب 📖
فلش_کارت_تجزيه_و_تحليل_و_طراحي_سيستم.pdf
959.7 KB
فلش کارت فنون تجزیه و تحلیل و طراحی سیستم ها ( تجزیه و تحلیل سیستم ها و روش ها )
➖➖➖➖➖➖➖➖➖
دانلود جزوات و نمونه سوالات درسی👇
📒 @jozve_finder
➖➖➖➖➖➖➖➖➖
➖➖➖➖➖➖➖➖➖
دانلود جزوات و نمونه سوالات درسی👇
📒 @jozve_finder
➖➖➖➖➖➖➖➖➖
مشاوره، آموزش و انجام پروژه های دانشجویی در حوزه های مهندسی نرم افزار و معماری سازمانی با ابزارها و استانداردهای رسمی از قبیل :
ArchiMate, BABOK, UML, BPMN, RUP, DMN, Agile Methods, Visio, Enterprise Architect , ...
ArchiMate, BABOK, UML, BPMN, RUP, DMN, Agile Methods, Visio, Enterprise Architect , ...
معماری سازمانی چابک pinned «مشاوره، آموزش و انجام پروژه های دانشجویی در حوزه های مهندسی نرم افزار و معماری سازمانی با ابزارها و استانداردهای رسمی از قبیل : ArchiMate, BABOK, UML, BPMN, RUP, DMN, Agile Methods, Visio, Enterprise Architect , ...»
Forwarded from Marty(GroupEgpet)
BS_ISO_IEC_38500_2024_Information_technology_—_Governance_of_IT.pdf
1.6 MB
BS ISO IEC 38500-2024 Information technology — Governance of IT for the organization
Forwarded from Marty(GroupEgpet)
PMBOOK6-En Parts 1, 2, 3 & Agile Practice Guide.pdf
7.7 MB
PMBOOK6-En Parts 1, 2, 3 & Agile Practice Guide
Forwarded from ISI-EA.ir (Samin)
فیلم ضبطشده وبینار «آشنایی با معماری مرجع GovStack» از طریق ایسمینار در دسترس قرار گرفت.
جهت دریافت، به لینک زیر مراجعه کنید:
https://eseminar.tv/webinar/آشنایی-با-معماری-مرجع-GovStack
جهت دریافت، به لینک زیر مراجعه کنید:
https://eseminar.tv/webinar/آشنایی-با-معماری-مرجع-GovStack
Forwarded from ISI-EA.ir (Samin)
با سلام
۲۱مین نشست آزمایشگاه های معماری سازمانی
پنجشنبه ۷ تیرماه ۱۴۰۳ ساعت ۱۰ صبح
لینک جلسه:
http://el.sutech.ac.ir/ealab/
با احترام و ارادت
۲۱مین نشست آزمایشگاه های معماری سازمانی
پنجشنبه ۷ تیرماه ۱۴۰۳ ساعت ۱۰ صبح
لینک جلسه:
http://el.sutech.ac.ir/ealab/
با احترام و ارادت
Forwarded from دپارتمان مهندسان صنایع ایران
@iiedep.Msp-p6.pdf
787.5 KB
The Misplaced Enterprise Architect
Eric Jager | June 24, 2024
https://eawheel.com/blog/2024/06/the-misplaced-enterprise-architect/
Eric Jager | June 24, 2024
https://eawheel.com/blog/2024/06/the-misplaced-enterprise-architect/
EAWheel
The Misplaced Enterprise Architect • EAWheel
The role of the Enterprise Architect is misplaced in many organizations. This misalignment has significant consequences for the organization.
Forwarded from دپارتمان مهندسان صنایع ایران
@iiedep.bp.pdf
2.4 MB
Forwarded from دپارتمان مهندسان صنایع ایران
This media is not supported in your browser
VIEW IN TELEGRAM
فیلم آموزشی مقایسه مدل آبشاری و متدولوژی چابك(زبان انگلیسی روان)
#کنترل_پروژه
#مدیریت_پروژه
#چابک
#agile
👆👆👆🌹
@iiedep
#کنترل_پروژه
#مدیریت_پروژه
#چابک
#agile
👆👆👆🌹
@iiedep