اتاق تیم!

عرض سلام و ادب دارم خدمت همه عزیزان؛ امیدوارم خوب و چابک باشید! در این مقاله قصد دارم راجع به اتاق تیم، یعنی جایی که جلسات روزانه اسکرام برگذار می شود قدری با شما صحبت کنم.

اتاق تیم

در اسکرام اعضا برابرند یا هر کدام نقش و سمتی دارند؟

خیلی وقت‌ها تو استانداردها و روش‌های مدیریت پروژه به توصیه‌های متناقض بر می‌خوریم. شاید برای شما هم پیش آمده باشه،  مثلا تو خیلی از چهارچوب‌های چابک با تشویق اعضای تیم پروژه مخالفیم، در حالی که داشتن نظام تشخیص و تشویق تو PMBOK لازمه!خوب، حالا کدوم درست می‌گه؟ باید چیکار کنیم؟ 

یا مثلا داشتن تعریف‌های دقیق و شفاف از نقش‌ها و مسئولیت‌ها تو PRINCE2 واجبه (از اصول زیربناییه)، در حالی که مثلا تو تیم تولید اسکرام تعریف هیچ نقش و سمتی مجاز نیست، همه مثل هم هستن. کدوم درست می‌گه؟ با من همراه بشید تا به این سوال پاسخ بدم

چطور سند اسپرینت تهیه کنیم؟!

سلام دوستان و همراهان من از این که افتخار این را دارم که بار دیگر با شما در رابطه با چابکی صحبت کنم خوشحالم!

در مقاله قبلی راجع به این که اسکرام چی هست و به چه درد ما می خوره صحبت کردیم و قرار شد توی این مقاله مسئله اسپرینت را باز کنیم و ببینیم جریان در یک پروژه واقعی چیه!


چگونه برنامه نویس های را مدیریت کنیم؟

خب قبل از هر چیز باید خوب برنامه نویس ها را بشناسیم! در مطالب بعدی حتما در رابطه با خلق و خو ی عمومی یک برنامه نویس توضیحاتی ارائه خواهم کرد، اما فکر می کنم نیاز به یک تحقیق میدانی و آکادمیک اساسی در این زمینه با تلفیق روانشناسی باشد تا بهتر بتوان به این مسئله پرداخت.

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

مدیریت چابک

سلام! خب قرار بود در این پست راجع به فریم ورک اسکرام صحبت کنیم، ولی فکر کردم بهتر باشه اول Agile را قورت بدیم بعد بریم سراغ اسکرام!

پس بزنید بریم تا چابک بشیم!

قبل از شروع بحث لازمه که اشاره ای مختصر به انواع مدیریت داشته باشم . مدیریت در روال سنتی به دو قسمت تقسیم بندی میشه . یک – Top Down  دو – Bottom Up . در حالت Top Down که بیشتر در سازمان های دولتی مرسومه,  دستورات به همراه دستورالعمل از بالا به پایین داده می شود و رده پایین موظفه که اجراش کنه!

در این شیوه مدیریت حتما نیازه که مدیریت قوی انجام بشه یعنی کسی که در بالا نشسته بایدفردی بسیار قدرتمتد در زمینه مدیریت باشه.

Agile دوای درد تیم ها - قسمت دوم

سلام امیدوارم خوب و سرحال باشید؛ در مقاله اول اجایل دوای درد تیم ها برای شما از نیاز هایی که باعث شد اجایل متولد بشه گفتم، این که چه اتفاقی افتاد که آن 17 نفر (بعلاوه چند ده نفر دیگر که به صورت غیر مستقیم در این بیانیه تاثیر داشتند) در سال 2001 اقدام به انتشار چنین روشی کردند! در ایم مقاله سعی می کنم به شما را با توسعه نرم افزار به روش اجایل به زبان بازاری آشنا کنم! پس با من همراه باشید!

Agile دوای درد تیم ها - قسمت اول

می خواهم خیلی ساده و به زبان بازاری راجع به تفکر چابک یا اجایل (Agile) با شما صحبت کنم؛ دانستن این مطلب به شما کمک می کند موفق تر از قبل باشید، قبل از اینکه چیزی به اسم نرم افزار یا کامپیوتر (به معنای امروزی) وجود داشته باشه شرکت ها و صنعت گرانی مثل فورد یا تویوتای ژاپن با چالش هایی در زمینه تولید محصولات مشتری پسند و با کیفیت مواجه بودند. اونا سعی می کردند که با هزینه پایین و کیفیت بالا یک روش تولید کشف کنند.خب طبیعیه که روش های زیادی را ساختن و پاکش کردند! و ناگهان کامپیوتر ها به دنیا آمدند یعنی ببخشید پا به خانه ها و سازمان های ما گشودند که صنعتی جدید به اسم توسعه نرم افزار به وجود آمد، هر جا سخن از محصول است پای یک مشتری در میان است ( بعله) و نتیجه صنعت طراحی و توسعه نرم افزار تولید محصولات نرم افزاری است. هر جا پای مشتری در میان باشد حق هم با او خواهد بود. با به وجود آمدن این صنعت شرکت های زیادی وارد این صنعت شدند و این معادل با تولید محصولات زیاد بود، آیا محصولات با کیفیت بودند؟ آیا مشتریان خوشحال بودند؟ آیا توسعه گران نرم افزار ها از کار خود راضی بودند؟ و …