レビュヌりェブスタゞオ甚のタスク管理システムの遞択

以前の投皿ですでに述べたように、PTYSH を䜜成する前にすべおを詊し、開発のための優れたアむデアを遞択するために倚くのプロゞェクトおよびタスク管理システムをテストしたした。 巚倧なだけでなく、巚倧な䜜業が行われたした。その結果、特にプロゞェクト管理システムの遞択が最も掗緎されたマネヌゞャヌを混乱させるこずがあるため、忘れおしたうのは残念です。 web-studioのシステムを遞択するこずはさらに困難です。 「それで、あなたはたくさんのアカりントを䜜成し、これらすべおのシステムをテストしおくれたしたか」











システムに぀いおLongridに飛び蟌む前に、考慮すべきニヌズを簡単に定矩したす。 Webスタゞオずは䜕ですか これは、それぞれが異なる段階にある耇数のプロゞェクトで同時に非垞に速い䜜業が行われおいる䌚瀟です。 したがっお、埓業員は、タスクを厳密に優先順䜍付けし、サむトを䜜成および管理するずきに考慮できない最も重芁でない詳现を蚘憶する必芁がありたす。



これに基づいお、以䞋を探したす。





もちろん、タスクマネヌゞャヌの環境も泚意を奪われるこずはありたせんが、リストされおいるパラメヌタヌに重点が眮かれたす。 そしお、はい、すべおのスクリヌンショットはクリック可胜です-あなたはそれらを詳しく芋るこずができたす。



熱い方が奜きな人のために



このセクションには、たずえばバグトラッカヌたたはむンシデントおよびチケット管理システムずしお通垞䜿甚されるシステムが含たれたすが、タスクマネヌゞャヌずしおも泚目に倀したす。 私はすぐに予玄をしたす-それらのほずんどはりェブスタゞオのビゞネスプロセスにずっお耇雑すぎお面倒ですが、それでも興味がありたす。



トラックスタゞオ



おそらく、これは私が勉匷しなければならなかったすべおの䞭で最も珍しいシステムです。 ITレトロの魔法は、むンストヌルプロセス自䜓から始たりたす。デスクトップにサヌバヌマネヌゞャヌを展開し、クリヌンなデヌタベヌスを手動で䜜成しおから、システムのWebベヌスのむンタヌフェむスに移動し、同時にデヌタベヌスの状態を確認する必芁がありたす。 2000幎代半ばから私たちに来たむンタヌフェむスは、同じように珍しいです。 ただし、これによりTrackStudioから優れたプロゞェクト管理機胜が奪われるこずはありたせん。 誰かが理解しようず決めたら、ドキュメントを準備するこずを匷くお勧めしたす。ナヌザヌず開発者の䞡方にずっお圹立぀情報がたくさんありたす。 個人的には、「TrackStudioを䜿甚しお䞖界を制埡する方法」セクションのタむトルに安心したした。 実際、それは私がやったこずです。 TrackStudioはWebスタゞオの話ではありたせん。私たちず同じように、これは単に必芁ではないからです。 このような機胜ず匷力な改善ツヌルは、高䟡なシステムや開発䌚瀟のためにお金を絞る倧䌁業に適しおいたす。 この声明にもかかわらず、私はプロゞェクト管理に぀いおさらに詳现に怜蚎したす。











タスクはシステムのデスクトップで収集され、同時にツリヌ圢匏で衚瀺されたす。 䞻な本質は、他のプロゞェクトずタスクを䜜成できるプロゞェクトです。 TrackStudioを䜿甚するず、さたざたなカテゎリのタスクバグ、芁件、情報などを䜜成できたす。それらはプロゞェクトず䞀緒に衚瀺されたす。 タスクカテゎリでは、カテゎリ間の関係タスクを䜜成できる堎所を構成する必芁があり、トリガヌを構成できたすタスクの䜜成および線集時に、ナヌザヌが䜜成したスクリプトを実行できたす。 すべおのプロゞェクトに぀いお、リスト、詳现、配垃レポヌト、費やした時間、タスク構造、傟向、タむムシヌト、ガントチャヌトの圢匏でレポヌトを䜜成できたす。 䞀郚のレポヌトはXMLおよびMS Project圢匏でダりンロヌドされたす;これは誰かが倖郚システムにアップロヌドするために必芁な堎合がありたす。 ガントチャヌトはシステムむンタヌフェヌスからそれほど離れおいたせん。かなり叀く芋え、レポヌトずしおのみ機胜したす。ルヌラヌをドラッグアンドドロップするこずはできたせん。







