TAPDの方法スクラムベースのアジャイル開発プラクティス?

マイクロ文字の画像_20191111152536.jpg

スクラムはアジャイル開発手法のための革新的な製品やサービスの開発では、我々はアジャイル開発プロセスと特性、およびハイライトコンテンツスクラムフレームワークの役割をし、このような作業などの活動を初めて目、そしてTAPDの需要管理チームの使用を導入します、ヘルプチームに欠陥管理、反復管理およびその他のアプリケーションは、効果的に開発アジャイルスクラムを練習します。



アジャイル開発とは何ですか?


アジャイル開発は、(典型的には1週間の範囲でもスプリントスプリントとしても知られている、 - 1月)短期反復サイクルの数が提唱されている、特定の優先順位に従って、各反復が得ることが、製品の機能の増分開発および実装に進みパッケージを実行することができ、製品のインクリメント機能。


アジャイル開発の在庫品目の製品に対する需要、最適化機能または機能不全および他のタイプは、優先度の高い項目の上面で構成さ優先で配置された製品のリストを確立するための最初の必要性は、優先順位は、これらの項目を達成するための反復計画に含ま達成するために、開発チームの規模を満たすために、反復計画、に前の分解と洗練。


開発課題の実現に要求さプットの一部ではない優先項目の後列低く、現在の段階では大まかに説明することができ、可能な変更に対応するために洗練急ぐ必要はありません。


各繰り返しは、対象タスクは、チームの数に応じた数がかもしれ決定を、議論する初期段階、製品リストから選択リスト項目の特定の数を、この反復のために行われる必要があり、通常は、様々な利害関係者によって引き起こされているように、開発チームの開発のリズムに合わせてみてください。


一般的には、もはや新製品の開発タスク、またはその他の項目を受け付けている間、開発チームの進行の形で通信毎日反復プロセスに直面立つ、特別の事情が交換作業を受け入れることができます。


各反復の終了時に、製品の機能と他の作業項目と審査チームが実施されている、とのフィードバックに基づいて、現在の仕事と開発モードを最適化します。このプロセスでは、このような新たなニーズを挿入するなど継続的なメンテナンス製品リストやソート、の必要性は、更新既存の製品の機能を説明したり、不要な作業項目を削除し、その優先順位を並べ替えます。各反復の終わりには、コンテンツの次の反復を計画し始める、プロセス全体を再起動します。



スクラムフレームワーク


スクラムは、アジャイル開発手法で、その枠組みの中で3つの役割を定義します。


プロダクトマネージャー:保守を担当する主な製品のリストを開発し、維持するどのような順番で、開発を完成さ何のために責任を負います。


スクラムマスター:ヘルプチームのメンバーは、スクラムフレームワークが案内して組織内の実装および最適化を支援するために、理解し、スクラムの価値と原則を受け入れることを喜んでいます。


開発チーム:アーキテクト、開発者、テスターや他の伝統的なソフトウェア開発の役割を含みます。全体として、開発チームは、働くことができるソフトウェア製品を構築するための責任があります。


次の図は、役割スクラムフレームワーク、および作業活動を示しています。


1.png


  • 製品の所有者は、製品のビジョンを確立し、コーミングによる製品リストを形成します。


  • スプリント計画会議、すなわちスプリントリストで、このスプリントに含ま開始、描写や開発作業でスプリント(イテレーション)。スプリントのリストは、開発チームを確認する必要があります。


  • スプリントチームはオープンスプリント実装活動でリストを、受信した後、スプリントに立っによる処理は毎日チェックして、計画を調整します。


  • スプリントの実行の終了時に、送達製品増分を出力します。


  • スプリントの終わりに、また、我々は、レビューと実装プロセスの見直しと最適化のスプリントレビューとスプリント回顧のビルド製品に必要です。



スクラム開発プラクティスはTAPDを使用して行います


TAPDは、要件管理、欠陥管理、反復管理、物語の壁、ウィキやレポートなど、TAPDの使用、これらのアプリケーションを含む上のアプリケーションは、あなたが簡単かつ効率的に開発プロセスアジャイルスクラムを練習することができます。


1.製品リスト

主に二つのコンテンツ管理要件や欠陥からTAPDでスクラムフレームワーク製品のアイテムリストは、リストから各スプリントが選択され、ここで、二つの部分で動作するように割り当てられました:


機能要件は、などの主要な製品、レコード、研究技術、ならびに非機能要件のリストを要求分類し、分類によって需要を管理し、また、粗粒とサブ要件によって洗練の需要を打破することができ、セットの優先順位並べ替え需要、カスタムビューの項目は、さらに需要項目が範囲を指定してスクリーニングすることができる次のように、主なインタフェースは次のとおりです。

2.png

欠陥管理の主要なレコード実現製品のバグを備えなど、欠陥エントリテンプレートを定義することによって、問題の説明、調査プロセス、溶液を含むコンテンツを、記録された明確な欠陥は、また、欠陥リストビューフィルタ指定された条件及び他のインタフェースを定義することができ、以下の通りであります:


3.png


2.スプリント計画と実行

在TAPD中通过迭代管理来实现在冲刺的计划和执行,创建迭代时定义本次迭代的目标,并从需求和缺陷两个列表中选取高优先级的项分配到冲刺计划中,每个任务项落实到开发团队中的具体人员。在执行过程中,每个需求任务的状态遵循规划中 实现中 已实现/已拒绝流程变动,每个缺陷任务的状态遵循新 接收处理 已解决 已验证 已关闭流程进行变动,通过对每个任务状态进行更新和跟踪,实现对冲刺计划跟踪与控制。

5.png


另外TAPD提供故事墙的形式展示冲刺计划,包括了状态故事墙和资源故事墙,通过资源故事墙可以了解开发团队中每个人的任务情况与进展,每天可以根据此故事墙的展示内容来各自说明负责的工作情况和难点问题。


6.png


3. 冲刺回顾和知识沉淀

在冲刺结束阶段,通过冲刺评审和回顾对当前冲刺的成果和过程进行反馈和整理,利用Wiki应用记录冲刺回顾的内容和相关技术知识的整理内容。项目团队所有人都可以访问和更新,并且支持全文搜索,非常方便使用关键字查询。开发团队通过对冲刺的评审,确认产出的成果;通过对冲刺的回顾,找出执行过程的不足并加以优化;通过对业务和技术知识的沉淀,加速相关知识在团队成员之间的流动。

7.png


总结


Scrum框架并不定义标准化过程,不能保证团队在依照其步骤一步一步执行后,就一定能在规定时间内产出一个客户满意的产品。相反,每个团队必须结合自身的情况,不断摸索和改进,才能在基于Scrum敏捷框架之上建立一套特有且有效的实践方法,形成自身的Scrum版本。


作者:李灏


往期回顾

嘉为出席GOPS全球运维大会:运维巅峰时代,研运中台或是唯一选择

エラー:ネットワーク接続の問題?ネットワークの監視netstatコマンド接続してみてください!

どのようにナノチューブおよび定義曇り?

DevOpsチームは、効率の改善を達成する方法ですか?

テンセントのPaaS Influxdbノードのマイグレーション


おすすめ

転載: blog.51cto.com/11811406/2449808