羽生章洋のレビュー一覧
-
-
Posted by ブクログ
いえーい！みんなシステム設計している？
最近だと、クリーンアーキテクチャとかそこでのDDDとかが流行っているんだっけ？でもみんなそれ理解している？DDDとかすっげー難しいけど、お友達のみんなはわかっているかな？DDDのキモはDDDを使わない方が良いって関心の分離で気づくところにあるよ。でもさ、そもそもシステム設計って何のためにあるんだっけ？ユーザーストーリーって言うなの要件定義があればプログラミングをはじめられるんじゃなかったっけ？
そんなことあるわけないじゃん。ばーか。
システム設計は重要です。要件定義を「アーキテクチャ」に収めていくためにも、そもそもアーキテクチャとして何を選択するかも重要です。システム設計をしないと何が起きるかと言えば、永遠に開発が終わらないか、終わったように見えてもユーザーに使われないゴミが生まれていくだけです。ゴミならいいんだけど、そのゴミに付きあわされる納入先の従業員の皆さんにとってはいい面の皮です。ゴミではなく有用なものを作るために必要なのが、要件定義であり、システム設計になります。
本書そんな「システム設計」のエッセンスを短く、わかりやすく、平易に説明しています。そんなことは誰でも出来ることでは出来ません。著者のはぶさんだから出来ることです。今、満足にシステム設計が出来ていない、そもそも設計の必要性がわからないと言った方々は、クリーンアーキテクチャを読んで実践しようとする前に、まず本書から初めて出来ることからやるのが良いと思います。馬鹿にしているのではなくて、クリーンアーキテクチャなんて実践できるのは本当のエリートですよ。まずは出来そうなことから確実にはじめていきましょう。顧客ために。社会のために。
あと、同著者のはじめよう！プロセス設計、はじめよう！要件定義も必読です。今の時期SEの新人教育にぴったりですよ。 -
-
-
-
-
-
-
Posted by ブクログ
コロナという誰も予想していなかった事態により、企業も官庁もテレワーク、ペーパーレスを突然迫られ、国内のデジタル化の遅れの深刻さに世間が気づくこととなった。今後、事業や業務のデジタル活用ニーズは高まり、数多くの製品サービスが登場するだろう。だが、デジタルな製品サービスを導入するだけでは、競争力と生産性も向上しない。事業のプロセス全体の中で、人とITの協働を設計しなければならない。
本書は、デジタル技術を導入して新しい仕事を設計する基本的な手順について、ITの開発経験がない人が理解していたら良いレベルまで説明している。手順の中で説明される主要な項目は、ビジョン、仕事、プロセスである。業務変革、業務改善において重要な概念であり、これを明確に定義することが、その後のプロジェクトの成否を左右する。そのため実際にはビジョン作成、仕事の分担、プロセスデザインは専門スキルを活用する難度の高いものだが、本書では身近な仕事に置き換えることで雰囲気を掴みやすくしている。
デジタル化に初めて取り組む組織では、AIサービスや使いやすいアプリなど、多くの情報に目移りし、いろいろ試行するものの、成果になかなか繫がらない、となりがちである。本書のステップを頭に入れておくことで、幹となるビジョン、仕事、プロセスからしっかり構築することから始めれば、デジタル技術が本来の価値を発揮するだろう。 -
Posted by ブクログ
ネタバレ管理していたプロジェクトが終わり、振り返りをする際に、手にとった書籍です。
システムに落とし込む際に、用意したほうがいいもの、その背景を図を豊富に示して理解が捗りました。
実際のプロジェクトで手探りに進めた部分、顧客、後輩にうまく説明できた部分。その逆で、悔しく思う部分がありました。
振り返りの中で、書籍の中で、偶然にも同じ結論に達し、根拠を持って示せたことがうまく行き、感覚で行ったことが失敗になっていたことに気づきました。
「そのUIを操作するという行動を通じて利用者はどのような業務を行うのか」を定めることとして考える必要があります。」
常に、提供するユーザーの行動を考えること、不安に思っていることを組み上げて提供することが大切だと改めて思い直すことができました。
設計のとっかかりとして改めて読み、足りない部分、興味関心が出てきた部分があったので、この書籍をとっかかりとして知識を深めていけたらと思いました。 -
Posted by ブクログ
ネタバレ企業の業務改革によりシステムが導入されてることがあります。
その際に、企業の業務が言語化されていないと、システムもそれに準ずる陳腐なものになってしまって企業、システムを作る側も両方不幸な結果になってしまうことがあります。
業務を助け、効率化するためを願って希望したのに、システムに合わせて業務を変更しないといけないのは本末転倒になっています。
その乖離がどこから生まれて、どう対処すべきかの方法の1つとしてプロセス設計のアプローチについて概説している書籍でした。
問題解決のデザインを行うという発想はなくて、なるほどと思いました。
顧客が情報を提出したものに文句を言うのではなく、情報を引き出すことを寄り添って行うことが重要だと認識を深めることができました。 -
-
-
-
-
-
-
-
-