TrackStudioは、プログラミングスキルず長いスタヌトの時間を持っおいる人にずっお匷力で興味深い゜リュヌションです。 長いセットアップず準備により、システムはあらゆる装いを匕き受け、さたざたな問題を確実に解決できるず確信しおいたす。特にDBMSに合わせお構成できるためです。 ただし、控えめな控え目ではないWebスタゞオの堎合、゜リュヌションは耇雑すぎたす。さらに、TrackStudioには、タスク、チェックリスト、クむックタスク管理モデル割り圓お、委任、制埡などを完了するための既補の䟿利なメカニズムがありたせん。



レッドマむン



ネット䞊でRedmineに぀いおの䜕千もの賞賛レビュヌを読むこずができたす。 さらに、圌らはバグトラッカヌずタスクマネヌゞャヌの䞡方ずしお圌を称賛しおいたす。 率盎に蚀っお、私はWindowsのコマンドラむンを頻繁に䜿甚する必芁はありたせんでしたが、Redmineは私の魂をそれに慣れさせるこずにしたした。 私はマニュアルを重ね、長い倜、Ruby、DevKitをコマンドラむンから盎接むンストヌルし、MySQL DBMSをデプロむし、WindowsでRedmineをサヌビスずしお実行する方法を孊びたした。 しかし、私たちはただりェブスタゞオに぀いお話しおいるのに、なぜそんなに面倒なのか、開発やシステム管理の知識を持たない人向けの既補のむンストヌルパッケヌゞが本圓にないのでしょうか 答えは、Habréの投皿に察するコメントで芋぀けたした。

そこで、私は倜の䞀郚を捧げたものの䞭で最も正確な名前を芋぀けたした。




BitnamiはRedmineを数分で展開したす。 したがっお、䞊蚘の操䜜のファンでない堎合は、ブラりザヌでRedmineを実行し、タスク管理システムずしお䜿甚しおください。







Redmineは非垞にシンプルです。ミニマルなデザむン、シンプルなメニュヌ、明確な蚭定がありたす。 タスクマネヌゞャヌでの䜜業を開始する前に、「管理」セクションの蚭定に移動する必芁がありたす。トラッカヌ、タスクカテゎリのカスタムセットを䜜成し、タスクリストに衚瀺される列セットを蚭定できたす。 このような準備䜜業により、タスクを最初に敎然ず管理できたす。







プロゞェクトのタスクは、名前、説明フィヌルド、準備の皋床、人件費、期限、ステヌタスなど、簡単に䜜成されたす。 タスクを線集するこずによっおのみ、進行状況終了を含むを倉曎できたす。 チェックリストは提䟛されおいたせん。 すべおのタスクはカレンダヌずガントチャヌトに衚瀺されたす。タスクのセクションにカヌ゜ルを合わせるず、そのカヌドが衚瀺され、マりスで芁玠をドラッグアンドドロップするこずはできたせん。 別のりィンドりで、プロゞェクトドキュメントの衚瀺、フォヌラムでのディスカッションの実斜、有甚なWiki情報の䜜成ず入力を行うこずができたす。







私の意芋では、Redmineは倚くの蚭定があるためそしおもちろん、無料で優れおいたす。 圌は、特にタスクが詳现な断片化を必芁ずしないが、掻発に議論され、議論の蓄積された経隓を維持するこずが重芁である䌁業にずっお、バグトラッカヌずしおもタスクマネヌゞャヌずしおも優れおいたす。



ゞラ



Redmineに぀いお話しおいるので、開発者に人気のある別のシステムであるJiraに焊点を圓おたす。 Jiraを起動するず、ナヌザヌに必芁なモゞュヌルを遞択するよう求められたす。開発者-スクラム、かんばん、基本的な゜フトりェア開発。 ビゞネス-プロセス管理、プロゞェクト管理、タスク管理。 システムむンタヌフェむスは英語で、基本的な配信ではタスクの機関のロシア語を遞択できたす。 ただし、ロシア語のロヌカラむズがあり、システムのプラグむンに远加しお、Jiraを母囜語で䜿甚できたす。 ずころで、プラグむンに぀いお話しおいるので、Jiraは倚くの䟿利なアドオンを提䟛しおいたすが、その䞭から遞択するものがありたす。







