2017-02-11

http://anond.hatelabo.jp/20170211022822

あくま個人的感想みたいなものなのですが、次のものがあると思っています

レビュー体制を作る

 ・ミスは誰にでもあるのでちゃんとレビューする体制を作って責任分散する

  ・個人攻撃は誰も得しないばかりか、批判隠蔽体質を作る

 ・レビュー時にちゃんとテストパターン漏れがないか確認する

  ・逆にいうとレビュアーテストパターン漏れがないことと他に発生し得るテストパターンがないかレビューすればいい

ドキュメント化する

 ・仕様KKD(経験,勘,度胸)で決定していいものではないのでちゃんと仕様としてまとめておく必要があります

  ・特に専門用語はちゃんと共通認識としてできるだけ正確に記述するほうがよい

   ・これをしておかないとどこかで新しい機能を追加すると違うところの整合性が取れなくなる

    ・ドキュメント化していないとそういうことすら気がつかない

リリース毎日する

 ・リリース毎日するというより小さい単位リリースすることが目的

 ・大きい単位修正するとレビュアー負担にもなるしテストも大変

  ・その結果、テスト漏れが発生する

プロとして取り組む

 ・社内勉強会とかしたりして継続的勉強する

  ・ある程度継続しないと人は成長しない

   ・逆に一定期間負荷をかけると最初は大変でも徐々に慣れてくる

今の職場改善案みたいなものなのでモダンな開発スタイルとはまた違うかも。

モダンな開発スタイルアジャイル開発、スクラムDDD勉強してみるといいかもしれません。

記事への反応 -
  • 職場の開発スタイルが古すぎて限界なんだが

    IT業界のプログラマなのですが、どれだけ技術が進歩しても何年も同じ開発スタイルから一向に改善しなくて限界を感じています。 例えば次の点が挙げられる ・バグを個人の責任のせ...

    • http://anond.hatelabo.jp/20170211012719

      あくまで個人的な感想みたいなものなのですが、次のものがあると思っています。 ・レビュー体制を作る  ・ミスは誰にでもあるのでちゃんとレビューする体制を作って責任を分散す...

    • http://anond.hatelabo.jp/20170211012719

      何年目? 死ぬまで我慢ができるフレンズが求められているぞ

    • http://anond.hatelabo.jp/20170211012719

      ある程度の規模のある会社だが、部署によって驚くほど文化が違う。20年以上も変化なく、他の部署と比べて恐ろしく効率が悪い部署がある。会社としても明らかに負債となる人間をその...

      • http://anond.hatelabo.jp/20170211015458

        > ユニットテストはすぐに金銭的な効果に結びつくから、はじめてしまって実績をつくればいい。 そうなのか。新しい機能じゃないとお金もらえないからユニットテスト導入は金銭的...

    • http://anond.hatelabo.jp/20170211012719

      文系出身新人エンジニアのぼくに理想的なモダンな開発スタイルを教えてくだせえ。

記事への反応(ブックマークコメント)

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん