チームで受講することで、クイックにスタートできる研修メニューをご用意しています。チームの立ち上げ時期や、学び直し、認識合わせとしてご活用ください。
ここでは、「暗黙知との付き合い方」がカギを握っているのではないかという提言で締めくくりましたが、今回はその続編に位置付けられるかなと思います。 現状を知らない改革者たち 「働き方改革」、「プロセス改善」、「ツール導入」という切り口だと、まず「ルール化」、「プロセス化」、「ツール導入」、「自動化」というのがどうしてもでてくるようです。それに加えて、「事例」がものをいいます。 でもどれもこれも正解に近く魔法の言葉に思えていて、実は一番正解に近づけなくなる悪魔の言葉なのではないかと思えてなりません。 その根本は何かというと、「現状をみない」ことなんですね。現状をしらないでよくするためにいらないもの、辛いものを追加されたら、余計に辛くなる一方です。旗振り役の満足感を得るためにやるもんではないですよね。 そして、その次、現状をみたいという渇望からでてくるのが、形式化しましょうという恐喝です。 物騒な
モダンなチーム開発環境 モダンなチーム開発環境の考慮ポイントの図解 ソフトウェア開発は、ビジネス価値を創造する一翼を担っていますので、ビジネスアイデアをビジネス価値に転換するビジネスパーソンの意向は、とても大切です。それを「動くソフトウェア」にするために、開発エンジニアリングを行うわけですが、それがとても複雑であるということです。ウォーターフォールモデルで開発できる場合は、工程ごとにガッツリ全体を作っていくのである意味シンプルに見えます。しかし、それらの成果の関連や追跡可能性を考えてみるとウォーターフォールモデルで追跡可能性を創出し、維持することはとても難しいことはわかってきます。では、アジャイルな開発、優先順位を決めて、提供可能なものを選んで開発し、提供し続けるモデルの場合は、企画ー計画ー開発ービルドーデプロイが何度も繰り返されるだけではなく、パラレルに動くことが要求されます。たとえば、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く