そのため、Jiraを䜜成するずきにプロゞェクト管理を遞択したした。぀たり、このセクションの䞻な本質はプロゞェクトです。 プロゞェクト内では、期限日、責任者、添付ファむル、曞匏蚭定された説明、フォロワヌ、優先床、タグ、コメントのフィヌルドが定矩されおいるフォヌムを䜿甚しおタスクが登録されたす。 必芁に応じお、タスク機関のナヌザヌのフィヌルドセットを保存するこずにより、䞍芁なフィヌルドを削陀できたす。 タスク内で、サブタスクはリストの圢匏で䜜成され、実行のステヌタスが衚瀺されたす。 すべおのタスクずサブタスクは、遞択したアむテムの説明の暪にあるリストの巊ペむンに衚瀺されたす。 適切なオプションを遞択するこずにより、完了したタスクを䞀般リストに衚瀺できたす。 䜜業の結果に基づいお、既補のテンプレヌトに基づいおレポヌトを䜜成できたす。 アクティビティの抂芁ずタスク構造は、[抂芁]セクションで利甚できたす。







䞀般に、Jiraはプロゞェクトでの䜜業に非垞に䟿利です。フリヌランサヌでの䜜業は別のセクションに移動できたす。 䌚瀟が開発により重点を眮いおいる堎合、Jiraは優れた遞択肢になりたす。各ナニットは独自のプロゞェクトで動䜜するず同時に、単䞀の機胜システムで動䜜したす。

実際に、Jiraが倒錯を終わらせ、タスクにより適したシステムを怜蚎する時が来たした。



タスクマネヌゞャヌがモゞュヌルであるシステム



これらのシステムは、2぀の郚分に分かれおいたす。プロゞェクト管理はモゞュヌルであり、プロゞェクトおよびタスク管理はプログラムのほずんど唯䞀の目暙です。 タスク管理モゞュヌルを䜿甚しおCRM / ERP / xRMを賌入するこずが掚奚される堎合がある理由を説明したす。 同瀟が小さなスタゞオずしおスタヌトしたが、サヌビスポヌトフォリオずオムニチャネルプロモヌションを拡倧する蚈画がある堎合、耇雑な゜リュヌションを詳しく調べるこずは䟡倀があり、仕事に必芁なすべおの゜フトりェアを統合するのは苊痛です。 営業担圓者が最初に顧客をCRMに誘導し始めおも問題はありたせん。管理された顧客ベヌスを取埗するこずによっおのみ利益が埗られたす。 䞀方、䞀方向のみで開発するこずを決定した堎合たずえば、Webスタゞオになり、この分野で最もクヌルになる、メむンタスクに最も適したツヌルに制限する必芁がありたす。 だから...



amoCRM



巊偎のツヌルバヌのamoCRMには「タスク」タブがあり、 そこでタスクを盎接远加しお管理できたす。 トランザクションカヌドず連絡先カヌドからタスクを割り圓おるこずもできたす。 最初に、amoCRMはフォロヌアップず䌚議の2皮類のタスクを提䟛したす。 もちろん、これでは十分ではないため、数回クリックするだけで、たずえば、呌び出し、開発、蚭蚈、アクティビティに必芁なすべおなど、倚くのカスタムタむプのタスクを䜜成できたす。 タスクを远加するためのフォヌムはやや貧匱です日付ず正確な時間を遞択し、タスクに関連付けられた連絡先たたはトランザクションを指定したす実際、フィヌルドに任意のデヌタを入力できたす、タスクの察象システム内の埓業員のリストから遞択、タスクタむプ、およびコメント驚くべきこずに、それはあなたがそれを完了するたでの必須フィヌルドです;タスクは保存できたせん。 マむルストヌンずサブタスクを䜜成する可胜性は決しお芋぀かりたせんでした。どのWebスタゞオでもこれは重芁なポむントです。サむト、テキスト、広告を扱った人は、各タスクがそれぞれ独自の期限ず責任を持぀サブタスクの印象的なリストに分割できるこずを完党に知っおいたすなど







amoCRMのタスクは、リスト、時分割の1日カレンダヌ、1か月のカレンダヌ、および今日のタスクず明日のタスクを衚瀺するTo Do行の圢匏で衚瀺できたす。 To-Do行からタスクを閉じるには、マりスで䞋にドラッグするず、セグメント、削陀、明埌日、翌週、翌月、完了の別の行が衚瀺されたす。 正盎なずころ、非垞に明癜なむンタヌフェむス゜リュヌションです。暙準むンタヌフェむスを理解するだけで芋぀けられたした。 初心者のマネヌゞャヌは長い間フリヌズするず思いたす。 タスクのリストビュヌでは、タスクを閉じるのが簡単です。これは、タスクの名前にヒントチェックを付けるだけで十分で、メニュヌが開きたすタスクを開く、タスクを閉じる、削陀したす。 タスクを閉じようずするず、結果を指定するように求めるりィンドりがポップアップ衚瀺されたす。 閉じられたタスクはタスクバヌに衚瀺されたせんが、amoCRMデスクトップの[最近のむベント]および察応するトランザクションに衚瀺されたす。 快適な-amoCRMデスクトップダッシュボヌドに割り圓おられ、完了し、期限切れになったタスクの数の衚瀺。 もちろん、このダッシュボヌドは正しいものではなく、矎しいものです。 CRMに぀いお話しおいるので、トランザクションの量を抑え、顧客ずの察話の段階ファンネルを远跡するこずができたす。







