GJAX IS UNDER CONSTRUCTION! （※日本語ブログ）

僕の場合はタイムスライスする場合が多いですね。
でかいの残しておくと、精神的にやばいです。

VSSにチェックインする時のコメントは必ず入れるように徹底してます( `･ω･´)
……ってそういう問題ではありませんでしたか。

難しいものからかかっているときに、管理上なかなか進捗が見えないので
「スケジューリングをやり直そう」との発言でそれまでの作業を反故にされることがよくあります。
で、アウトプットがでない、と責められる、と。

Rさん

>僕の場合はタイムスライスする場合が多いですね。
>でかいの残しておくと、精神的にやばいです。

その考えはありませんでした。
年俸制では（もちろん）ありませんが、時間に対して働くという感覚があまりないです。
ちなみに今の職場はで残業手当はなく、そう言ったことを口を酸っぱくして言われたことはありません。

＃関係ありませんが、「タイムスライス」を見て「オニオンスライス」を思い出しました。
＃「血液がやばいです。」

------------------------------
酢さん

>VSSにチェックインする時のコメントは必ず入れるように徹底してます( `･ω･´)
>……ってそういう問題ではありませんでしたか。

いや、そういう問題です。（どちらに答えてくれてもOK）

TFSにチェックインするときはその限りではない、ってこと？
それとも単に導入していない？

ぼくはこまめにチェックインすることがあり、あえてつけないときもあります。
名前の変更をしたときや機能を他の箇所に移したときなど変更前後でソースをそのまま持ってこれないときはその旨を書きます。

------------------------------
やまだ さん

＞難しいものからかかっているときに、管理上なかなか進捗が見えないので
＞「スケジューリングをやり直そう」との発言でそれまでの作業を反故にされることがよくあります。
＞で、アウトプットがでない、と責められる、と。

う～。やだな～。（３行目）

後から新事実が出てきて今までの作業が全く役に立たなくなった、ということもあり（え）ますね。
責任の所在が問題になりますが、自分の見落としだったなら何も言えない。

おいらも、Rさんに近いかな。
でかいやつ(範囲の広い変更など)は、少しずつやってますね。
＃一度に同じような修正はミスが増えるので...ｗ

ま、おいらの場合、ToDoの大半は、作業する時間より待ってる時間(データの到着待ち、ビルド待ちほか...)なので

今日できる作業は何？というほうが圧倒的に多いんだけど...orz

チェックインのコメントはうちは必須にはなってません。
でも、おいらはバグレポートの対処などでは番号入れたりしてますね。
あとは、大がかりな修正(というより仕様変更や追加に近い)の場合も
コメント残すようにしてます。

とっちゃん

>ま、おいらの場合、ToDoの大半は、作業する時間より待ってる時間(データの到着待ち、ビルド待ちほか...)なので
>
>今日できる作業は何？というほうが圧倒的に多いんだけど...orz

今は似たような状態です。

>チェックインのコメントはうちは必須にはなってません。
>でも、おいらはバグレポートの対処などでは番号入れたりしてますね。
>あとは、大がかりな修正(というより仕様変更や追加に近い)の場合も
>コメント残すようにしてます。

参考になります。
慣れてきたら修正履歴の可視化（ん？系譜化？）、分析などができるようにしてみたい！
と思ってみたのですが、ここ最近はチーム開発（だけでなく開発そのもの）から遠ざかっています。OTL