マネージャーとスーパーバイザーが私の進捗状況と生産性を確認するには、毎日のコミットとプッシュが必要ですか？
作業中は、コミットして、Githubの共有リポジトリに作業をプッシュします。後で実現する可能性のある必要な変更までタスクを完了したと考えた場合のみです。つまり、私は毎日作業をコミットしてプッシュするのではなく、しばしば数日に一度です。
一般的に、マネージャーとスーパーバイザーが私の進捗状況と生産性を確認するには、毎日のコミットとプッシュが必要ですか？アジャイルでは特にそうですか？
毎日の終わりにコミットしてプッシュすると、私の仕事が何かの途中で一時停止する可能性があります。コミットのコメントには何を書いてもいいですか？コメントに何かを書くことができるのは、後で実現する将来の変更までのタスクを完了したときだけです。
ありがとう。
更新
私は自分の機能ブランチで作業しているので、Githubで自分の機能ブランチにのみプッシュします。機能ブランチで作業がマスターブランチにマージされる準備ができたら、マージする能力を持つ人にプルリクエストを作成します。
自分が働いていることをマネージャーに保証するためだけに、毎日コミットする必要はありません。コミット履歴を見ないと、管理者があなたのやり方を理解できない場合、私は彼らが管理にあまり向いていないと主張します。おそらく、LOCをカウントする1ステップ上で、あなたがどれだけ優秀な労働者であるかを確認します。管理者があなたのコミット履歴を注意深く監視している場合、それは本当に煩わしい（そして時間を浪費する）形態のマイクロ管理のように感じられます。
管理者はmore機能が予定どおりに完了したかどうか、および仕様どおりに機能するかどうかを懸念する必要があります。
あなたの質問であなたが実際に述べなかったこと：Doesあなたのマネージャーは実際には十分なコミットをしていないと不平を言っていますか？
それはさておき、私は1日に数回コミットします。私のコードが保持したい良好な状態にあるとき、私はコミットしてプッシュし、良い日に、これは1日に数回発生します。しかし、これの詳細はあなたが尋ねたものとは完全に異なる議論です。
一般的に、マネージャーとスーパーバイザーが私の進捗状況と生産性を確認するには、毎日のコミットとプッシュが必要ですか？アジャイルでは特にそうですか？
まあ、コードをコミットすることは良い習慣です少なくとも 1日1回、ワークステーションで時間貴重な作業hostageを維持しないようにします！
しかし、「真のアジャイル」とは？ 番号
マネージャーが「進捗状況を確認しますか？」 実際にはそうではありません。進行状況と作業倫理のより良いチェックは、時間の経過と1対1の対話です。
そうは言っても、チームの動的な状況はわかりません。そして、「アジャイル」開発の最も基本的な原則の1つは、「自分に合った方法を実行する」ことです。チームはこれらのポリシーについて社内で（マネージャーと）話し合い、理由を特定する必要があります。またはifこの手順が役立つ。
そして、私自身の開発者としての経験からそしてマネージャー、定期的なチェックインは、必ずしも耐え忍ぶマネージャーの製品ではありません。 実際にあなたの仕事や健康に関心があるマネージャー（またはチーム）の兆候である可能性もあります。または、バスで彼に連絡しても、何日もあなたの仕事を失わないことに興味があるマネージャー。 。
また、両端での私の経験から、誰かが（私も含めて）定期的にプッシュを行っていない場合、通常は「チェックアウト」されていることにも注意してください。つまり、彼らは実際には機能していません。そしてさらに重要なことに彼らは気にかけなくなりました。
したがって、実際に作業を行っている限り、そしてコードを書くことがあなたの日常の責任である限り、毎日コードをプッシュすることを恐れるべきではありません。それが難しいと思うなら、あなたは間違った仕事をしているかもしれません！そして、それはあなたのマネージャーの両方ですそしてあなたの初期兆候を見たいと思うはずです！
そして真剣にそれを意味します。プロジェクトで開発モードにいるときに、1日の終わりに到達してca n'tコードをプッシュすると、コードがコンパイルされないか、困惑するので、そうなりません。それは私が働かなかったからです。 ...それで、私はオフィスの誰かに近づき、彼らにコミットする1、それは素晴らしい動機、または私は別の仕事を探し始めます。 （または両方。）
1.つまり、利害関係者またはマネージャーに近づいて、「ねえ、明日の終わりに私の仕事をレビューしてほしい」と言います。そして、正直に言うと、このルーチンの数日後、私は再び従事しているため、通常はstop別の仕事を探しています。漠然とした企業体で働いていないので、もう一度気にしています。同僚にサービスを提供しています。
一般的に、マネージャーとスーパーバイザーが私の進捗状況と生産性を確認するには、毎日のコミットとプッシュが必要ですか？アジャイルでは特にそうですか？
いいえ。絶対にありません（コードをコミットするタイミングは いつコミットするか？ および コードを毎日コミット/チェックするのは良い習慣ですか？ を参照）。これがあなたの毎日のスクラム/スタンドアップの目的です。彼らはまた、毎日のバーンダウンチャートを見ている必要があります。過去のスプリントを見て、チームの速度を測定します。経営陣があなたが働いているというより多くの証拠が必要な場合、彼らは次のいずれかを行う必要があります。
毎日のスクラムに来るか、ダイヤルインするか、立ち上がる
実際に開発者がいる場所に行き、歩き回ります
在宅勤務を禁止する（不人気になるほど）
上記のすべて
私はreal質問だと思います：開発者が何かをしていると信じるために、マネージャーはなぜコード変更の一定のストリームを必要とするのですか？
しかし、それは別の質問です： どうすれば自分の生産性を管理者に示すことができますか？
どのプロセスでも同じ質問をすることができます。以下が必要ですか？
- jiraチケットを使用して機能を追跡する
- 毎日のスタンドアップに参加する
- ストーリーポイントの観点からタスクを推定する
番号！他の方法でやっている場合はそうではありません。
少なくとも1日に1回コードをチェックインしないのは珍しいことです。
そうすることで、マネージャーはたくさんの素敵なグラフを手に入れ、少なくともその日は何らかのタイピングをしたことがわかるでしょう。
Gitは、機能しないコードをチェックインしたとしてもあなたを罰しません。ローカルのブランチ、タグ、リベース（urg）などを使用して個人の好みを管理できますが、上司を満足させるコードをチェックインしない理由はありません
それがまだ明確でない場合は、マネージャー/メンターまたは他のチームメンバーにyour teamの操作モード（コミット率の意味で）を尋ねて、それに合わせるべきです。
他の回答からのアドバイスは、チームがそのように機能している場合は良いかもしれませんし、そうでない場合は悪いかもしれません。
例えば：
チームが同じ製品（真のCI）で作業している多くの/すべての他のチームと共有しているブランチで作業している場合は、より小さな部分をより早く統合して、再評価を余儀なくされるマージの競合の可能性を最小限に抑えることがより重要になる場合があります。おそらく繰り返して、変更を再確認します。機能がまだ機能していない場合でも、他の機能を壊さない限り、最初に関数スケルトンをコミットしてから、1つ以上の肉を追加するコミットを行うことをお勧めします。もちろん、そのような部分的な機能のコミットが受け入れられれば（そしておそらくそれらはそのような動的環境にあるでしょう）。
各コミットが完全にレビューされ、検証され、そしてfunctionalであることが期待される環境でチームが作業する場合、明らかにその傾向に従う必要があります。部分的なコミットは答えにはなりません。 IMHOは非常に機敏ではありませんが、多くの組織でまだ一般的です。
そして、あなたはあなたのマネージャーにあなたの組織の進行状況をチェックして報告する方法は何かを尋ねるべきです。それは実際にはコミットの数/レートとは関係ないかもしれません（私見は間違いでしょう）。たとえば、大量の些細な表面的なコミットは、単一のインフラストラクチャパフォーマンスを向上させるコミット（これもかなり小さいかもしれません）よりも必ずしも「進歩」しているとは限りません。