䞀般に、amoCRMはweb-studioタスク管理のニヌズに完党には適合したせん。 たず第䞀に、それはCRMであるため、䞻に営業郚門の問題を解決するこずを目的ずしおいたす。 タスク管理モゞュヌル自䜓には、スタゞオに必芁な機胜がありたせん。



Bitrix24



タスクは、実際にはBitrix24の根底にありたす。 それらが䜜成されるず、名前、むニシ゚ヌタヌ、共同実行者、優先床が確立され、タスクの開始日ず終了日が蚈画されたす。 タスク内で、サブタスクを含むチェックリストを䜜成できたす。これは、䜜業の段階や埓業員の予定リストを監芖するのに非垞に䟿利です。 タスクはプロゞェクトに起因する可胜性があり、ナヌザヌに必芁な基準郚門、仕事、方向、オフィスなどに埓っお䜜成できたす。 タスクの堎合、フォロワヌたたは委任先の埓業員を遞択できたす。 同皮のタスクは、埪環させるこずも、保存したテンプレヌトを䜿甚しお埌で䜜成するこずもできたす。 すべおのタスクはステヌタスで分割され、衚圢匏ずガントチャヌトの䞡方で衚瀺できたす。 Bitrix24の堎合、チャヌトルヌラヌでタスクを盎接管理できたす。メニュヌを右クリックするず、タスク管理メニュヌが開き、巊-タスクカヌドが開きたす。 ずころで、Bitrix24では、倖郚ナヌザヌのワヌクグルヌプを䜜成できたす。







タスクの操䜜に関しおは、Bitrix24は間違いなく倱敗したせん。 ただし、システム自䜓は、販売管理モゞュヌルずCRMを備えた䌁業ポヌタル党䜓です。 web-studioの堎合、システムは明らかに過負荷です。 ただし、これらの蚀葉は、調査したすべおのCRMに起因するず考えられたす。 ほずんどのシステムでは、タスクずスケゞュヌラはほがすべおの芁件を満たしおいたすが、䌚瀟はこれを必芁ずしたすか ここでのポむントは、゜フトりェアのコストでさえありたせんが、すべおの埓業員が混乱しお気を散らすだけの倚くの䞍芁な機胜を目の前に持っおいるずいう事実-働くのは䞍䟿です。 ただし、前述したように、高床な販売および顧客管理、KPI実行制埡、および䌚蚈が必芁な堎合は、耇雑なシステムを怜蚎しおください。



メガプラン



メガプランは圓初、プロゞェクト管理システムずしおの地䜍を確立したした。 埐々に、垂堎のために、圌は自分自身をCRMに倉装し始めたしたが、それは顧客関係管理システムの定矩ず矛盟したせん。 ただし、Megaplanのプロゞェクト管理およびタスク蚭定モゞュヌルは、现郚を考慮しお非垞に匷力に実装されおいたす。 最初の利点は、タスクの階局ずネストです。タスク、サブタスク、マむルストヌン、タスク、サブプロゞェクトはプロゞェクト内に䜜成されたす。 このような階局により、䜜業を敎理し、プロゞェクトマップを実際に構築できたす。各芁玠ぞのアクセスは、タスク、サブタスクなどの名前のリンクをクリックしお取埗できたす







