次に、プログラムの開発中にその概念を数回変更した理由を説明します。 私が犯した間違いと、最終的に私がやったこと。
なんで？
私はこの種のさまざまなプログラムを試しましたが、私はそれらが好きではありませんでした。 それらは複雑すぎて理解できず、多くの時間がかかり、一部のインストールと構成はまったく完了できませんでした。 これらのプログラムは管理者専用に作られているように思えました。 そして、開発者に焦点を当てた同様の製品を書くことは私にとって興味深いものになりました。
最初のスケッチ
私は中小企業のプログラマーとして、またフリーランサーとして働くことができました。 最もクールなチームは、6人のプログラマー、1人のマネージャーともう1人の非常にメインのマネージャー、さらに女の子のテスターのグループで構成されていました。 彼らは、複雑で恐ろしいAtlassian Jiraシステムの助けを借りてタスクを分散させました。リンクをたどり、ボタンを押して、タスクのリストを取得します。 プロジェクト管理については何も理解していませんでした。
しかし、それでもタスクを実行するシステムについては考えていました。 ユーザーとして、私は自分自身と小さな神話チームを見て、パフォーマー間でタスクを分配する必要はないと判断しました。
最初のパンケーキは次のように出てきました。プログラムのメイン画面には、最小化されたマルチレベルリストがありました。 カテゴリ、サブカテゴリ、タスクで構成されていました。 マルチタスクもありました-私はそれがクールだと思いました。 次のようになりました。
すべての要素が最小化および展開され、クリックタスクが展開され、より多くの情報とそれらを管理するためのボタンが表示されました（動作する、完了するなど）。 カテゴリは、完了したタスクの数を示しました。 プログラムを使用するプロセスは簡単でした。タスクを作成し、カテゴリフォルダーに押し込み、リストを見て、完了したタスクをメモします。
プログラムの利点はコンパクトでした。小さな画面で、プロジェクト全体のステータスをすばやく評価できます。 しかし、「現在の」タスクのリストを見る場所はありませんでした。つまり、プログラムは「今日何をする必要があるのか」という質問に答えませんでした。 それにもかかわらず、これは私が製品を見た方法です。 そのように仕上げる時間がなかったのはいいことです。
インターフェース開発
自分でコンセプトを修正した最初の理由を見つけました。 カテゴリは複雑でかさばり、不必要に見え、プログラムは必要なものを提供しませんでした。 どうやってこれを思いついたの？ 私は既存のアナログを再び調べ始めました。 複数のタスクとカテゴリから拒否され、タスクは単純なリストに表示されるようになりました。 列の上部に3つのボタンを追加して、特定のステータスのタスク（完了したタスクなど）を非表示にできるようにしました。 また、新しい列を追加しました。選択したタスクへのコメント、リリース-重要なタスクのリスト、変更の履歴。
.png){kind=tracking}
必要なタスクだけが常に見えるようになりました。 このプログラムは、一種の共同デスクトップのようになっています。 彼女は、ユーザーインターフェイスを強化して、プロジェクトの即時計画を立てるという問題を解決し始めました。 プロジェクトを上から見る機会は以前のように消えましたが、大きな損失だったとは思いません。 プログラムは使用可能になり、実装を継続しました。
残念ながら、当時は誰もトラッカーを使用していませんでした。 私はそれを書いたばかりで、新しくて奇妙なものを思いつきました。
リアリティテスト
最後の仕事は、小さなながらも成功したプロジェクトに従事する新しい小さな会社でした。 2人のアーティスト、3人のプログラマ、1人のデザイナーがいました。 他のチームと同様に、タスクを分散するプロセスがありました。 しかし、彼らはグーグルのテーブルでそれをした-と言って馬鹿げている-。 誰も私のトラッカーを使用したことがないので、会社が管理に使用することを提案しました。 しかし、彼はそれらに適合せず、チームのニーズをまったく満たしませんでした。 次に、プロジェクトの対象読者の内部で直接作業し、内部プロセスを観察し始め、必要なものを理解しようとしました。
タスクはグーグルテーブルに記録され、各人が自分の列を持っていました。 タスクリストは約1週間に1回更新されました。 機能がないように見えますが、なぜ彼らはそれを使用したのですか？ しかし、それは非常に簡単だったので：セルをクリックして-タスクのテキストを入力しました。 または選択して削除しました。 ポップアップウィンドウ、[OK]ボタンなどはなく、入力と表示が簡単です。 そして最も重要なのは、たった1つのテーブルで、各人が自分のコラムを見ることができ、「ボス」が他の全員のコラムを見ることができ、今週誰が何をしていたかが明らかでした。
もちろん、このバージョンには大きな制限がありましたが、それらすべては、最も重要で頻繁に使用される機能が最も簡単な方法で実行されたという事実によって報われました。 顧客を「おびき寄せる」ために、彼らはグーグルテーブルよりも簡単で便利なものを提供する必要がありました。
その結果、私はたくさんやり直し始め、アイデアの生成が始まりました。 時々、仕事で何かを描いて説明し、見せて、コメントを受け取って先に進みました。 このプロジェクトは以前よりもはるかに速く開発され始めました。 マネージャーは、複数のプロジェクトで個々のユーザーのタスクを表示し、反復と優先順位を管理することに関心がありました。 他のアイデアは、会社での個人的な経験から生まれました。 彼らは、タスク実行者のトラッカーで作業することの利便性を懸念していました。 そして、最も予想外の経験はゲーム開発の分野から来ました;それはユーザーインターフェースに関係していました。
その結果、今では私には思えるように、何か面白いものを収集することができました。実行者によってタスクを表示できるもの、または完了の程度によって分類されたタスク、これらのモード間の切り替えは非常に簡単です。モード。 同時に、プログラムの作業を簡素化しようとしました。 結果は何ですか-自分で判断してください。
おわりに
もちろん、自分でトラッカーを開発したときは報われましたが、技術的な性質がありました。 製品の基礎は、潜在的なユーザーのグループを観察することで実現しました。 しかし一方で、もし私が自分のアイデアを開発するための時間を与えなかったら、何かが完全に異なってしまい、おそらく面白くないかもしれません。
私は今でもこのチームで働いており、製品の便利さを常に見守っていますが、他に何を追加または変更する必要があるかを突然考えています。 これはプロジェクトを開発するための最良の方法の1つだと思います。
地下室
このプロジェクトは現在開発中です 。ベータ版はこちらから入手できます 。
ご清聴ありがとうございました。