要求整理

今回は「業務側も知っていると役に立つ情報」について、書いていこうと思います。何故これを書こうと思ったかというと、私が仕事をしている中で業務担当者とシステム担当者の話が噛み合っていない場面に多く遭遇しており、その原因として双方がお互いの事を知らな過ぎている事が大きな要因であると感じているためです。そのために業務部門の方がシステム部門が考えている概要を知れたり、システム部門側が業務部門側が考えている事の概要を知れたらいいなと思い、書く事にしました。今後、市民開発と呼ばれる業務部門側でアプリケーション開発を行っていくための役割や業務部門側で扱うシステムやツール検討に深く関わるビジネステクノロジストと…

More Effective Agile “ソフトウェアリーダー”になるための28の道標作者:Steve McConnell日経BPAmazon アジャイル開発を学ぶためにこれまでいくつかの書籍を読んできた。 その中で学んだ知識には、現場で活かせるものもあれば活かしきれないものも合った。活かしきれない理由の一つに、アジャイル開発を進める上での前提となる組織との違いが制約となっていた、というものがある。 MoreEffectiveAgileではそんなアジャイル開発における理想と現実のギャップを埋めるためのヒントが多く紹介されていた。序盤で本書は、うまくいくことが実証されているプラクティスに焦点を…

こんにちは。リンクアンドモチベーション、モチベーションクラウド開発チームの江上です。 モチベーションクラウドの開発チームは、新卒メンバーも多数参加していることもあり、開発プロセスを細かめに定義しています。その開発プロセスにおいてそれぞれに、「レビュー観点チェックリスト」を作成しているので、それを公開していきたいと思います。全てのチームで有効とはいかないものの、何かの気付きになればいいなと思います。また、「こういう観点もあるよね」というFBは大歓迎ですのでぜひよろしくお願いします。 開発プロセスの定義 現状の開発プロセス 現在モチベーションクラウドの開発チームは以下のようなプロセスを前提にして動…

1月~2月 2020年のハードワークの影響で少し燃え尽きていた。そうなる覚悟をした上で仕事していたので無理に動こうとはせずに、少しだけのんびりするつもりで生活していた。 実装タスクは一段落していたので、汎用的な機能に関する作業はかなり同僚に助けてもらった。CI周りが弱いことに気付かされた。 少しチームの状況を客観的に見れるようになり、チームビルディングやマネジメントが全く機能していないことを再確認したのもこの頃。PMは居たけどすぐに何かできるような状況ではなかったので自分が主導してルール作りなどを進めていった。 アジャイルやスクラムの書籍をざっと見て、スプリント計画や振り返りの場を設定したのが…