タスク䜜成フォヌムには、倚数のフィヌルドが甚意されおいたすが、これらの最小セットは必須です。 タスク内では、実行、期限、フィヌルドぞのアクセス暩に察する責任のある、可胜なボヌナスが蚭定されたす。 远加のフィヌルドでは、タスクの期間、開始日、終了を蚭定し、蚈画された人件費を蚭定できたす。 タスクの参加者の䞭で、オプションで共同請負業者、監査人、顧客を指定できたす。 必芁に応じお、毎日、週、月、たたは幎ごずにタスクを繰り返すルヌルを蚭定できたす。 サブタスクは同様の圢匏で䜜成されたす。 タスクずサブタスクは、完了、線集、削陀、削陀、䞀時停止、委任、さらには倱敗するこずがありたす実際、結果なしで完了し、タスクを凊理したす。 倱敗したタスクず完了したタスクは、ナヌザヌの芁求に応じお非衚瀺にできる灰色のリストに衚瀺されたす。 メガプランでは、リスト、階局、およびガントチャヌトの䞡方でタスクを衚瀺できたす。 ただし、Megaplanのガントチャヌトはごくわずかなものです。タスクを確認できたすが、チャヌト䞊で盎接移動および線集するこずはできたせん。







䞀般に、Megaplanは、プロゞェクト管理システムを必芁ずするほずんどすべおの䌁業に適しおいたすおそらく、システムに特定の芁件を課す開発䌁業や産業䌁業を陀く。 マむナス面のうち、わずかに過負荷のむンタヌフェむスずガントチャヌトに泚意しおください。これは、残念ながら3幎前から倉わっおいたせん。 個人的にも、チェックマヌクず完了したタスクを消す叀兞的なシンプルなチェックリストはありたせんでした。



デザヌト-最適なタスクマネヌゞャヌ



これには、「プロファむル」タスクマネヌゞャヌが含たれたす。各タスクマネヌゞャヌは、チヌムワヌクを自動化し、倧幅に促進するこずができ、重芁な期限を逃すずいう問題を郚分的に解決したす。 私の䌚瀟の発展のある段階で、このセクションにリストされおいる各システムを遞択するでしょう。



パむラス



次に、 Pyrusプロゞェクト管理システムを確認したす。 Pyrus自䜓は、プロゞェクト管理システム、ドキュメント管理、ビゞネスプロセスずは異なるシステムずしお䜍眮付けられおいたす。 倚くのサヌビスずの統合の可胜性やAPIの可甚性に泚意するこずはできたせんが、プロゞェクト管理に関心があるこずに同意したした。







タスクを䜜成するためのフォヌムは簡単です。タスクのテキストを入力するための倧きなテキストフィヌルド、タスクをプロゞェクトにリンクする、責任、期限、コントロヌルラベル、ファむルをアップロヌドする機胜Googleドラむブ、ボックス、DropBox、OneDrive。 必芁に応じお、カヌドから盎接、タスクをGoogleカレンダヌに远加し、調敎のいく぀かの段階を割り圓お、タスクのフォルダヌを決定できたす。 タスクを䜜成する前に単䞀のプロゞェクトが開始されおいない堎合、プロゞェクトは別のりィンドりでタスクカヌドから盎接䜜成できたす-䟿利です。 ビゞネスプロセスドキュメントのルヌティングや承認などを䜜成するためのカスタムテンプレヌトを䜜成し、各段階の予算を指定するこずもできたす。 反埩的なタスクを䜜成するこずは可胜です。これは、Webスタゞオでは垞に頻繁に行われる日垞的なタスクに必芁な機胜です。 すべおのタスクは、着信、最埌、コントロヌル䞊のフォルダヌに分割されたす。 受信ボックスは、順番に「長いボックス」に分類されたす今日、蚈画䞭、次、い぀か。 私はあなたのこずは知りたせんが、そのような分類は神秘的であり、私には十分に明確ではありたせんでした。



タスクを再割り圓おし、別のプロゞェクトにリンクしお、異なる結果で完了するこずができたす。 他のいく぀かのシステムず同様に、チェックリスト、プロセスの各参加者に簡単なメモを远加するフィヌルドがなく、完了埌のタスクが匷制的に「すべおのタスク」に入れられ、他のフォルダヌに衚瀺されたせん。 䞀般に、システムはタスクに完党には適合したせんが、それらを必芁ずする人はその統合機胜のすべおを蚱すず確信しおいたす。



iQ300



iQ300は、手頃な䟡栌で理解しやすいプロゞェクト管理システムであり、小芏暡䌁業がそのようなシステムに察しお行えるほがすべおの芁件を満たしおいたす。 簡朔なむンタヌフェむスず明確な゚ンティティを備えたクラりドシステムにより、プロゞェクト、タスク、チェックリスト最終的にの䜜成、コメントの䜜成、ドキュメントの添付、すべおのナヌザヌアクションのログ蚘録が可胜になりたす。 䞻な本質はプロゞェクトであり、その䞭にタスクずサブタスクが䜜成されたす。 プロゞェクトを䜜成するずき、目暙、リスク、成功基準、および結果を考慮しお、かなり完党なカヌドが䜜成されたす。 明らかに楜しいもののうち、ワヌキンググルヌプコミュニティを䜜成する可胜性がありたす。たずえば、チェボクサルむグルヌプにフリヌランサヌ、りダレンカ、ブランチを䜜成し、アクティビティ、タスクの䜜業速床、党䜓的な進捗を個別に監芖できたす。 これは、クリ゚むティブ制䜜䌚瀟やスタゞオにずっお本圓に重芁な機胜です。







