みなさん、こんにちは！
この記事はITの初心者にも役立つと思います。経験豊富な開発者にとって、ヒントの多くは明白に思えるかもしれません。しかし、彼らも自分たちにとって新しくて役に立つことを学ぶことができるようになることを願っています。
1.ビジネスプロセスに没頭してみてください
今日の機敏な開発環境では、ビジネスプロセスがどのように機能するかを理解することが最も重要です。開発中の製品を深く理解することで、アプリケーションアーキテクチャを正しく設計し、関連するテクノロジスタックを選択できます。さらに、ビジネス担当者は「製品開発者」という用語の出現を気に入りました。そして今、開発者の役割は、開発された技術的能力の存在だけでなく、特定の考え方も前提としています。開発者が製品のディスカッションに参加し、製品開発計画の作成に参加し、リリースが業績に与える影響を監視する場合です。要するに、彼は製品を「応援」しているのです。
今日、製品アプローチは至る所にあります。そして、現代の現実に追いつくためには、ソフトウェア製品を開発する際にビジネスがどのように機能するかを理解することが重要です。
2.統一された語彙を使用する
プロジェクトに統一された用語がない場合、出力が開発から望んでいたものを正確にビジネスに提供しない場合、壊れた電話の影響につながる可能性があります。または、開発者がコード内で同じビジネスエンティティに異なる名前を付けると、潜在的なエラーやコードベースの過成長につながる可能性があります。したがって、次の重要なポイントは、プロジェクトで統一された用語を編集して使用することを検討します。そして、コミュニケーションだけでなく、コードにおいても。
プロジェクトを開始するときは、単一のドキュメント（辞書）で使用されているビジネス用語を修正することをお勧めします。将来的には、このドキュメントはチームメンバー間のコミュニケーションのためのツールになるだけではありません。これは、開発とビジネスの間、ビジネス要件とコードの間の一種のAPI契約になります。多くの開発手法は、このアイデアに基づいて構築されています。たとえば、 ドメインドリブンデザイン。辞書を使用すると、すべてのチームメンバーに単一の情報スペースの効果が生まれ、全員がお互いを完全に理解します。また、これにより、新しく到着したチームメンバーのプロジェクトに参加するためのしきい値を大幅に減らすことができます。
3.チーム契約を結ぶ
プルリクエストへのコメントでの議論の問題は常に深刻です。かつて、チームの1つで、レビュー担当者の1つのコメントの下に5つを超えるメッセージがあってはならないというルールを作成しました。そうでなければ、議論は、デマゴジー、チームメンバー間の関係の悪化、および労働時間の非生産的な使用に滑り込むと考えられました。そして、コマンド合意の欠如は非難することです。
開発を開始する前に、チームの作業を将来構築するための一般的な合意を採用することを強くお勧めします。ここでは、プロジェクトのアーキテクチャ、コーディングのスタイル、クラスとメソッドの許容サイズ、コードレビューのスケジュール、およびチームにとって重要と思われるその他のポイントを意味します。事前にこの手順を実行しないと、コメントで同じタイプのディスカッショントピックに何度も遭遇するためです。
そしてここでも、私の経験を参照したいと思います。チームの規則を導入したとき、実際にはコードレビュー中に機能の実装のみを確認しました。そして、ある時点で、コードは1人の人によって書かれたように見え始めました。そして最も重要なことは、競合の根拠が事実上なかったため、チーム内の関係が改善されたことです。
当然のことながら、すべての合意を念頭に置くことは困難です。また、リンター、プリフック、自動リマインダー、その他の補助ツールを使用することで、多くのことを自動化できます。
4.定期的なフィードバックの授受
フィードバックセレモニーを過小評価しないでください。できるだけ頻繁に同僚と共有するようにしてください。結局のところ、行われた作業を客観的に見て、正しい結論を引き出すことが常に可能であるとは限りません。私たち一人一人にはユニークな経験があり、彼のプリズムを通して、おそらくあなたのさらなる発展の基礎となるであろう重要なアドバイスを与えることができます。
適切なフィードバックは、常に開発者にとって成長ゾーンです。そして、 タイムリーなフィードバックは、チームを団結させ、不和からチームを保護することを可能にする「情報の接着剤」です。
5.体系的なアプローチに固執する
常に合意と選択した開発方法を遵守するようにしてください。機能をテストでカバーすることにした場合は、常にカバーしてください。プレリリースデモを実行する場合は、常に実行してください。リリースブランチへの直接コミットが禁止されている場合、それはすべての人に禁止されています。これはあなたのチームの行動に一貫性と秩序をもたらし、また私たち全員に対して私たちの最愛の「多分」を保証します。
6.時間管理方法論を使用する
私の実践における個人の効率と労働時間の合理的な使用を向上させるために、私は時間管理の方法論に固執するようにしています。私の場合、これは ポモドーロです。もちろん、あなたには私の選択にこだわらない権利があります。しかし、一般的に、時間の管理と就業時間内のタスクの分解により、気を散らすものを排除し、現在のタスクへの集中を最大化することで、より集中して生産的になることができます。
さらに、各タスクを完了すると、短期間のセロトニン放出と満足感が得られます。 1日の終わりまでに、クローズされたタスクのリストを確認し、より大きな結果を達成するために将来改善できることを分析して考えることができます。一日の終わりにそのような個人的なレトロ。
7.バーンアウトに注意してください
私たちが仕事に情熱を注いでいて、休む時間を忘れてしまう日があります。時には、目標をすばやく達成するために、夜間に「残業」する余裕があります。しかし、そのような瞬間には、この瞬間的な効率と生産性を将来自分たちから借りることを忘れてはなりません。
このモードを長時間続けると、精神的および肉体的な疲労が増し、職場の効率が完全にまたは部分的に失われます。言い換えれば、それはバーンアウトにつながります。脳の心理的防御は、体の資源を節約するために、長時間のストレスに反応して引き起こされます。
あなたは時間内に停止し、これを防ぐためにあなたの体制を調整することができる必要があります。睡眠と休息のルーチンを正常化し、健康的な食事をとり、お気に入りの趣味に切り替えてみてください。新鮮な空気の中を散歩することを忘れないでください。
ご清聴ありがとうございました。皆さんお元気で！