先輩に設計レビューをいただいても、思うように進めることができません。どうしたら、前に進めるレビューをいただくことができるのでしょうか。
現在、設計書を初めて書いています。
そもそも設計書の書き方がよくわからず、できたと思った時点でレビューをもらう。
→時間通りに終わらない。
→時間通りに終わらないことで、ほかの人に怒られてしまう。
あなたのレビューなんかより、期限が迫っている仕事がxxxさんにあるのだから時間内に終わらせなさい。
→強制終了になるが、思った通りのレビューがもらえず時間だけが過ぎていく。
レビューをいただく項目を減らして、てきぱきと説明することが今自分にできることだと思います。
この悪循環をどうにか止めるために、ほかにどうしたらいいでしょうか。
怒られることで、余計レビューをもらいにくくなり...
気になる質問をクリップする
クリップした質問は、後からいつでもMYページで確認できます。
またクリップした質問に回答があった際、通知やメールを受け取ることができます。
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
回答3件
0
ベストアンサー
典型的なブラック企業、上司ですね。
まぁ、相手がクソなんで遠慮せずにどんどん聞くしかないです。
部下が期待通りの仕事をしないのは、上司の指示が悪いからです。
それを認識していないあなたの先輩はゴミです。
あと、他の人も同様ですね。
また、一般的に「設計書の書き方が分からない」レベルの相手に設計書を書かせるという事自体がまずあり得ません。
もしかして、一から実装する事も怪しいレベルなのではありませんか?
ある程度の高い実装能力、知識、経験があった上で、設計書を書かないとその設計自体が絵に描いた餅状態になります。
単に設計書を書いた経験がないという事なら、それを先輩には伝えましたか?
普通なら、先輩が設計書の書き方を指導してくれます。
そうしてくれずに、ただやらされる、あるいは何で書けないの?と言われたら、もう会社辞めたほうがいいレベルです。
まぁ、ネットごしの他人なのでアドバイス出来る事は限られてますが・・・。
遠慮して聞かないと余計に悪印象をもらいます。
仕事もできない癖に質問もしてこない、報告も遅いという風に言われるでしょう。
私も、10年くらいIT業界にいるので、若い頃はそういう上司に何人か会って苦労したものです。
図太くどんどんレビューしてもらうしかありません。
相手の顔色をうかがうのはダメです。
すでに悪印象を持たれているわけなので、どんどん質問してレビューしてもらうほうがいいです。
まぁ、なかなか若いうちは、先輩相手に気後れしてなかなか強気にいけないのも分かるんですけどね。
とはいえ、遠慮したり相手に気を使っても、そういう相手はなんとも思ってくれないのがパターンなので、気にするだけ無駄です。
その上で、あなたに出来る努力としては、
どういう事を指摘されたのか、そしてそれに対してどのように修正したらOKをもらえたのか
という事を文章で残してください。
そうした上で、自分が指摘を受けてしまうパターンを解析します。
それが出来れば先回りして、指摘を受けそうなところを回避できるようになるでしょう。
やれるだけの事はやってそれでも厳しい状況が改善しないなら、転職しましょう。
いや、本当に環境というのは大切です。
若い貴重な時間を無駄に過ごさないためにも、外れの会社を引いたら移動しましょう。
何歳なのかは分かりませんが、質問の状況から20代くらいだと推測します。
さすがに30代ではないでしょうからね。
今のご時世なら、贅沢を言わなければ全然余裕で転職できますよ。
投稿2018/07/08 12:22
総合スコア4025
0
以前の質問の続きでしょうか。
となると、同類の質問を立ててしまうあなた自身にも問題があります。
怒られることで、余計レビューをもらいにくくなり...
私は下記のように回答しましたね。
100%のものを作る必要はなく、レビューを重ねて精度を上げていくものだと思います。``` なぜか「自身で何とかする」ところだけにフォーカスあてられているようですが、 **自身で何とかできないから**レビューを何回も重ねてもらう必要があるわけです。 自身を変えないと「またできなかった」で今後も同類の質問を立ててしまうでしょうね。 [teratailはサポートセンターではありません](https://teratail.com/help/question-tips#questionTips1-1)。 回答はあくまで「解決のためのアドバイス」であって「答えそのもの」ではありません。 回答を元に、自分自身が考えて、道を切り開いていくしかないんですよ。 同類の質問をしてしまっている時点で、以前いただいた回答ややり取りが無意味になってしまいます。 回答者も善意での回答ではありますが、善意に甘えて回答者の時間を浪費させてしまうのは間違っています。 (もちろん善意を逆手にとって、横柄な態度・上から目線の態度は論外です) 今回の質問及びやり取りを見ていると無意味になっていると感じました。 以前の[質問の回答・コメント](https://teratail.com/questions/133907#reply-202998)もう一度読んでみては?今回この内容で質問することが如何に無駄だったか気づくはず。 この質問があがっているのを気づいて私が最初に感じたのは **え?なんでteratailで質問書いてる暇あるの?** です。 ---- 下記の記事をしっかり読んでみてください。 [初心者プログラマが犯しがちな過ち25選](https://qiita.com/rana_kualu/items/379eefb3a40c6b44cb92) 今回ですと - 21) コードレビューへの向かい方 - 25) 休憩を取らない あたりはかなり当てはまるのではないでしょうか。 コードに関する質問もされているようですし、振り返ってみてもし他の項目も当てはまっているようでしたら今後の技術者としての学習の参考にしてみてください。
投稿2018/07/09 00:37
編集2018/07/09 04:39総合スコア80765
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2018/07/09 01:36
2018/07/09 01:37
2018/07/09 02:08
2018/07/09 02:17
退会済みユーザー
2018/07/09 14:00
2018/07/09 22:22
退会済みユーザー
2018/07/20 07:14
0
解決済みですけど、コメントしますね。
前の質問で設計書に関する質問もされていましたから、そこも含めて。
設計書と言っても色んなレベルの設計書がある訳ですが、どんな設計書でも下流工程の為であるわけです。
詳細設計の為に概要設計があり、プログラミングの為に詳細設計があります。
設計書を書くポイントとしては、次の工程を行う人にとって
・必要な情報が漏れなく記載されている事
・情報が整理されている事
です。
良い設計書は章・節・項の構成に於いて、情報のスコープが統一されています。
機能という単位で段々その粒度を変えた構成にします。
レビューを終えた先輩の設計書を、その設計書を元に自分が作業をするという視点で眺めてみたらうまく書けている部分が理解できるのではないでしょうか。
※良い設計書の場合、作成されるプログラムも設計書の構成どおりに展開されて、ドキュメントとプログラムが一致する事になります、
ドキュメントの構成としては、どうしても詳細に記述する必要がある場合には、別途補足として記述して全体を読みやすくするよう心掛けます
レビューする立場だった場合には、情報に漏れが無いかを先ずチェックし、次に誤解のない記述が無いかをチェックします。
ドキュメントの構成については、副次的な評価ですけど、読みやすく情報に漏れが無ければ、それはよく本質を理解しているという評価にはなります。
総じて、設計書の作成に於いては、
・その設計書はどんな作業をする人の為に作るのか
・その人の立場になり、その設計書を渡されて困るところは無いか
という視点で作りさえすればいいだけです。
レビューに関しては、その設計書をその作業を行う人に渡して説明する、という視点で行えばいいと思います。
投稿2018/07/08 13:56
編集2018/07/08 14:34総合スコア25138
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
退会済みユーザー
2018/07/08 14:33
退会済みユーザー
2018/07/08 14:36
退会済みユーザー
2018/07/08 14:37
退会済みユーザー
2018/07/09 14:03
2018/07/09 23:22
あなたの回答
tips
太字
斜体
打ち消し線
見出し
引用テキストの挿入
コードの挿入
リンクの挿入
リストの挿入
番号リストの挿入
表の挿入
水平線の挿入
プレビュー
質問の解決につながる回答をしましょう。 サンプルコードなど、より具体的な説明があると質問者の理解の助けになります。 また、読む側のことを考えた、分かりやすい文章を心がけましょう。
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
退会済みユーザー
2018/07/08 12:34
退会済みユーザー
2018/07/08 12:38
2018/07/08 12:46
退会済みユーザー
2018/07/08 12:57
退会済みユーザー
2018/07/08 12:59
2018/07/08 13:03
退会済みユーザー
2018/07/08 13:05