ただし、すべおがそれほど単玔なわけではありたせん。タスクを䜜成する過皋で、最初の心地よい印象は倚少消去されたす。 自分で刀断する最初にタスクずサブタスクのドラフトが䜜成されたす。その埌、タスクのステヌタスを手動で「䜜業䞭」に倉曎する必芁がありたす。 ちなみに、これは「タスクに倉換」メニュヌから実行できたす。ここでは、サブタスクにこのような倉換を䜿甚するずどうなるかず思わず思われたすか ネタバレ䜕も起こりたせん。サブタスクがアクティブになりたす。 タスクを䜜成するずき、実行の責任者のフィヌルドは必須ではありたせんが、タスクをアクティブにしたいが゚グれキュヌタヌがそこにいない堎合、成功せず、ヒントもポップアップしたせん-䜜業䞭に自分自身を掚枬しおください。 ただし、制限ずのいく぀かの競合の埌、システムのロゞックを理解し始め、非垞にフレンドリヌになりたすチェックリストは簡単に閉じるこずができ、完了したタスクを含むさたざたなタむプのタスクの衚瀺を有効たたは無効にするこずができたす、制埡はシンプルなメニュヌを介しお実行され、グルヌプ操䜜が可胜です プロゞェクト内で議論するこずができたす、スケゞュヌルがありたす本質的に-セグメントにカヌ゜ルを合わせおルヌラヌず時間軞をドラッグするずタスクを衚瀺する機胜を備えた基本的なガントチャヌト、別のタブにプロゞェクトに関するドキュメントずマルチメディアがあり、タスクに関するレポヌトを䜜成できたす実行者、泚文の実行過皋、費やされた時間。 ステヌタスに応じお、タスクは異なる色で匷調衚瀺されたす-すべおが非垞に明確です。







このシステムは非垞に簡単に習埗できたすが、それにもかかわらず、スクリヌンショット付きの手動レッスンず、タスクおよびプロゞェクトの管理に関する優れた掚奚事項を提䟛したす。 欠点のうち、むンタヌフェむスの時々非論理的な動䜜ずプロゞェクトフィヌルドにチェックリストを衚瀺できないこずを匷調したす。チェックリストぞのアクセスはタスクを介しおのみ可胜です。 iQ300の䜿甚は習慣の問題であり、1時間以内に圢成されたした。



ワヌクフロヌ゜フト



WorkFlow Softは、グロヌバルな研究の過皋で出䌚った別のシステムです。 原則ずしお、倚くのリマむンダヌシステムず違いはありたせん。チェックリスト、タスクカテゎリラベルなどはありたせん。タスクは最小限の暙準圢匏で䜜成されたす。







しかし、システムはチップなしでは存圚できたせん。WorkFlowSoftでは、テンプレヌトずタスク実行ルヌトのコンストラクタヌです。ルヌトは、明確で快適なむンタヌフェむスに組み蟌たれ、タスクにアタッチされ、実行のために起動できたす。実際、これはビゞネスプロセスのモデリングのオプションの1぀です。明らかに、タスクの論理的な䞀貫性ず、ドキュメントの調敎からサむトの開発、新補品のリリヌスたで、䜜業の連鎖を構築する可胜性に重点が眮かれおいたす。BPMN衚蚘を䜿甚せずに単玔なビゞネスプロセスの単玔なセットアップに興味がある方は、ご芧ください。











ケヌキの䞊のチェリヌ



アヌサナ



Asanaは、最も人気のあるプロゞェクトおよびタスク管理システムの1぀です。これは偶然ではありたせん。圌女はシンプルなスタヌト、透明な䜜業ロゞック、䟿利なむンタヌフェむス、優れたマニュアルで人気を獲埗したした。考えられる欠点の1぀は英語のロヌカラむズですが、むンタヌフェむスの数十語を孊習するこずは今日の誰にずっおも問題ではないず思いたす。







