როგორ შევქმნათ დავალებების მართვის აპლიკაცია: სიები, კანბანი და გუნდები
დავალებების მართვის აპლიკაციის ასაშენებლად დაიწყეთ დავალებით, რომელსაც აქვს სათაური, სტატუსი, პასუხისმგებელი და ვადა. დავალებები დააჯგუფეთ პროექტებად და მისცეთ ხალხს ერთი კარგი ხედი: სია, ან კანბან დაფა, სვეტებით თითოეული სტატუსისთვის. დაამატეთ შესვლა, რომ ყველამ საკუთარი სამუშაო ნახოს, შემდეგ კომენტარები და შეტყობინებები. AI აპლიკაციის კონსტრუქტორს ამის შექმნა აღწერილობიდან ერთი სესიით შეუძლია. უფრო რთული კითხვაა, უნდა ააშენოთ თუ არა: ზოგადი დავალებების ინსტრუმენტები მომწიფებულია და იაფია, ამიტომ საკუთარი აპლიკაცია მაშინ ღირს, როცა თქვენი სამუშაოს ფორმა მათ არ ეგუება.
როდის აქვს აზრი საკუთარ აპლიკაციას
პირველ რიგში გულწრფელად შეაფასეთ, რადგან პასუხი ხშირად არის „გამოიყენეთ არსებული ინსტრუმენტი“. საკუთარი დავალებების აპლიკაციები მაშინ ღირს, როცა:
- თქვენი დავალებები ფიქსირებულ სამუშაო პროცესს მიჰყვება. დასუფთავების კომპანიის სამუშაოებს სჭირდება ჩამონათვალი, „მანამდე და მერე“ ფოტოები და კლიენტის დამტკიცება. რეკრუტერის დავალებები მიჰყვება დაქირავების ეტაპებს. ზოგადი ინსტრუმენტები ამის მიახლოებას აკეთებენ, მაგრამ უხერხულად.
- დავალებები თქვენი სხვა მონაცემებიდან მოდის. ახალი შეკვეთა, მხარდაჭერის მოთხოვნა ან ჩავარდნილი შემოწმება უნდა ქმნიდეს დავალებას ავტომატურად.
- გჭირდებათ კონკრეტული ველები და წესები. „დავალება ვერ დაიხურება ფოტოს გარეშე“, „მხოლოდ მენეჯერებს შეუძლიათ ბარათის გადატანა დამტკიცებულზე“.
- სამუშაოს შემსრულებლები ოფისის თანამშრომლები არ არიან. საველე მუშაკებს ან კონტრაქტორებს სჭირდებათ ერთი ეკრანი დღევანდელი სამუშაოებით, არა სრული პროექტების მართვის პროდუქტი.
- ადამიანზე დაფუძნებული ფასი მძიმედ მოქმედებს. ბევრ ზოგად მომხმარებელს შეიძლება ძვირი დაუჯდეს ადამიანზე გადახდის გეგმებით.
თუ არც ერთი ეს არ მოქმედებს, მომწიფებული დავალებების პროდუქტი სავარაუდოდ უკეთესი არჩევანია. როგორ შევცვალოთ ძვირი SaaS საკუთარი ინსტრუმენტით ზოგადად ფარავს კომპრომისებს.
რა სჭირდება აპლიკაციას
ძირითადი მონაცემები
| მონაცემი | მთავარი ველები |
|---|---|
| დავალება | სათაური, აღწერა, სტატუსი, პასუხისმგებელი, ვადა, პრიორიტეტი, პროექტი, პოზიცია (დასალაგებლად), ვინ შექმნა, შექმნის დრო, დასრულების დრო |
| პროექტი ან სია | სახელი, მფლობელი, წევრები, დაარქივებული |
| მომხმარებელი | სახელი, ელფოსტა, როლი |
| კომენტარი | დავალება, ავტორი, ტექსტი, დრო |
| დანართი | დავალება, ფაილი, ვინ ატვირთა |
| აქტივობა | დავალება, რა შეიცვალა, ვინ, როდის |
სამუშაო პროცესის აპლიკაციისთვის დაამატეთ ის ველები, რაც თქვენს სამუშაოს განასხვავებს: ჩამონათვალი ყოველ დავალებაზე, კლიენტი, ადგილმდებარეობა, სავალდებულო ფოტოები, დამტკიცების ეტაპი.
ხედები
| ხედი | საუკეთესოა |
|---|---|
| სია | პირადი საქმეები, დახარისხება და ფილტრი ვადის ან პრიორიტეტის მიხედვით |
| კანბან დაფა | სამუშაო, რომელიც ეტაპებს გადის (გასაკეთებელი, მიმდინარე, მიმოხილვა, დასრულებული) |
| კალენდარი | ვადებზე მიბმული სამუშაო, საველე სამუშაოების დაგეგმვა |
| „ჩემი დავალებები“ დღეს | ვისაც მხოლოდ იმის ცოდნა სჭირდება, რა უნდა გააკეთოს შემდეგ |
პირველ რიგში კარგად ააწყვეთ ერთი ხედი, სანამ სხვებს დაამატებთ. გუნდისთვის კანბან დაფა ყველაზე სასარგებლო დასაწყისია; პირადი გამოყენებისთვის კი სია „დღეს“ და „მომავალი“ სექციებით.
გადაწყვეტილებები ასაშენებლად
პირადი თუ გუნდური
პირადი გასაკეთებლების აპლიკაცია შეიძლება ძალიან მარტივი იყოს: ერთი მომხმარებელი, უფლებების გარეშე, შესაძლოა შესვლის გარეშეც, თუ მხოლოდ თქვენთვის მუშაობს. ეს კარგი პირველი პროექტია, მსგავსი ჩვევების თვალყურის დევნების აპლიკაციისა. გუნდურ აპლიკაციას სჭირდება ანგარიშები, საერთო პროექტები, პასუხისმგებლები და წესები, ვის რა ნახვა და შეცვლა შეუძლია. აქ იხარჯება აშენების უმეტესი ძალისხმევა.
ფიქსირებული თუ მორგებული სტატუსები
ფიქსირებული სტატუსები (გასაკეთებელი, მიმდინარე, დასრულებული) უფრო მარტივია ასაშენებლად, ანგარიშგებისთვის და თანმიმდევრულობისთვის. პროექტზე მორგებული სვეტები უფრო მოქნილია, მაგრამ ანგარიშებს ართულებს, რადგან „დასრულებული“ ყოველ პროექტში სხვანაირად შეიძლება ეწოდოს. თუ მორგებული სვეტები გჭირდებათ, თითოეულს დაამატეთ დაფარული კატეგორია (არ დაწყებული, აქტიური, დასრულებული), რომ ანგარიშები მაინც იმუშაოს.
ცოცხალი განახლებები ან განახლება
თუ ორ ადამიანს ერთი და იგივე დაფა აქვს გახსნილი და ერთი ბარათს გადააადგილებს, უნდა დაინახოს თუ არა მეორემ ეს მაშინვე? ცოცხალი განახლებები კარგად გამოიყურება, მაგრამ რთულდება (რეალურ დროში კავშირი, ორი ადამიანი ერთ დავალებას რომ არედაქტირებს). პატარა გუნდებისთვის დასაწყისად ხშირად საკმარისია ფოკუსზე განახლება და ნათლად ნაჩვენები „ბოლოს განახლდა“ დრო.
შეტყობინებები
გადაწყვიტეთ, რა იწვევს შეტყობინებას, თორემ ხალხი ყველას გამორთავს. გონივრული საწყისი ნაკრები: დაგინიშნათ დავალება, ვინმემ დააკომენტარა თქვენს დავალებაზე, დავალება, რომელიც თქვენია, ხვალ ვადაა. ელფოსტა ყველაზე მარტივი არხია; ყოველდღიური დაიჯესტი უფრო თავაზიანია, ვიდრე ელფოსტა ყოველ მოვლენაზე.
ააშენეთ ნაბიჯ-ნაბიჯ
ნაბიჯი 1: აღწერეთ სამუშაო პროცესი, არა ფუნქციები
ჩამოწერეთ, როგორ იბადება დავალება, ვინ მუშაობს მასზე, რა ეტაპებს გადის და რას ნიშნავს „დასრულება“. ეს იქნება თქვენი პირველი მოთხოვნა.
ააშენე დავალებების დაფა Brightside Cleaning-სთვის, გუნდისთვის 12 დამლაგებლითა და 2 მენეჯერით. მენეჯერები ქმნიან სამუშაოებს კლიენტით, მისამართით, თარიღით, მინიჭებული დამლაგებლითა და ჩამონათვალით, რომელიც შეირჩევა შაბლონებიდან (სტანდარტული დასუფთავება, ღრმა დასუფთავება, ქირაობის დასრულება). დაფის სვეტებია: დაგეგმილი, მიმდინარე, საჭიროებს მიმოხილვას, დასრულებული. დამლაგებლები შედიან და ხედავენ მხოლოდ დღევანდელ სამუშაოებს, ტელეფონისთვის მორგებულ სიად. ისინი აღნიშნავენ ჩამონათვალის პუნქტებს, ატვირთავენ მინიმუმ ერთ ფოტოს შემდეგ-მდგომარეობით და აჭერენ „დასრულებულია“, რაც სამუშაოს საჭიროებს მიმოხილვას გადააადგილებს. დასრულებულში მხოლოდ მენეჯერებს შეუძლიათ გადატანა. ყველაფერი შეინახე მონაცემთა ბაზაში. მარტივი, ნათელი დიზაინი დიდი ღილაკებით.
ნაბიჯი 2: დაიჭირეთ ძირითადი ციკლი
შექმენით დავალება, დაანიშნეთ, გადაიტანეთ ყველა ეტაპზე, დაასრულეთ. გააკეთეთ ეს თითოეული ტიპის მომხმარებლის სახით. შეამოწმეთ, რომ ხალხს მხოლოდ იმის ნახვა და გაკეთება შეუძლია, რაც უნდა: შედით როგორც დამლაგებელი და სცადეთ სხვა დამლაგებლის სამუშაოს გახსნა URL-ით.
ნაბიჯი 3: გაამართლეთ დაფა
კანბან დაფის გადათრევა-ჩაგდება მოითხოვს ყურადღებას: ბარათი უნდა დარჩეს იქ, სადაც ჩააგდეთ განახლების შემდეგაც, სვეტში რიგის შენახვა უნდა მუშაობდეს, და სენსორულ ეკრანზე ტელეფონზე და პლანშეტზე ეს უნდა იმუშაოს. შეამოწმეთ 50 ან მეტი დავალებით, რომ დაინახოთ, როგორ იქცევა რეალურ მოცულობაზე, არა მხოლოდ ხუთ ნიმუშ ბარათზე.
ნაბიჯი 4: დაამატეთ კომენტარები, ფაილები და აქტივობა
კომენტარები დისკუსიას დავალებაზე ინახავს, არა ჩატ აპლიკაციებში. აქტივობის ჟურნალი („სემმა გადაიტანა მიმოხილვაში, 15:14“) ბევრ კითხვას პასუხობს, რაც მოხდა. ფაილის ატვირთვას სჭირდება საცავი და ზომის ლიმიტი.
ნაბიჯი 5: დაამატეთ შეტყობინებები
დაიწყეთ ელფოსტით დანიშვნებისა და ხვალინდელი ვადების შესახებ. როგორ გავუგზავნოთ ელფოსტა აპლიკაციიდან ფარავს პროვაიდერებსა და დაყენებას.
ნაბიჯი 6: გადაიტანეთ ნამდვილი სამუშაო ეტაპობრივად
ერთი პროექტი ან ერთი გუნდი რამდენიმე კვირის განმავლობაში გამოიყენეთ. ძველი ინსტრუმენტი დატოვეთ მხოლოდ წაკითხვადი და არ წაშალოთ, სანამ ხალხი ახალს არ ენდობა.
გავრცელებული შეცდომები
- ზოგადი ინსტრუმენტის ფუნქციების ხელახლა აგება. თუ დიაგრამებს, დროის თვალყურისდევნებასა და დოკუმენტებს უმატებთ, უკვე იმ პროდუქტებს ეჯიბრებით, რომლებიც ამას წლებია აკეთებენ. დარჩით თქვენი სამუშაო პროცესის ფოკუსში.
- უფლებების გარეშე. გუნდურ აპლიკაციაში, ვინმემ სხვის დავალებას რომ წაშლის, უფრო მალე მოხდება, ვიდრე ფიქრობთ. დაამატეთ დასტურის ნაბიჯი და რბილი წაშლა.
- დავალებების ვადების დროის სარტყელის დავიწყება. „ვადა პარასკევია“ უნდა ნიშნავდეს პარასკევს იმ ადგილას, სადაც ადამიანია.
- ზედმეტი შეტყობინებები. ხალხი ყველას უგულებელყოფს. დაიწყეთ მცირე რაოდენობით და ყველას მისცით არჩევის საშუალება.
- თანმიმდევრობის შეუნახავობა. დაფა, რომელიც ბარათებს ყოველ განახლებაზე გადაანაწილებს, გამოუსადეგარია.
- მხოლოდ ლეპტოპზე ტესტირება. დავალებების ბევრი განახლება ტელეფონიდან ხდება.
როდის არის უკეთესი მზა პროდუქტი
Trello, Asana, Todoist, Linear, Notion, ClickUp და ბევრი სხვა მომწიფებული და კარგად ტესტირებულია, მობილური აპებით, ინტეგრაციებით და, რამდენიმე შემთხვევაში, ოფლაინ მხარდაჭერით, რომლის თვითონ აშენებას დიდი დრო დასჭირდება. გამოიყენეთ ერთ-ერთი, როცა:
- თქვენი სამუშაო ზოგადი ცოდნის სამუშაოა: პროექტები, ვადები, დანიშვნები
- გჭირდებათ ნატიური მობილური აპები ოფლაინ მხარდაჭერით
- გსურთ ათეულობით ინტეგრაცია სხვა ინსტრუმენტებთან პირველივე დღიდან
- არავინ გუნდში არ სურს, რომ რაღაც პროგრამული უზრუნველყოფის პასუხისმგებელი იყოს
საკუთარი აშენეთ, როცა სამუშაო პროცესი თავად არის პროდუქტი, როცა დავალებები თქვენს მონაცემებს უნდა დაუკავშირდეს, ან როცა საჭირო ინსტრუმენტი დიდი პროდუქტის ნაწილია, რომელიც ადამიანზე ფასდება. ბევრი მორგებული დავალებების აპი ფაქტობრივად შიდა ინსტრუმენტია დაფით ზემოთ.
აშენება Mythex-ით
Mythex AI აპლიკაციის კონსტრუქტორია: აღწერთ სამუშაო პროცესს და აგენტი აშენებს დაფას, სიებსა და ფორმებს ცოცხალ გადახედვაში, პროექტს კი ამატებს მონაცემთა ბაზას დავალებებისა და კომენტარებისთვის და ფაილების საცავს დანართებისა და ფოტოებისთვის. თუ სტატუსებსა და როლებზე კოდის დაწერამდე შეთანხმება გსურთ, გამოიყენეთ Plan რეჟიმი, ხოლო ჩექპოინტები საშუალებას გაძლევთ, გაუმართავი ცვლილება დააბრუნოთ. გაითვალისწინეთ: Mythex-ის ანგარიშები და თანამშრომლები ისინი არიან, ვინც აპლიკაციას აშენებს. თქვენი დავალებების აპის მომხმარებლებს საკუთარი შესვლა სჭირდებათ, რომელსაც ავტორიზაციის ბიბლიოთეკით ან პროვაიდერით დაამატებთ; იხილეთ როგორ დავამატოთ შესვლა აპლიკაციას და დოკუმენტაცია: ავტორიზაციის დამატება და CRUD აპლიკაციის აშენება.
დაწერილი პირველი მოთხოვნით დასაწყებად სცადეთ გუნდური კანბან დაფის შაბლონი ან აგილური სპრინტის დაფის შაბლონი.
კითხვები
რა ფუნქციები სჭირდება დავალებების მართვის აპლიკაციას?
დავალებები სათაურით, სტატუსით, პასუხისმგებლით და ვადით; მათი დაჯგუფების საშუალება პროექტებში ან სიებში; ერთი მაინც ხედი, მაგალითად სია ან კანბან დაფა; და ძებნა. კომენტარები, შეტყობინებები, განმეორებადი დავალებები და კალენდრის ხედები შემდეგი ნაბიჯებია.
როგორ ინახავს კანბან დაფა ბარათების რიგს?
თითოეული დავალება ინახავს თავის სტატუსს (რომელ სვეტშია) და პოზიციის ნომერს სვეტის შიგნით. ბარათის გადაადგილებისას განახლდება ორივე, და დაფა ჩატვირთვისას ბარათებს პოზიციის მიხედვით აწესრიგებს.
ღირს თუ არა საკუთარი დავალებების აპის აშენება, როცა Trello და Todoist არსებობს?
ზოგადი დავალებების თვალყურისდევნებისთვის, როგორც წესი, — არა: ეს პროდუქტები მომწიფებულია და იაფია. საკუთარი აშენება მაშინ აქვს აზრი, როცა თქვენი დავალებები კონკრეტულ სამუშაო პროცესს მიჰყვება, სჭირდება მონაცემები თქვენი სხვა სისტემებიდან ან ველები და წესები, რომლებსაც ზოგადი ინსტრუმენტი ვერ გვთავაზობს.
შეიძლება თუ არა, რომ რამდენიმე ადამიანი ერთდროულად გამოიყენოს ჩემს მიერ აშენებული დავალებების აპი?
დიახ, თუ ის ინახავს დავალებებს საერთო მონაცემთა ბაზაში და აქვს მომხმარებლის ანგარიშები. ადრევე გადაწყვიტეთ, უნდა ხედავდნენ თუ არა ხალხი ერთმანეთის ცვლილებებს მაშინვე თუ განახლების შემდეგ, რადგან ცოცხალი განახლებები დამატებით სამუშაოს ნიშნავს.