プロゞェクト内埓業員の異なるグルヌプで耇数のプロゞェクトを䜜成できたすで、チェックリストの圢匏で説明、コメント、サブタスクを含むタスクが䜜成されたす。ネストの深さのサブタスクのサブタスクを䜜成できたす。タスクを䜜成するずきに、䜜業の進行状況が通知されるパフォヌマヌずフォロワヌが任呜されたす。タスクを完了するには、チェックボックスをオンにしたす-閉じたものは「すべおのアむテム」セクションに移動し、タスクには衚瀺されたせん。 Asana内では、グルヌプカレンダヌずチヌムチャットを䜜成しお、タスクに぀いお話し合うこずもできたす。倚くのタスクの䞭で䜕かを芋぀ける必芁がある堎合は、別のフィヌルドたたは単語の出珟によっお怜玢できたす。 Asanaでは、さたざたなプロゞェクトやさたざたなチヌムフリヌランサヌ、リモヌトワヌカヌ、顧客など。さらに、1぀のタスクを耇数のプロゞェクトに関連付けるこずができたす。それずは別に、ホットキヌを制埡する機胜が気に入りたした。これにより、䜜業が倧幅にスピヌドアップしたす。䞻芳的な欠点は、1぀のツリヌですべおのタスクずサブタスクを衚瀺できないこずです。ナニコヌンもそこに䜏んでいたす。



リケ



WrikeはAsanaず同じくらい人気のあるシステムですが、より倚くの機胜を備えおいたす。Wrikeでは、管理セクションでナヌザヌグルヌプを䜜成できたす。これも、さたざたな䞻題の耇数のプロゞェクトやフリヌランサヌのグルヌプを管理するのに䟿利です。プロゞェクトはすでにグルヌプ内で䜜成されおおり、タスクはプロゞェクト内で䜜成されおいたす。ずころで、プロゞェクトに加えお、タスクを含むプラむベヌトフォルダず共有フォルダを䜜成できたす。タスクには、チェックリストずしお線成されたサブタスクが含たれたす。繰り返したすが、いく぀かのレベルのネストが可胜です。Asanaずは異なり、タスクツリヌ党䜓の衚瀺を構成し、「解決枈み」および「終了」のステヌタスでタスクを有効化/無効化できたす。各タスクには、責任者ずフォロワヌが蚭定され、開始日ず䟝存関係が蚭定されたす。ファむルを添付しおコメントを䜜成できたす。



画像



Wrikeのタスクは、テヌブル圢匏非垞に䟿利およびガントチャヌトで衚瀺できたす。これはおそらく、リストされたプログラムのテスト䞭に私が遭遇した最高の図の1぀です。図の䞊で、タスクセクションをドラッグアンドドロップし、タスクずプロゞェクト党䜓の完了期限を倉曎し、タスク間の接続を確立および切断できたす。さらに、グラフは特別なスラむダヌを䜿甚しお簡単にスケヌリングできたす。たた、ナヌザヌは単䞀のプロゞェクトたたはチヌムのすべおのプロゞェクトのレポヌトずダッシュボヌドをカスタマむズできたす。











Basecamp



Basecamp-このシステムを特城付けるように頌たれたら、私はそれを最も芖芚的で非公匏ず呌びたす。チャット、メモ、ケヌス、投祚などのための固定パネルを備えたデスクトップのおかげです。 Basecampは、単玔なタスクマネヌゞャヌの範囲を少し超えおおり、䌁業ポヌタルでもありたす。このポヌタル内では、個別に䜜成できる1぀たたは耇数のチヌムず正匏および非公匏に通信できたす。 Basecampのタスクは、タスクず、ナヌザヌが期限、アヌティスト、フォロワヌを蚭定できる倚くのサブタスクで構成される簡単なTo Doリストです。このシステムの魅力は、そのシンプルさず耇雑さです。1぀のりィンドりで、むベントのリマむンダヌ、トヌク、オヌプンタスクずクロヌズドタスクのリマむンダヌ、ドキュメントずファむルの远加、チヌム党䜓のアクションのレポヌトずログの衚瀺ができたす。















私の意芋では、Basecampは小さなチヌムのための物語であり、仕事を秩序立おおおくず同時に、リラックスした雰囲気を維持するために重芁です。



PTYSH



PTYSHは、倚くのプロゞェクトおよびタスク管理システムを研究するこずで䜜成したたさにそのシステムであり、その䞀郚は投皿でお䌝えしたした。最初に話したニヌズを考慮に入れ、䜙分なものはすべお削陀したした。PTYSHはすでにいく぀かのリリヌスを生き延びおおり、垞に改善されおいたす。ではPTYSH







タスクはプロゞェクト内に䜜成されたす。タスクフォヌムでは、りェブスタゞオの䜜品の機胜を考慮し、名前、期限、アヌティスト、プロゞェクトコスト、フォロワヌのフィヌルドに加えお、スクリプトなし、チェックリスト、コピヌラむティング、SEOプロモヌション、りェブサむト開発など、いく぀かのタスクシナリオを含めたす。シナリオは垞に曎新されおいるため、「コンテキスト広告」ずいうスクリプトはすでに远加されおいたす。遞択したシナリオに応じお、タスクの䜜業タむプに固有の远加フィヌルドが生成されたす。 Megamindのブログで、各シナリオのフィヌルドに぀いお詳现に説明したした。チェックリストずいえば。 PTYSHでは、ナヌザヌが1぀のフィヌルドにEnterキヌを抌しお必芁なすべおの項目を入力するだけで、タスクを䜜成するずきにチェックリストが自動的に生成されたす。サブタスクを完了するず、チェックボックスにチェックを入れるだけで、チェックリストに取り消し項目が衚瀺され、正確な終了日時ず、耇数の責任者がチェックリストで䜜業しおいる堎合は終了した埓業員が瀺されたす。お客様ぞのボヌナスは、どのバヌゞョンにも組み蟌たれおいたす。統合SEOのPTYSH無料を含むチェックリスト。シナリオ「SEOプロモヌション」を遞択した堎合にロヌドされ、いく぀かの䜜業ブロックに分割された70のアむテムが含たれおいたす。それらに぀いおも曞きたした。



どのシステムを遞択するかに぀いお、普遍的なアドバむスをするこずは困難です。各䌁業には、ニヌズを決定する独自の特性がありたす。このレビュヌが、最初にいく぀かの決定を排陀し、テストシステムの劎力を枛らすのに圹立぀こずを願っおいたす。毎日遞択し、実装し、䜿甚し、期限を守っおください-仕事の喜びが保蚌されたす。





私を信じお、時にはニュアンスが非垞に重芁です



さお、遞択しやすくするために、リストされた゜リュヌションの䟡栌が蚘茉されたタブレットがここにありたす。衚の䜜成時2016幎1月13日、ドル為替レヌトは1ドル= 75.97 pでした。ちなみに、為替レヌトの倉動を忘れないでください。䟡栌が通貚に結び぀いおいるシステムを取埗するこずで、これは楜しいそしおより頻繁に驚きに぀ながる可胜性がありたす。䌚瀟がコヌスを修正するこずもありたすが、これは保蚌です。

システム サむトで宣蚀された䟡栌 10人のチヌムごずに1幎間の所有コスト ご泚意
Bitrix24 12回 -0ペヌゞ

プロゞェクト-990 p。/月、24ナヌザヌ。

チヌム-4 990ルヌブル/月。
12回 -0ペヌゞ

24回 -11880 p。

チヌム-59880 p。
「チヌム」関皎は、システムの倖郚ナヌザヌクラむアント、フリヌランサヌに゚クストラネットを䜿甚するために必芁です。
amoCRM — 499 ././.

— 799 ././.
95 880 . , «», .
メガプラン :

— 290 ././.

10 . — 47 400
34 800 . , , , . , .
Pyrus :

9 ././
32 850 .
PTYSH 3- . — 0 .

— 990./.
11 880 .
IQ 300 (2 , 5 .) — 0 .

(10 , 20 .) — 1 500 ./.
18 000 .
WorkFlow Soft :

15 . — 48 000 ./

25 . — 60 000 ./
48 000 .
Basecamp 29 $/. ..

79 $/.

3000 $/ — Enterprise
26 438 . — . .
Asana 15 . — 0 .

8,33 $ .
0 ., 75 939.
Wrike 5 . — 0 .

5 . — 49 $/.*

15 . — 99 $/.
90 252 . * , . .
Track Studio 5 . — 0 .

10 . — 13 950.
13 950. , b GitHub
Jira Core ** :

10 . — 10 $/.

15 . — 50 $/.

25 . — 100 $/.
9 116. ** . , 10 . — 10 $
Redmine GNU GPL v.2


泚䞀郚の䌁業では、1幎間の賌入時に最倧10の割匕を蚭定しおいたす。割匕を取埗するための条件は垞に倉化しおいるため、衚では考慮されおいたせん。



説明や䟡栌に誀りがある堎合は、個人的なコメントを蚘入しおください。修正しおください。



PS読む時間がない人のために。次のシステムがタスクに最もよく察凊したした

PTYSH

Basecamp

Wrike

Asana



All Articles